2010-11-27 5 views
0

Ich habe eine ASP.NET-Website, die mit mehreren Skins reagiert, abhängig von der Domäne, auf die über sie zugegriffen wird.Verdacht auf Verlust des Sitzungsstatus in IIS 6

Das Problem ist, dass die Authentifizierung und einige andere Funktionen scheinen zufällige Störungen leiden, wenn der Benutzer zurück zum Anmeldebildschirm gesendet wird, oder andere sessiongesteuerte Werte scheinen verloren gegangen - aber nur wenn über eine der Domänen zugegriffen wird . Die andere Domäne leidet nicht unter demselben Problem.

Auf unserem Testsystem existiert das Problem NICHT beim Zugriff über eine beliebige Domäne. Live wird das Problem zu unterschiedlichen Zeiten während der Sitzung auftreten, auch wenn die Schritte identisch sind. Aus diesen Gründen glaube ich nicht, dass es sich um einen Fehler in der Anwendungssoftware handelt.

Auf dem Live-System, wo das Problem besteht, sind zwei Websites in IIS eingerichtet, jeder mit Bindungen an die erforderliche Domäne. Man greift auf die Site über ein virtuelles Verzeichnis unter http://mysite.com/myvirtualdir zu, die andere greift auf die Site im Root-Pfad unter http://myalternatesite.com/ zu. Ich glaube nicht, dass das virtuelle Verzeichnis das Problem ist.

+0

ist es eine Last ausgeglichene Umgebung? –

+0

Ist der Sitzungsstatus im Speicher oder in einer Datenbank gespeichert oder ...? –

+0

Nein, kein Lastausgleich. Die einzige Besonderheit besteht darin, dass in IIS zwei Websites eingerichtet werden, die auf denselben Anwendungscode verweisen, wobei auf der Grundlage der Domäne, auf die zugegriffen wird, eine andere Oberfläche angezeigt wird. – gb2d

Antwort

0

Ich habe jetzt mein Problem gelöst, aber immer noch nicht sicher, was die genaue Ursache war.

Ich öffnete Website-Eigenschaften für die zwei Websites in IIS, die eine funktionierte und die, die nicht und Eigenschaften verglichen.

Für alle anderen Probleme, die dieses Problem aufzeichnen, sind dies die Schritte, die ich unternommen habe, in der Reihenfolge, wie wahrscheinlich ich denke, dass sie die Ursache des Problems waren.

  1. Die zweite Website verwendete Standard-App-Pool. Es gibt nichts Besonderes an den Standard-App-Pool-Einstellungen auf diesem Server, die dazu führen würden, dass die Sitzung verloren geht, was ich sehen kann, aber ich habe jetzt den gleichen App-Pool wie die Site verwendet, die die ganze Zeit funktioniert hat.

  2. Deaktivierte Windows-Authentifizierung für die funktionierende Website.

  3. Standarddokumente geändert, sodass nur das erforderliche Dokument aufgelistet wurde.

  4. Begrenzte Verbindungen zu 500, um mit der funktionierenden Website übereinzustimmen.

Hoffe, dass dies für jemand anderen von Nutzen ist.

Verwandte Themen