2010-11-27 31 views
0

J'ai un site Web ASP.NET qui répond avec plusieurs skins en fonction du domaine auquel il est accédé. Le problème est que l'authentification et certaines autres fonctionnalités semblent souffrir de pépins aléatoires lorsque l'utilisateur est renvoyé à l'écran de connexion, ou que d'autres valeurs contrôlées de session semblent avoir été perdues - mais seulement quand on y accède via l'un des domaines . L'autre domaine ne souffre pas du même problème.Perte présumée d'état de session dans IIS 6

Sur notre système de test, les problèmes n'existent PAS lors de l'accès via un domaine. En direct, le problème se produira à différents moments de la session, même si des étapes identiques sont suivies. C'est pour ces raisons que je ne pense pas que ce soit un bug dans le logiciel d'application. Sur le système actif, où le problème est, deux sites Web sont configurés dans IIS, chacun avec des liaisons au domaine requis. On accède au site à travers un répertoire virtuel au http://mysite.com/myvirtualdir, l'autre accède au site à la racine du chemin à http://myalternatesite.com/. Je ne pense pas que le répertoire virtuel est le problème cependant.

+0

Est-ce un environnement à charge équilibrée? –

+0

Votre état de session est-il conservé en mémoire ou dans une base de données, ou ...? –

+0

Non, pas d'équilibrage de charge. La seule particularité est que deux sites Web sont configurés dans IIS pointant vers le même code d'application, avec un skin différent présenté en fonction du domaine auquel il est accédé. – gb2d

Répondre

0

J'ai maintenant résolu mon problème, mais je ne sais toujours pas quelle était la cause exacte.

J'ai ouvert des propriétés de site Web pour les deux sites Web dans IIS, celui qui a fonctionné et celui qui n'a pas et comparé les propriétés. Pour toute autre personne ayant des difficultés à résoudre ce problème, voici les étapes que j'ai suivies, selon la probabilité selon laquelle elles étaient à l'origine du problème.

  1. Le deuxième site Web utilisait le pool d'applications par défaut. Il n'y a rien de particulier dans les paramètres du pool d'applications par défaut sur ce serveur qui entraînerait la perte de la session, mais j'ai maintenant changé pour utiliser le même pool d'applications que le site qui fonctionnait depuis le début.

  2. Authentification Windows désactivée pour correspondre au site Web actif.

  3. Modification des documents par défaut afin que seul le document requis soit répertorié.

  4. Connexions limitées à 500 pour correspondre au site de travail.

Espérons que cela soit utile à quelqu'un d'autre.