Discussion :

[Stopher]

Bonjour à tous,

J'ai un petit problème avec mon authentification . ( qui fonctionne correctement avec le serveur de développement intégré à Django, mais pas sur un serveur uwsgi + Nginx )

Le problème :

L'authentification fonctionne, mais de temps en temps, lorsque je navigue sur le site , ou qu'une requête ajax est lancée ou encore avec un simple rafraîchissement, je me retrouve avec le formulaire d'authentification .. pourtant je ne suis pas déconnecté, car si je rafraîchi la page .. le formulaire d'authentification disparaît .

Pour gérer cette authentification, j'ai créé un simple middleware qui vérifie à chaque requête si ou ou non l'utilisateur est authentifié .

middleware :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
from django.http import HttpResponse,HttpResponseRedirect
 
class AuthenticationMiddleware(object):
 
    _LOGIN_PATH = "/accounts/login_view/"
 
    def process_request(self, request):
 
        if (request.path != self._LOGIN_PATH) and not request.is_ajax():
            if not request.user.is_authenticated():
                return HttpResponseRedirect( self._LOGIN_PATH+'?next=%s' % request.path)
        return None

Et voici le paramètre MIDDLEWARE_CLASSES dans mon settings

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
MIDDLEWARE_CLASSES = (
    'django.middleware.common.CommonMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',
    'django.middleware.csrf.CsrfViewMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'django.contrib.messages.middleware.MessageMiddleware',
    'debug_toolbar.middleware.DebugToolbarMiddleware',
    'auth.middlewares.AuthenticationMiddleware',
)

Et enfin le SESSION_ENGINE

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SESSION_ENGINE = 'django.contrib.sessions.backends.signed_cookies'

Je ne sais plus ou chercher

Merci d'avance pour votre aide .

Ch.

[Stopher]

Bon, j'avance dans ma recherche ..

j'ai remarqué que le phénomène ne se produit qu'uniquement lorsque qu'il y a plus d'un process uwsgi pour le projet .

Je pense donc qu'il s'agit d'un problème de mémoire partagée et de mise en cache des info d'authentification ..

Pour info, j'utilise mongoengine pour mon projet .

J'ai tenté de modifier la méthode de cache de Django :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
CACHES = {
    'default': {
        'BACKEND': 'django.core.cache.backends.filebased.FileBasedCache',
        'LOCATION': '/tmp/django_cache',
    }
}

Mais le phénomène persiste ...

je suis preneur de toute idée

Ch.

[Stopher]

Tout fonctionne bien avec Django 1.4 ... il doit y avoir autre chose :/

[Stopher]

Bon de retour sur la v 1.5, j'avance dans mes tests .

Si j'utilise uwsgi en mode multithreadé avec 1 seul worker , alors plus de problème

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
 
[uwsgi]
 
# the base directory (full path)
chdir           = /var/www/project
# Django's wsgi file
module          = xxx.wsgi
 
# the virtualenv (full path)
home            = /home/preprodadmin/.virtualenvs/xxx
virtualenv=/home/preprodadmin/.virtualenvs/xxx/
 
# master
master          = true
 
# maximum number of worker processes
#processes       = 1
#workers                = 5
threads         =       5
max-requests=5000
 
 
socket=127.0.0.1:5001
 
chmod-socket    = 664
 
vacuum          = true

Par contre dés que j'augmente le nombre de worker , alors là ... je me fait déconnecter rapidement ( mémoire partagé entre process ? )

Des idées ?

[wiztricks]

Par contre dés que j'augmente le nombre de worker , alors là ... je me fait déconnecter rapidement ( mémoire partagé entre process ? )

Lorsque ça change de thread/workers, les informations "session" ne sont pas restaurées a partir de... C'est probablement un effet de bord dans la configuration mais "trouver" quoi?
Il y a peut être un chat/forum cote Django ou traînent des expertises disponibles.
- W

[Stopher]

Merci pour ton retour

Je vais creuser avec le communauté Django ,

Je ne sais pas si le problème vient du fait que j'utilise MongoDB comme base de données ( qui n'est pas officiellement supportée ), ou un bug propre à la V1.5.1 de Django ...

Toujours est-il que le problème semble bien venir d'un problème de partage mémoire entres processus, lorsque l'on utilise pas les threads .

"GlobalState" de Django ? ..

Si quelqu'un utilise la V1.5.1 avec une base plus standard ( sql / postgres ), i serait intéressant de voir si l'utilisation de "uwsgi" en mode process ( sans les threads ) avec plus d'un worker/process provoque le même effet .

En attendant, je continue ma route avec Gunicorn qui ne semble pas poser de problème ... il utilise lui aussi les threads ...

.. A suivre donc