ASP.NET Anwendung/web-service funktioniert nicht auf Windows Vista/IIS 7: Zugriffsrechte-problem?

Zuerst Weg, nehmen Sie admin aus der Gruppe "IIS_WPG" hinzu, bevor Sie vergessen, und konfigurieren Sie Ihre app-pool zurück zu normal.

Nun schalten Sie auf WCF für die Protokollierung der Dienst durch ablegen der folgenden, die in Ihrer Website.config-Datei -

<system.diagnostics>
    <sources>
        <source name="System.ServiceModel.MessageLogging" switchValue="Warning, ActivityTracing">
            <listeners>
                <add type="System.Diagnostics.DefaultTraceListener" name="Default">
                    <filter type="" />
                </add>
                <add name="ServiceModelMessageLoggingListener">
                    <filter type="" />
                </add>
            </listeners>
        </source>
    </sources>
    <sharedListeners>
        <add initializeData="c:\logs\web_messages.svclog"*
            type="System.Diagnostics.XmlWriterTraceListener, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"
            name="ServiceModelMessageLoggingListener" traceOutputOptions="Timestamp">
            <filter type="" />
        </add>
    </sharedListeners>
</system.diagnostics>


<system.serviceModel>
...
   <diagnostics>
     <messageLogging logMalformedMessages="true" *logMessagesAtServiceLevel="true"*
       logMessagesAtTransportLevel="true" />
   </diagnostics>
...
</system.ServiceModel>

Erstellen c:\logs Verzeichnis, und stellen Sie sicher, dass die Anwendungspoolidentität Benutzer hat Vollzugriff auf das Verzeichnis. Jetzt testen Sie Ihre app.

Wenn keine log-Dateien erstellt werden, dann gibt es ein problem, erreichen Sie den WCF-Dienst.
Wenn log-Dateien erstellt werden Sie in der Service Trace viewer kommt als Teil des Windows SDK. Sehen Sie eine rote Meldung, die der log-Eintrag mit der Ausnahme innerhalb der service - dies sollte Ihnen einen Hinweis darauf, wo Sie Ihren service-code schief läuft.

Wenn das problem innerhalb Ihrer app, sondern als service, dann sollten Sie die Protokollierung der Ausnahmen in Ihrem Application_Load Ereignis (man sollte die Protokollierung von Ausnahmen sowieso) - aber wenn Sie versuchen, mit einem globalen exception-handler, gut, Ihre app ist andernfalls auf Start, und damit die Globale exception-handler wird nie zu laufen beginnen - anstatt potenzielle failable Szenarien in Application_Load würde ich verschieben, die aus einer utility-Klasse, die einen Zugang zu den Informationen, die Sie brauchen (sagen myGlobalThingumy.GetStuff()). Um diese Klasse ein singleton, und dann prüfen, ob Sie das Zeug schon - wenn nicht, dann machen Sie Ihren web-service-Aufruf. Es würde viel zu handeln, die gleiche wie man es in Application_Load aber wird es ermöglichen, Globale Fehlerbehandlung zu arbeiten, und macht das Debuggen einfacher.

InformationsquelleAutor blowdart

Wenn man die 503-Fehler, haben Sie darüber nachgedacht betrachten Sie die Ereignisanzeige auf dem Computer zu sehen, ob IIS protokolliert die Ausnahme.

Wenn von Visual Studio gestartet, es läuft in der Visual Studio-web-server oder IIS? (Dies ist ein wichtiger Punkt. Visual Studio, seit 2005, hat seine eigene web-server standardmäßig für web-Projekte. Und dieser web-server ausgeführt wird, die unter Ihrem Benutzer-account-auch entscheidend für das, was als Nächstes kommt.)

Den Sie versuchen zu Lesen, die XML-Güte aus einer Datei. In .NET, um eine Datei Lesen, aus irgendeinem Grund der Benutzer ausführen von code (in IIS7 ich glaube, es ist IIS_USERS-und NETZWERK-SERVICE; in älteren Versionen von IIS, IUSR_MachineName und ASPNET) zu Lesen und schreiben Zugriffsberechtigungen. Also das erste, was ich überprüfen würde ist die ACL, die XML-Datei. Stellen Sie sicher, dass die entsprechenden Benutzer sowohl lese - /Schreibzugriff. Dies wäre die NTFS-Berechtigungen, durch die Art und Weise -- der rechten Maustaste auf die Datei im Explorer wählen Sie Sicherheit, und fügen Sie die entsprechenden perms.

Was es gab ist, dass es funktioniert, wenn Sie führen Sie die Projektmappe von Visual Studio, aber nicht, wenn es ausgeführt wird aus der IIS. Ich glaube nicht, dass Sie bekommen, 503 zurück aus der web-service-Sie sind wahrscheinlich immer 503 von myApp selbst.

Den Grund für diese 503 ist, weil Sie versuchen, diese Datei zu Lesen auf Application_Load. Das bedeutet, dass vor der Seite können sogar versuchen, um bedient zu werden, die XML-Datei, die gelesen werden müssen und analysiert. Bei der Reflexion und re-Lektüre die Frage noch ein mal, ich bin mir nun zu 99,99% sicher, dass die Unfähigkeit, diese Datei zu Lesen (wegen fehlender Schreibrechte), ist die Frage.

Mein Rat: Nehmen Sie alles von der admin-Sachen, die Sie getan hatte, nehmen Sie Ihre Benutzer/ACL-Konfiguration zurück zu normal, wie es war-einschließlich der "AppPool". Folgen Sie dann den obigen Empfehlungen erteilen die entsprechenden IIS-Benutzer die Lesen - /schreiben-Zugriff auf die XML-Datei. Ich bin mir zu 99,99% sicher, dass Ihre app funktioniert jetzt auch im IIS.

InformationsquelleAutor John Rudy