Verwenden von IsolatedStorage auf einem IIS-Server

Question

Ich bin ein wenig verwirrt über die Verwendung von Isolated Storage auf einem IIS-Server.

Ich verstehe das Ziel von Isolierte Lagerung: bietet einen sicheren Ort, um Daten zu speichern, ohne sich Sorgen zu machen, wie und wo ist dieser Ort.

Seit Isolierte Speicher haben eine by-Benutzer und By-Assembly-Ansatz, ich bin nicht zu wild über die Verwendung auf einem IIS-Server, wo Anwendungen fast ihre eigene Identität haben. Ich habe nicht wirklich das Interesse der Imitation einer Webanwendung gesehen und fast nie imitierte Webanwendungen selbst gesehen, aber das ist mein Standpunkt.

Mit Isolated Storage auf einem Server Mittelwert (für Windows Server 2003):

• galvanisch getrennte Läden in \Documents and Settings\<user>\

• Welche \Documents and Settings\Default User\ bedeuten, wenn der Anwendungspool von gehört Lokales System oder Netzwerkdienste Ich denke

• Welche auch schreiben Rechte für diesen Ordner für Local System oder Network Services

• Verwendung von Identitätswechsel

Im Hinblick auf eine Web-Anwendung (Logik), diese Ideen bedeuten, sind verwirrende mich ... Dokument und Einstellungen? Standardbenutzer ? Aktivieren Sie Identitätswechsel nur für den Speicher? Keine Kontrolle über den Speicher auf dem Server? Äh?

Einige Punkte auf der MSDN:

• Server-Speicher. Serveranwendungen können isolierten Speicher verwenden, um einzelne Speicher bereitzustellen [...]. Da der isolierte Speicher immer nach Benutzer getrennt ist, muss der Server den Benutzer, der die Anfrage stellt, als ausgeben. [...]

• Die Verwendung von isoliertem Speicher ermöglicht es teilweise vertrauenswürdigen Anwendungen, Daten auf eine Weise zu speichern, die von der Sicherheitsrichtlinie des Computers gesteuert wird.

• Standardmäßig wird Code, der vom lokalen Computer läuft, ein lokales Netzwerk, [...] das Recht gewährt, isolierten Speicher zu verwenden. Sollte ich verstehen Netzwerkdienste? Ich wäre überrascht. Das ist auf meinen IIS-Servern nicht der Fall (Windows 2003).

Und dann Ich bin ein vor einem Dilemma: System.IO.Packaging verwenden (mit Isolated Storage innen) auf Web-Anwendungen oder eine Alternative finden? Wenn Sie verwenden, müssen Sie isolierten Speicher aktivieren?

Bin ich falsch in meinem Ansatz? Habe ich etwas verpasst ?

Ich präzisiere ich möchte es nicht speziell auf einem IIS-Server verwenden/aktivieren, ich würde gerne verstehen, ob die Aktivierung in einer solchen Umgebung eine gute Vorgehensweise ist.

Jeder Standpunkt wird geschätzt und eine Erklärung über eine "Isolierte Speicherung mit IIS-Philosophie" könnte ein Anwwer sein.

Danke!

Answer 1

Wenn Sie aus irgendeinem Grund serverseitigen isolierten Speicher verwenden müssen, dann müssen Sie die Identität des Benutzers annehmen und dafür müssen Sie die integrierte Windows-Authentifizierung verwenden, damit der Benutzerkontext des http-Kontexts mit dem anfordernden Benutzer ausgefüllt wird. Der Anfrage-Thread würde die Identität zum Anforderer-Benutzer wechseln, und ich würde annehmen (nicht getestet), dass Sie den isolierten Speicher unter diesem Konto sehen würden.

Ich bin mir immer noch nicht sicher, wann ich isolierten Speicher auf der Serverseite für eine IIS-Anwendung verwenden würde, die normalerweise in der Unternehmensumgebung auf einer Webfarm ausgeführt wird. Es wäre gegen die besten Praktiken, lokal für jeden Benutzer etwas zu speichern. Wenn dieser Server ausfällt, haben Sie diese Daten verloren.