Impossible de se connecter à la page d'administration de django avec un nom d'utilisateur et un mot de passe valides

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

Is there something else I'm missing????

u.is_active devrait être True

nous avions un problème similaire dans notre application et ceux-ci pourraient aider:

1. Utiliser la commande de nettoyage pour effacer les anciennes sessions de django_sessions

2. Vérifiez la taille des cookies dans les outils firefox(firebug) ou chrome developer. Parce que la messagerie est activée par défaut dans admin (django.contrib.message.intergiciel.MessageMiddleware), la taille du cookie peut parfois dépasser 4096 octets avec de multiples modifications et suppressions. Un test rapide consiste à supprimer le cookie "message" et voir si vous pouvez vous connecter après cela.

et nous avons finalement opté pour la route nginx/uwsgi à cause de cela et d'autres problèmes liés à la mémoire avec apache. Je n'ai pas vu cela répété dans nginx depuis.

Je ne crois pas que le mot de passe administrateur est stocké dans le settings.py file. Il a été créé lors de votre première syncdb. Je pense que vous avez soit sauté la création du super-utilisateur ou juste fait une typographie. Essayez d'exécuter dans le terminal à la racine de vos projets.:

python django-admin.py createsuperuser

qui vous permettra de retaper votre identifiant d'administrateur. Aussi vu ici https://docs.djangoproject.com/en/dev/ref/django-admin /

ressemble à un problème de session parce qu'après le post vous êtes redirigé et immédiatement le système a oublié que vous vous êtes connecté.

essayez ce qui suit:

1. vérifiez que l'outil d'arrière-plan de votre session fonctionne.
2. l'échange avec cache backend si vous utilisez db cache backend pour vérifier si la transaction middleware est en train de tourner.
3. essayer db backend et vérifier s'il y a des sessions stockées dans le db tableau 151960920"

Je ne suis pas exactement sûr, mais le problème pourrait être avec votre configuration D'URL, concrètement dans ces deux lignes:

(r'^admin/', include(admin.site.urls)),  
(r'^sites/', include("myproject.sites.urls")),

il y a plus longtemps, j'ai eu du mal à parcourir l'administrateur de mon projet Django parce qu'une seule configuration D'URL écrasait une partie de l'url administrateur. Il semble que Django n'aime pas quand vous spécifiez une configuration D'URL personnalisée qui contient des éléments qui font aussi partie de l'URL administrateur. Dans votre cas, vous avez l'application django.contrib.sites activé dans votre settings.py . Vous pouvez accéder au panneau d'administration de cette application en allant à http://127.0.0.1:8000/admin/sites/ . Il se peut que votre configuration d'URL avec r'^sites/' il remplace une partie de l'url administration. Essayez de renommer cette configuration D'URL spécifique ou désactiver django.contrib.sites dans INSTALLED_APPS à des fins de test.

veuillez noter que ce n'est qu'une hypothèse. Tout ce que je sais, C'est que le panneau d'administration de Django est un peu difficile sur les configurations D'URL utilisant des noms similaires comme le sien. URL. Je ne peux pas le tester moi-même pour le moment. Mais peut-être que cela vous aide un peu.

Vérifiez que vous avez au moins un site pour travailler avec.

>>> from django.contrib.sites.models import Site
>>> Site.objects.count()
(0.048) SELECT COUNT(*) FROM `django_site`; args=()
1

si vous voyez 0 ici - Créer un.

vérifier quelques autres articles sur ce sujet, il pourrait être lié à sys.chemin. Pouvez-vous vérifier et comparer sys.chemin lors de l'exécution du serveur dev et lors de L'exécution de WSGI.

Pour plus de détails, consultez ce et que article . Mais je vérifierais les systèmes.path first, avant d'entrer dans les détails de cet article.

j'ai eu ce problème. Le problème est que dans la production j'ai mis deux variables à True qui m'ont permis de me connecter au site en utilisant https.

SESSION_COOKIE_SECURE et CSRF_COOKIE_SECURE doit être réglé sur False si vous développez sur localhost http. Changer ces deux variables en False m'a permis de m'inscrire sur le site d'administration lors du développement local.

avertissement: Je ne peux pas encore ajouter de commentaires, je dois donc demander des éclaircissements ici en proposant une solution en même temps. Désolé pour ça.

Est l'utilisateur connecté immédiatement après l'enregistrement? quelque chose comme ce numéro

vous pouvez le vérifier de plusieurs façons, je suggère d'ajouter un crochet au signal de déconnexion (vous pouvez le mettre dans votre models.py):

from django.contrib.auth.signals import user_logged_out

def alertme(sender, user, request, **kwargs):
    print ("USER LOGGED OUT!") #or more sophisticate logging

user_logged_out.connect(alertme)

, puis essayez de vous connecter et de vérifier si le le message apparaît dans votre console. S'il apparaît, alors vous devez vérifier si vous avez une redirection ou un modèle personnalisé d'appel de déconnexion après la connexion. Espérons qu'il vous aide à trouver le problème.

avez-vous essayé en créant l'utilisateur avec:

python manage.py createsuperuser

j'ai le même problème lorsque je crée la base de données sur une machine de test et que je la déplace vers le serveur de déploiement...

j'ai eu le même problème et il a été juste résolu après redémarrage du serveur:

systemctl restart nginx

vous pouvez vous assurer, l'utilisateur créé a été marqué comme Is_staff = True, j'oublie parfois de le signaler pour permettre aux utilisateurs de se connecter à django admin

j'ai eu un problème connexe où j'ai essayé de me connecter et la page serait pendu avant que le socket serait éventuellement tué. Il s'est avéré que j'étais bien connecté, mais l'un des processeurs de signal de connexion était gelé.

Celery ne pouvait pas passer ses tâches asynchrones à RabbitMQ parce que le serveur de RabbitMQ n'était pas en mesure de démarrer.

pour moi, Je ne pouvais pas me connecter à la page admin de firefox mais je pouvais me connecter dans chrome. Le problème était que J'avais CSRF_COOKIE_PATH défini dans mon settings.py. Ne jamais l'utiliser. Il ne fonctionne pas correctement sur django 1.8.

assurez-vous que votre table d'utilisateur de base de données ayant l'entrée suivante est vraie:

is_staff  => True  (if exit).
is_active  => True .
is_superuser => True.