Não é possível fazer login na página de administração do django com um nome de usuário e senha válidos

Question

Aug 10, 2012, 04:45 AM

Não é possível fazer login na página de administração do django com um nome de usuário e senha válidos

Não consigo fazer login na página de administração do django. Quando eu insiro um nome de usuário e senha válidos, ele apenas traz a página de login novamente, sem mensagens de erro

Esta questão está nodjango FAQ, mas eu tenho ido lá as respostas e ainda não consigo passar a tela de login inicial.

Estou usando o django 1.4 no Ubuntu 12.04 com o apache2 e o modwsgi.

Confirmei que estou registrando o administrador noadmin.py arquivo, certificou-se de syncdb após a adiçãoINSTALLED_APPS. Quando eu digito a senha erradaFAZ recebo um erro, por isso meu usuário administrador está sendo autenticado, mas não prossigo para a página de administração.

Eu tentei ambas as configuraçõesSESSION_COOKIE_DOMAIN para o IP da máquina e None. (Confirmado que o domínio do cookie é exibido como o IP da máquina no chrome)

Além disso, verifique se o usuário autentica via shell:

>>> from django.contrib.auth import authenticate
>>> u = authenticate(username="user", password="pass")
>>> u.is_staff
True
>>> u.is_superuser
True
>>> u.is_active 
True

Tentativa de login usando o IE8 e o chrome canary, ambos resultam no mesmo retorno para a tela de login.

Há algo mais que eu estou perdendo ????

settings.py

...
MIDDLEWARE_CLASSES = (
    'django.middleware.gzip.GZipMiddleware',
    'django.middleware.common.CommonMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'django.middleware.transaction.TransactionMiddleware',
    'django.middleware.csrf.CsrfViewMiddleware',
    'django.contrib.messages.middleware.MessageMiddleware',
)
AUTHENTICATION_BACKENDS = ('django.contrib.auth.backends.ModelBackend',)
INSTALLED_APPS = (
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.sites',
    'django.contrib.messages',
    'django.contrib.admin',    
    'django.contrib.staticfiles',
    'django.contrib.gis',
    'myapp.main',
)

SESSION_EXPIRE_AT_BROWSER_CLOSE = True
SESSION_SAVE_EVERY_REQUEST = True
SESSION_COOKIE_AGE = 86400 # sec
SESSION_COOKIE_DOMAIN = None
SESSION_COOKIE_NAME = 'DSESSIONID'
SESSION_COOKIE_SECURE = False

urls.py

from django.conf.urls.defaults import * #@UnusedWildImport
from django.contrib.staticfiles.urls import staticfiles_urlpatterns
from django.contrib import admin

admin.autodiscover()

urlpatterns = patterns('',
    (r'^bin/', include('myproject.main.urls')),    
    (r'^layer/r(?P<layer_id>\d+)/Versão do Apache:
Apache/2.2.22 (Ubuntu) mod_wsgi/3.3 Python/2.7.3 configured
Apache apache2 / sites-available / default:
<VirtualHost *:80>
        ServerAdmin ironman@localhost
        DocumentRoot /var/www/bin
        LogLevel warn
        WSGIDaemonProcess lbs processes=2 maximum-requests=500 threads=1
        WSGIProcessGroup lbs
        WSGIScriptAlias / /var/www/bin/apache/django.wsgi
        Alias /static /var/www/lbs/static/
</VirtualHost>
<VirtualHost *:8080>
        ServerAdmin ironman@localhost
        DocumentRoot /var/www/bin
        LogLevel warn
        WSGIDaemonProcess tilestache processes=2 maximum-requests=500 threads=1
        WSGIProcessGroup tilestache
        WSGIScriptAlias / /var/www/bin/tileserver/tilestache.wsgi
</VirtualHost>
ATUALIZAR
A página de administração prossegue ao usar o servidor de desenvolvimento viarunserver então parece um problema de wsgi / apache. Ainda não descobri isso ainda.
SOLUÇÃO
O problema era que eu tinha o arquivo de configuraçõesSESSION_ENGINE valor definido como'django.contrib.sessions.backends.cache' sem tendo oCACHE_BACKEND configurado corretamente.
Eu mudei o SESSION_ENGINE para'django.contrib.sessions.backends.db' que resolveu o problema., "myproject.layer.views.get_result_layer"),
    (r'^layer/b(?P<layer_id>\d+)/Versão do Apache:
Apache/2.2.22 (Ubuntu) mod_wsgi/3.3 Python/2.7.3 configured
Apache apache2 / sites-available / default:
<VirtualHost *:80>
        ServerAdmin ironman@localhost
        DocumentRoot /var/www/bin
        LogLevel warn
        WSGIDaemonProcess lbs processes=2 maximum-requests=500 threads=1
        WSGIProcessGroup lbs
        WSGIScriptAlias / /var/www/bin/apache/django.wsgi
        Alias /static /var/www/lbs/static/
</VirtualHost>
<VirtualHost *:8080>
        ServerAdmin ironman@localhost
        DocumentRoot /var/www/bin
        LogLevel warn
        WSGIDaemonProcess tilestache processes=2 maximum-requests=500 threads=1
        WSGIProcessGroup tilestache
        WSGIScriptAlias / /var/www/bin/tileserver/tilestache.wsgi
</VirtualHost>
ATUALIZAR
A página de administração prossegue ao usar o servidor de desenvolvimento viarunserver então parece um problema de wsgi / apache. Ainda não descobri isso ainda.
SOLUÇÃO
O problema era que eu tinha o arquivo de configuraçõesSESSION_ENGINE valor definido como'django.contrib.sessions.backends.cache' sem tendo oCACHE_BACKEND configurado corretamente.
Eu mudei o SESSION_ENGINE para'django.contrib.sessions.backends.db' que resolveu o problema., "myproject.layer.views.get_baseline_layer"),
    (r'^layer/c(?P<layer_id>\d+)/Versão do Apache:
Apache/2.2.22 (Ubuntu) mod_wsgi/3.3 Python/2.7.3 configured
Apache apache2 / sites-available / default:
<VirtualHost *:80>
        ServerAdmin ironman@localhost
        DocumentRoot /var/www/bin
        LogLevel warn
        WSGIDaemonProcess lbs processes=2 maximum-requests=500 threads=1
        WSGIProcessGroup lbs
        WSGIScriptAlias / /var/www/bin/apache/django.wsgi
        Alias /static /var/www/lbs/static/
</VirtualHost>
<VirtualHost *:8080>
        ServerAdmin ironman@localhost
        DocumentRoot /var/www/bin
        LogLevel warn
        WSGIDaemonProcess tilestache processes=2 maximum-requests=500 threads=1
        WSGIProcessGroup tilestache
        WSGIScriptAlias / /var/www/bin/tileserver/tilestache.wsgi
</VirtualHost>
ATUALIZAR
A página de administração prossegue ao usar o servidor de desenvolvimento viarunserver então parece um problema de wsgi / apache. Ainda não descobri isso ainda.
SOLUÇÃO
O problema era que eu tinha o arquivo de configuraçõesSESSION_ENGINE valor definido como'django.contrib.sessions.backends.cache' sem tendo oCACHE_BACKEND configurado corretamente.
Eu mudei o SESSION_ENGINE para'django.contrib.sessions.backends.db' que resolveu o problema., "myproject.layer.views.get_candidate_layer"),    
    (r'^layers/Versão do Apache:
Apache/2.2.22 (Ubuntu) mod_wsgi/3.3 Python/2.7.3 configured
Apache apache2 / sites-available / default:
<VirtualHost *:80>
        ServerAdmin ironman@localhost
        DocumentRoot /var/www/bin
        LogLevel warn
        WSGIDaemonProcess lbs processes=2 maximum-requests=500 threads=1
        WSGIProcessGroup lbs
        WSGIScriptAlias / /var/www/bin/apache/django.wsgi
        Alias /static /var/www/lbs/static/
</VirtualHost>
<VirtualHost *:8080>
        ServerAdmin ironman@localhost
        DocumentRoot /var/www/bin
        LogLevel warn
        WSGIDaemonProcess tilestache processes=2 maximum-requests=500 threads=1
        WSGIProcessGroup tilestache
        WSGIScriptAlias / /var/www/bin/tileserver/tilestache.wsgi
</VirtualHost>
ATUALIZAR
A página de administração prossegue ao usar o servidor de desenvolvimento viarunserver então parece um problema de wsgi / apache. Ainda não descobri isso ainda.
SOLUÇÃO
O problema era que eu tinha o arquivo de configuraçõesSESSION_ENGINE valor definido como'django.contrib.sessions.backends.cache' sem tendo oCACHE_BACKEND configurado corretamente.
Eu mudei o SESSION_ENGINE para'django.contrib.sessions.backends.db' que resolveu o problema., "myproject.layer.views.get_layer_definitions"),
    (r'^js/mapui.jsVersão do Apache:
Apache/2.2.22 (Ubuntu) mod_wsgi/3.3 Python/2.7.3 configured
Apache apache2 / sites-available / default:
<VirtualHost *:80>
        ServerAdmin ironman@localhost
        DocumentRoot /var/www/bin
        LogLevel warn
        WSGIDaemonProcess lbs processes=2 maximum-requests=500 threads=1
        WSGIProcessGroup lbs
        WSGIScriptAlias / /var/www/bin/apache/django.wsgi
        Alias /static /var/www/lbs/static/
</VirtualHost>
<VirtualHost *:8080>
        ServerAdmin ironman@localhost
        DocumentRoot /var/www/bin
        LogLevel warn
        WSGIDaemonProcess tilestache processes=2 maximum-requests=500 threads=1
        WSGIProcessGroup tilestache
        WSGIScriptAlias / /var/www/bin/tileserver/tilestache.wsgi
</VirtualHost>
ATUALIZAR
A página de administração prossegue ao usar o servidor de desenvolvimento viarunserver então parece um problema de wsgi / apache. Ainda não descobri isso ainda.
SOLUÇÃO
O problema era que eu tinha o arquivo de configuraçõesSESSION_ENGINE valor definido como'django.contrib.sessions.backends.cache' sem tendo oCACHE_BACKEND configurado corretamente.
Eu mudei o SESSION_ENGINE para'django.contrib.sessions.backends.db' que resolveu o problema., "myproject.layer.views.view_mapjs"),
    (r'^tilestache/config/Versão do Apache:
Apache/2.2.22 (Ubuntu) mod_wsgi/3.3 Python/2.7.3 configured
Apache apache2 / sites-available / default:
<VirtualHost *:80>
        ServerAdmin ironman@localhost
        DocumentRoot /var/www/bin
        LogLevel warn
        WSGIDaemonProcess lbs processes=2 maximum-requests=500 threads=1
        WSGIProcessGroup lbs
        WSGIScriptAlias / /var/www/bin/apache/django.wsgi
        Alias /static /var/www/lbs/static/
</VirtualHost>
<VirtualHost *:8080>
        ServerAdmin ironman@localhost
        DocumentRoot /var/www/bin
        LogLevel warn
        WSGIDaemonProcess tilestache processes=2 maximum-requests=500 threads=1
        WSGIProcessGroup tilestache
        WSGIScriptAlias / /var/www/bin/tileserver/tilestache.wsgi
</VirtualHost>
ATUALIZAR
A página de administração prossegue ao usar o servidor de desenvolvimento viarunserver então parece um problema de wsgi / apache. Ainda não descobri isso ainda.
SOLUÇÃO
O problema era que eu tinha o arquivo de configuraçõesSESSION_ENGINE valor definido como'django.contrib.sessions.backends.cache' sem tendo oCACHE_BACKEND configurado corretamente.
Eu mudei o SESSION_ENGINE para'django.contrib.sessions.backends.db' que resolveu o problema., "myproject.layer.views.get_tilestache_cfg"),
    (r'^admin/', include(admin.site.urls)),  
    (r'^sites/', include("myproject.sites.urls")),  
    (r'^Versão do Apache:
Apache/2.2.22 (Ubuntu) mod_wsgi/3.3 Python/2.7.3 configured
Apache apache2 / sites-available / default:
<VirtualHost *:80>
        ServerAdmin ironman@localhost
        DocumentRoot /var/www/bin
        LogLevel warn
        WSGIDaemonProcess lbs processes=2 maximum-requests=500 threads=1
        WSGIProcessGroup lbs
        WSGIScriptAlias / /var/www/bin/apache/django.wsgi
        Alias /static /var/www/lbs/static/
</VirtualHost>
<VirtualHost *:8080>
        ServerAdmin ironman@localhost
        DocumentRoot /var/www/bin
        LogLevel warn
        WSGIDaemonProcess tilestache processes=2 maximum-requests=500 threads=1
        WSGIProcessGroup tilestache
        WSGIScriptAlias / /var/www/bin/tileserver/tilestache.wsgi
</VirtualHost>
ATUALIZAR
A página de administração prossegue ao usar o servidor de desenvolvimento viarunserver então parece um problema de wsgi / apache. Ainda não descobri isso ainda.
SOLUÇÃO
O problema era que eu tinha o arquivo de configuraçõesSESSION_ENGINE valor definido como'django.contrib.sessions.backends.cache' sem tendo oCACHE_BACKEND configurado corretamente.
Eu mudei o SESSION_ENGINE para'django.contrib.sessions.backends.db' que resolveu o problema., "myproject.layer.views.view_map"),
)


urlpatterns += staticfiles_urlpatterns()

Versão do Apache:

Apache/2.2.22 (Ubuntu) mod_wsgi/3.3 Python/2.7.3 configured

Apache apache2 / sites-available / default:

<VirtualHost *:80>
        ServerAdmin ironman@localhost
        DocumentRoot /var/www/bin
        LogLevel warn
        WSGIDaemonProcess lbs processes=2 maximum-requests=500 threads=1
        WSGIProcessGroup lbs
        WSGIScriptAlias / /var/www/bin/apache/django.wsgi
        Alias /static /var/www/lbs/static/
</VirtualHost>
<VirtualHost *:8080>
        ServerAdmin ironman@localhost
        DocumentRoot /var/www/bin
        LogLevel warn
        WSGIDaemonProcess tilestache processes=2 maximum-requests=500 threads=1
        WSGIProcessGroup tilestache
        WSGIScriptAlias / /var/www/bin/tileserver/tilestache.wsgi
</VirtualHost>

ATUALIZAR

A página de administração prossegue ao usar o servidor de desenvolvimento viarunserver então parece um problema de wsgi / apache. Ainda não descobri isso ainda.

SOLUÇÃO

O problema era que eu tinha o arquivo de configuraçõesSESSION_ENGINE valor definido como'django.contrib.sessions.backends.cache' sem tendo oCACHE_BACKEND configurado corretamente.

Eu mudei o SESSION_ENGINE para'django.contrib.sessions.backends.db' que resolveu o problema.

questionAnswers(16)

Perguntas populares

0 a resposta

XSLT 2.0 criando números de notas de rodapé incrementais na saída HTML através de transformação em vários estágios

0 a resposta

Como você classifica as letras em JavaScript, combinando letras maiúsculas e minúsculas?

0 a resposta

Passando matriz de um tipo composto para procedimento armazenado

0 a resposta

Transferidor como executar o script de teste de login primeiro

0 a resposta

Como obter os detalhes do Active Directory do usuário atual em C #

Você é muito ativo! É ótimo!

Não é possível fazer login na página de administração do django com um nome de usuário e senha válidos

questionAnswers(16)

yourAnswerToTheQuestion

Perguntas populares