Discussion :

[sanrigo]

J'ai développé un extranet en ASP .NET il y a 2 ans pour un institut de recherche et j'ai aujourd’hui un problème d'authentification intégrée sans doute lié à des traitements en base trop longs...

Je situe le contexte : je développais avec le Framework 3.5, une base Postgres (composant Devart DotConnect for Postgres), donc un peu de LINQ, Entity Framework, et du SQL "classique" pour les requêtes plus volumineuses, tout ceci supporté par IIS 6. J'ai mis en place l’authentification Windows Intégrée sans aucun problème, jusqu'à ce qu'un test récent mette en évidence un souci...

Lorsque l'utilisateur clique sur le bouton d'une page et que le traitement en postback est trop long (accès BD, + de 10 min), la fenêtre d'authentification Windows s'affiche, et impossible pour l'utilisateur d'être redirigé vers la page de résultat, même s'il (re-)renseigne son login/password, une page blanche s'affiche... Et pourtant, le traitement en postback va jusqu'au bout. (Je précise que le problème se présente même quand l'utilisateur est déjà connecté au domaine)

Est-ce que quelqu'un saurait d'où vient le problème ? Y aurait-il quelque chose à configurer au niveau du web.config ? ou au niveau de IIS ? Est-ce que ce ne serait pas un problème de proxy ?

Merci pour votre aide.

[Philippe Vialatte]

Bonjour,

ca me parait bizarre, je ne me rappelle pas de timeout pour une authentification windows...en tout cas coté IIS. Est-ce que tu utilises le compte de l'utilisateur courant pour SQL Server aussi ?

Un truc à voir, en cas, avec les admins réseau, serait de voir si il n'existe pas une règle qui déconnecte automatiquement un utilisateur incatif (j'y ai eu droit, une fois, dans un autre contexte)

Sinon, 10 minutes de traitement, en web, ca me parait un peu long...Est-ce que ce ne serait pas jouable de changer le processus actuel (crééer un nouveau thread/appeler un service WCF/lancer un batch) ?

[sanrigo]

La base n'est pas SQL Server mais Postgres, pour y accéder, j'utilise un compte spécialement créé pour l'application, mais je ne pense pas que le problème vienne de là.

Effectivement, je verrais plutôt une histoire de déconnexion automatique d'un utilisateur inactif, mais qu'est ce qui pourrait provoquer la déconnexion ? le proxy du client ?

Sinon, je suis tout à fait d'accord, 10 min pour une utilisation web, c'est très long... mais c'est pour un cas d'utilisation très rare, que personne n'avait envisagé en début de projet (pas même le client), impossible à ce stade du projet (garantie) de revoir le process... dommage

[Nathanael Marchand]

Tout dépend de l'architecture du système: ca peut venir de la config de IIS comme de la présence d'un load balancer en frontal configuré "sticky session pour 10mn"

[sanrigo]

Il n'y a pas de load balancing... Qu'est ce qui pourrait coincer côté config IIS ? Je n'ai rien trouvé ayant un lien avec mon problème :/