Webdav IIS 7.5 auf Server 2008 : Fehler beim Verbinden: System error 1397 has occurred. Mutual Authentication failed
webdav IIS 7.5 auf Server 2008 : Fehler beim Verbinden: System error 1397 has occurred. Mutual Authentication failed
Hallo Kollegen,
ich betreibe 3 IIS 7.5 mit identischer webdav-Einrichtung auf Server 2008 / 2008 R2.
Beim Verbinden mit einer webdav-Freigabe verhalten sie sich jedoch unterschiedlich:
(1) Server 1 (2008): net use x: https://[domain]/[ordner]/ Ergebnis: ok, Anmeldung klappt immer
(2) Server 2 (2008): net use x: https://[sub1.domain]/[ordner1]/ Ergebnis: ok, Anmeldung klappt immer
(3) Server 2 (2008): net use x: https://[sub1.domain]/[ordner2]/ Ergebnis: error 1397
(4) Server 3 (2008R2): net use x: https://[sub2.domain]/[ordner]/ Ergebnis: error 1397
Die Verbindungsversuche starte ich immer von demselben Client (WIN 8.1 64 prof) aus. Der bei MS zu findende "Ratschlag" (Hotfix für WIN Vista) greift also nicht, denn erstens ist der Client WIN 8.1 und nicht WIN Vista und zweitens: gem. Fall (1) kann es der Client ja grundsätzlich siehe Fall(1)
Besonders interessant sind die Fälle (2) und (3): da haben wir ein unterschiedliches Ergebnis trotz gleichem Client und Server: beim einen Ordner klappt es, beim anderen nicht. Sie sind aber gleich eingestellt.
Zudem: anfänglich klappte es bei Fall (3) auch; erst nach einigen Wochen habe ich beim zufälligen Nachtesten den Fehler bemerkt.
Browser-Zugriff per Firefox liefert in allen 4 Fällen das grüne Schloss => die Installation der Zertifikate ist also ok. Nach Anmeldung bei der Windows-Anmeldung erscheint auch korrekt der Inhalt des Ordners.
Das Gesamtbild ergibt, dass es sich um irgendeine ordnerbezogene Einstellung auf dem jeweiligen IIS handeln müsste, die Probleme beim Verbinden via net use macht.
Die jeweils identisch getroffenen Einstellungen sind:
WEBDAV-Regeln jeder darf alles
Verzeichnis durchsuchen JA
Athentifizierung Anonym deaktiviert, Windows-Anmeldung aktiviert
Was eigentlich ist "Mutual Authentication" bzw. "Gegenseitige Authentifizierung" ? Das müsste sich ja auf irgendein Basisprotokoll beziehen.
Hat jemand eine Idee ?
Gruss Walter
Hallo Kollegen,
ich betreibe 3 IIS 7.5 mit identischer webdav-Einrichtung auf Server 2008 / 2008 R2.
Beim Verbinden mit einer webdav-Freigabe verhalten sie sich jedoch unterschiedlich:
(1) Server 1 (2008): net use x: https://[domain]/[ordner]/ Ergebnis: ok, Anmeldung klappt immer
(2) Server 2 (2008): net use x: https://[sub1.domain]/[ordner1]/ Ergebnis: ok, Anmeldung klappt immer
(3) Server 2 (2008): net use x: https://[sub1.domain]/[ordner2]/ Ergebnis: error 1397
(4) Server 3 (2008R2): net use x: https://[sub2.domain]/[ordner]/ Ergebnis: error 1397
Die Verbindungsversuche starte ich immer von demselben Client (WIN 8.1 64 prof) aus. Der bei MS zu findende "Ratschlag" (Hotfix für WIN Vista) greift also nicht, denn erstens ist der Client WIN 8.1 und nicht WIN Vista und zweitens: gem. Fall (1) kann es der Client ja grundsätzlich siehe Fall(1)
Besonders interessant sind die Fälle (2) und (3): da haben wir ein unterschiedliches Ergebnis trotz gleichem Client und Server: beim einen Ordner klappt es, beim anderen nicht. Sie sind aber gleich eingestellt.
Zudem: anfänglich klappte es bei Fall (3) auch; erst nach einigen Wochen habe ich beim zufälligen Nachtesten den Fehler bemerkt.
Browser-Zugriff per Firefox liefert in allen 4 Fällen das grüne Schloss => die Installation der Zertifikate ist also ok. Nach Anmeldung bei der Windows-Anmeldung erscheint auch korrekt der Inhalt des Ordners.
Das Gesamtbild ergibt, dass es sich um irgendeine ordnerbezogene Einstellung auf dem jeweiligen IIS handeln müsste, die Probleme beim Verbinden via net use macht.
Die jeweils identisch getroffenen Einstellungen sind:
WEBDAV-Regeln jeder darf alles
Verzeichnis durchsuchen JA
Athentifizierung Anonym deaktiviert, Windows-Anmeldung aktiviert
Was eigentlich ist "Mutual Authentication" bzw. "Gegenseitige Authentifizierung" ? Das müsste sich ja auf irgendein Basisprotokoll beziehen.
Hat jemand eine Idee ?
Gruss Walter
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 340842
Url: https://administrator.de/contentid/340842
Ausgedruckt am: 21.11.2024 um 19:11 Uhr