Question

Je suis un peu confus au sujet de l'utilisation de stockage isolé sur un serveur IIS.

Je comprends le but de Stockage isolé : fournit un endroit sûr pour stocker des données sans souci de savoir comment et où est ce lieu

.

Depuis Stockage isolé ont une par utilisateur et approche par assemblage, Je suis pas trop sauvage de l'utiliser sur un serveur IIS où les applications ont presque leur propre identité. Je ne l'ai pas vraiment vu l'intérêt de se faisant passer pour une application web et presque jamais vu des applications web Personnifiés moi, mais c'est mon point de vue.

Utilisation Stockage isolé sur une moyenne de serveur ( pour Windows Server 2003 ):

  • Utilisation de magasins isolés dans \Documents and Settings\<user>\

  • Quelle \Documents and Settings\Default User\ moyenne lorsque le pool d'applications est la propriété de Système local ou Services réseau Je suppose que

  • Ce qui signifie aussi Ecrire droits sur ce dossier pour système local ou Services réseau

  • Utilisation d'usurpation d'identité

En ce qui concerne une application web (logique), ces idées me confondent ... Document and Settings? Utilisateur par defaut ? Activer l'usurpation d'identité juste pour le stockage? Pas de contrôle sur le stockage sur le serveur? Euh?

Quelques points sur le MSDN:

  • Stockage Server . Les applications serveur peuvent utiliser le stockage isolé pour fournir chaque magasin [...]. Parce que le stockage isolé est toujours séparé par l'utilisateur, le serveur doit usurper l'identité l'utilisateur qui fait la demande. [...]

  • En utilisant le stockage isolé permet aux applications partiellement confiance pour stocker des données d'une manière qui est contrôlée par la politique de sécurité de l'ordinateur.

  • Par défaut, le code en cours d'exécution à partir de l'ordinateur local, un réseau local , [...] se voit accorder le droit d'utiliser le stockage isolé. Dois-je comprendre Services réseau ? Je serais surpris. Ce n'est pas le cas sur mes serveurs IIS (Windows 2003).

Et puis Je suis un devant un dilemne: utilisation System.IO.Packaging (avec à l'intérieur de stockage isolé) sur les applications Web ou de trouver une solution de rechange? En utilisant IO.Packaging signifie que vous devez activer le stockage isolé?

Ai-je tort dans mon approche? Ai-je raté quelque chose?

Je précise que je ne veux surtout pas utiliser / activer sur un serveur IIS, je voudrais comprendre si ce qui lui permet un tel environnement est une bonne pratique.

Tout point de vue est apprécié et une explication sur un « isolé de stockage avec la philosophie IIS » pourrait être un anwser.

Merci!

Était-ce utile?

La solution

Si vous devez utiliser le stockage isolé côté serveur pour une raison quelconque, vous devez usurper l'identité de l'utilisateur et que vous devez utiliser l'authentification Windows intégrée de sorte que vous obtenez le principal utilisateur de contexte http peuplé de l'utilisateur demandeur. Le fil de demande se tourneraient l'identité de l'utilisateur demandeur et je suppose (ont pas testé) que vous verriez le stockage isolé sous ce compte.

Je ne suis toujours pas sûr quand devrais-je utiliser le stockage isolé sur le côté serveur pour une application IIS qui, normalement, dans l'environnement d'entreprise fonctionne sur une batterie de serveurs Web. Il serait contre les meilleures pratiques pour stocker quoi que ce soit par l'utilisateur local. Si ce serveur tombe en panne, vous avez perdu ces données.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top