2010-04-07 3 views
0

Nous essayons d'héberger un service WCF (.NET 3.5 SP1) à l'aide du contenu partagé sur IIS 7.5. En ce moment, il renvoie une erreur 404. Mon hypothèse à ce stade est que WCF ne peut pas être hébergé via un chemin d'accès UNC (voir solution de contournement Hosting WCF service in IIS6 using UNC).404 Erreur lors de l'hébergement du service WCF via le contenu partagé IIS 7.5

Étapes que j'ai prises: - Établi un FullTrust vers/avec le chemin UNC. - Le service fonctionne en l'hébergeant sur un disque local. - Une page HTML de base s'affiche sans problème à partir du chemin UNC. - Une page ASPX s'affiche sans problème à partir du chemin UNC. - Définissez explicitement les autorisations "Contrôle total" sur l'utilisateur exécutant le service.

La raison de l'utilisation de Shared Content dans IIS 7.5 pour héberger ce service WCF et plusieurs autres sites Web dans une batterie de serveurs Web. L'utilisation du contenu partagé évite le besoin de réplication de fichiers entre les nœuds de la batterie. (Notez que nous utilisons également la configuration partagée pour prendre en charge cet environnement.)

Répondre

0

Avez-vous utilisé un violoneur pour inspecter la circulation?
Ou activé failed request tracing dans IIS?

+0

Je viens d'installer le traçage maintenant, mais je ne reçois aucune sortie dans le dossier. Je redémarre le serveur, même si cela n'a pas été nécessaire après l'installation du suivi. Il est intéressant que je suis incapable de sélectionner "WWW Server" dans le filtre, mais seulement "ASP.NET". – LiquidSpy

0

Il semble que la racine du problème tourne autour de l'identité du pool d'applications défini sur "ApplicationPoolIdentity" (Pool d'applications/[Pool d'applications]/Paramètres avancés/Modèle de processus/Identité). Nous définissions les informations d'identification appropriées sur le site Web, mais pas ici.

Nous avons maintenant le pool d'applications en cours d'exécution en tant qu'utilisateur et le site Web en utilisant l'authentification directe.

Questions connexes