Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

Debugging Apache/Django/WSGI Bad Request (400) Error

My simple Django app worked fine in debug mode (manage.py runserver), and works under WSGI+Apache on my dev box, but when I pushed to EC2 I began receiving intermittent (10-80% of the time) errors of Bad Request (400) for any URLs I try to view (whether in my app or in the Django admin.

Where can I find debug information about this? Nothing appears in /var/log/apache2/error.log, even with LogLevel=info. I have checked versions, logged the Request environment (cf. ModWSGI Debugging Tips) and see no major differences.

The one remaining thought I had is, I'm using the mod_wsgi from Ubuntu 12.04 (libapache2-mod-wsgi 3.3-4build1) which was built against Python 2.7.1; I have Python 2.7.3. And Django is 1.6, which is newer than the Ubuntu Precise version. I hesitate to start building packages from source since it's so hard to clean up and these seem like minor version changes...

Thank you for your help.

(For reference, here are the Apache config and WSGI apps)

Apache config (000-default)

<VirtualHost *:80>     ServerAdmin webmaster@localhost     DocumentRoot /var/www     WSGIScriptAlias /rz /usr/local/share/rz/rz.wsgi     ... 

rz.WSGI app

import os import sys import django.core.handlers.wsgi import pprint  path = '/usr/local/share/rz' if path not in sys.path:     sys.path.insert(0, path)  os.environ['DJANGO_SETTINGS_MODULE'] = 'rz.settings'  class LoggingMiddleware:     def __init__(self, application):         self.__application = application      def __call__(self, environ, start_response):         errors = environ['wsgi.errors']         pprint.pprint(('REQUEST', environ), stream=errors)          def _start_response(status, headers, *args):             pprint.pprint(('RESPONSE', status, headers), stream=errors)             return start_response(status, headers, *args)          return self.__application(environ, _start_response)  application = LoggingMiddleware(django.core.handlers.wsgi.WSGIHandler()) 
like image 208
mrisher Avatar asked Dec 02 '13 05:12

mrisher


1 Answers

Add the ALLOWED_HOSTS setting to your settings.py like so...

ALLOWED_HOSTS = [     '.example.com', # Allow domain and subdomains     '.example.com.', # Also allow FQDN and subdomains ] 

I had this same problem and found the answer here in the docs

update: django 1.6 docs are no longer online, I updated the link to go to the django 1.7 docs for ALLOWED_HOSTS setting.

like image 149
teewuane Avatar answered Sep 30 '22 18:09

teewuane