WebDAV-Probleme unter Windows beheben

Diese Dokumentation beschreibt bekannte Probleme und Besonderheiten beim Einsatz von WebDAV unter Windows. Windows 11, der Explorer, der WebClient-Dienst und Microsoft Office behandeln WebDAV-Anmeldungen nicht immer konsistent. Das führt zu Symptomen, die wie Zufall aussehen, aber meist auf Caching und getrennte Credential-Verwaltung zurückgehen.

Achtung: Unter Umständen erfordert die Behebung der hier beschriebenen Probleme Administratorrechte auf dem Windows-Client.

Best Practices zur Vermeidung von Problemen

Viele der nachfolgend beschriebenen Probleme lassen sich durch diszipliniertes Arbeiten vermeiden:

Nur mit einem System verbinden: Vermeiden Sie es, sich gleichzeitig mit mehreren WebDAV-Servern zu verbinden.
Verbindung sauber trennen: Trennen Sie bestehende Verbindungen vorsichtig und diszipliniert, bevor Sie eine neue Verbindung aufbauen.
Einheitliches Werkzeug verwenden: Arbeiten Sie unter Windows 11 entweder nur mit net use oder noch besser ausschließlich mit dem Windows-Explorer. Vermeiden Sie das Mischen beider Methoden.
Explorer neu starten: Nach dem Trennen einer Verbindung den Explorer neu starten, um Cache-Probleme zu vermeiden.
Credential Manager prüfen: Überprüfen Sie die Angaben in der Anmeldeinformationsverwaltung, wenn Authentifizierungsprobleme auftreten.
WebClient-Dienst neu starten: Starten Sie bei hartnäckigen Problemen den WebClient-Dienst neu.

Tipp: Obwohl die Konsolen-Variante (net use) für Administratoren oft praktischer erscheint, ist die Arbeit über den Windows-Explorer häufig zuverlässiger, da Explorer und WebClient-Dienst enger integriert sind.

Bekannte Probleme und Lösungen

Hinweis: Die hier beschriebenen Probleme sind Windows-seitige Eigenheiten im Umgang mit WebDAV und nicht spezifisch für agorum core. Prüfen Sie daher unbedingt auch die ensprechende Microsoft Dokumentation.

Problem 1: Laufwerk lässt sich nicht sauber trennen

Symptom	Das Laufwerk oder der Eintrag ist im Explorer sichtbar, lässt sich aber nicht sauber trennen oder taucht nach einem Explorer-Neustart wieder auf.
Typische Ursache	Der Explorer zeigt einen persistenten Eintrag oder gecachten Zustand an, obwohl die zugrunde liegende Verbindung bzw. Authentifizierung nicht mehr gültig ist.
Lösung	1. Explorer komplett beenden (Task-Manager, explorer.exe beenden) 2. Explorer neu starten 3. Falls das Problem weiterhin besteht: Registry-Eintrag prüfen

Problem 2: Unterschiedliche Sicht zwischen net use und Explorer

Symptom	`net use` zeigt keine passende Verbindung, obwohl im Explorer ein WebDAV-Laufwerk vorhanden ist.
Typische Ursache	Der Explorer nutzt bei WebDAV je nach Verbindungsart nicht zwingend dieselbe Sicht wie `net use`. Es handelt sich um unterschiedliche Mechanismen/Provider.
Lösung	Verwenden Sie konsistent nur eine Methode (empfohlen: Windows-Explorer). Bei Inkonsistenzen hilft oft ein Neustart des WebClient-Dienstes.

Problem 3: Laufwerksbuchstabe zeigt falschen Server an

Symptom	Nach `net use X: /delete` ist X: im Explorer noch sichtbar (ggf. mit altem Namen/alten Details). Der Laufwerksbuchstabe zeigt einen anderen Server an als den, der tatsächlich verwendet wird.
Typische Ursache	Explorer-Cache/UI-Cache: Die Verbindung ist im Netzwerk-Stack bereits getrennt, aber die Explorer-Navigation zeigt noch den alten Eintrag an.
Gefahr	Der Laufwerksbuchstabe X: kann anschließend für einen anderen Server oder Benutzer wiederverwendet werden, während der Explorer zunächst noch den alten Namen/Eintrag anzeigt. Dadurch wirkt die Navigation falsch (angezeigtes Ziel ungleich tatsächlich gemappter Pfad).
Lösung	1. Explorer neu starten 2. Falls das nicht hilft: Registry-Eintrag unter HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\MountPoints2 für den betroffenen Laufwerksbuchstaben entfernen

Achtung: Änderungen in der Registry sollten nur von erfahrenen Administratoren durchgeführt werden. Erstellen Sie vorher eine Sicherung des betroffenen Registry-Zweigs.

Problem 4: Office fordert erneut Anmeldedaten an

Symptom	Office fordert beim Öffnen eines Dokuments erneut Benutzername/Passwort, obwohl das WebDAV-Laufwerk im Explorer verbunden ist.
Typische Ursache	Office verwaltet Anmeldedaten teilweise unabhängig vom Windows-Login für das Laufwerk (separates Credential-Handling). Dadurch kann Office eine erneute Anmeldung verlangen.
Lösung	1. Anmeldedaten in Office eingeben und Option Anmeldedaten speichern aktivieren 2. Alternativ: Anmeldedaten im Windows-Anmeldeinformationsverwaltung (Credential Manager) hinterlegen 3. Bei persistenten Problemen: Alte Einträge im Credential Manager für den WebDAV-Server löschen und neu anlegen

Problem 5: Verbindung funktioniert nur teilweise nach Konfigurationsänderung

Symptom	Nach Änderung von Verbindungsparametern (z. B. MetaDB-Eintrag Auth für WebDAV) funktionieren bestehende Verbindungen halb: Ordnerlisten gehen noch, Dateioperationen oder Office-Öffnen scheitern.
Typische Ursache	Alte Verbindung/Anmeldedaten werden von Windows oder Office weiterverwendet (Cache). Die Verbindung muss vollständig getrennt und anschließend neu aufgebaut werden.
Lösung	1. Alle WebDAV-Verbindungen vollständig trennen 2. WebClient-Dienst neu starten: `net stop webclient` und `net start webclient` 3. Anmeldedaten im Credential Manager löschen 4. Explorer neu starten 5. Verbindung komplett neu aufbauen

Problem 6: WebClient-Dienst startet automatisch

Symptom	Beim Klick auf das WebDAV-Laufwerk startet der Dienst WebClient automatisch oder die Verbindung lebt wieder auf.
Typische Ursache	WebDAV-Zugriffe werden über den Windows-Dienst WebClient abgewickelt. Windows startet diesen Dienst bei Bedarf automatisch.
Hinweis	Dies ist ein normales Windows-Verhalten und kein Fehler. Der WebClient-Dienst ist für WebDAV-Funktionalität erforderlich.

Problem 7: Kryptische Fehlermeldungen bei Dateioperationen

Symptom	Fehlermeldungen bei Dateioperationen (z. B. unerwarteter Fehler, kryptische HRESULT-Codes), obwohl das Durchsuchen der Ordner (Browsing) grundsätzlich funktioniert.
Typische Ursache	Authentifizierung/Session passt nicht mehr (Cache), oder Office verwendet andere Zugriffsmethoden als der Explorer (Office/WebDAV-Handling vs. Shell).
Lösung	1. Verbindung trennen und neu aufbauen 2. Anmeldedaten im Credential Manager prüfen/erneuern 3. WebClient-Dienst neu starten 4. Bei anhaltenden Problemen: Windows-Ereignisanzeige auf detaillierte Fehlermeldungen prüfen

Problem 8: Netzwerkadresse lässt sich nicht entfernen

Symptom	Ein WebDAV-Ziel wurde als Netzwerkadresse (ohne Laufwerksbuchstabe) hinzugefügt. Es ist nicht mehr erreichbar, lässt sich im Explorer schwer entfernen und ist nicht mit `net use` sichtbar.
Typische Ursache	Netzwerkadressen sind keine klassischen Laufwerksmappings, sondern per Benutzer gespeicherte Explorer-Shortcuts (separater Mechanismus, daher unsichtbar für `net use`).
Lösung	1. Öffnen Sie den Pfad: `%APPDATA%\Microsoft\Windows\Network Shortcuts` 2. Löschen Sie den passenden Shortcut-Ordner für die WebDAV-Verbindung 3. Starten Sie den Explorer neu, damit die Navigation neu aufgebaut wird

Tipp: Sie können den Pfad %APPDATA%\Microsoft\Windows\Network Shortcuts direkt in die Adressleiste des Explorers eingeben, um schnell dorthin zu navigieren.

Problem 9: Office meldet Dateiänderungen, die nicht stattgefunden haben

Symptom	Wenn die Bearbeitung von Dokumenten nicht pauschal erlaubt ist (was bei WebDAV nicht zwingend der Fall sein muss), meldet Office Änderungen der Datei auf dem Server, sobald man das Bearbeiten erlaubt. Solche Änderungen gab es aber tatsächlich nicht.
Typische Ursache	Es handelt sich wahrscheinlich um Eigenschaften/Metadaten der Datei, die sich beim Zugriff ändern (z. B. Zugriffszeitstempel, Lock-Informationen). Office interpretiert dies als Dateiänderung.
Lösung	Dies ist ein bekanntes Verhalten und in der Regel unbedenklich. Die Meldung kann ignoriert werden, wenn keine tatsächlichen inhaltlichen Änderungen von anderen Benutzern vorgenommen wurden.

Problem 10: Lokale Domain wird im Anmeldefenster angezeigt

Bei der Anmeldung an WebDAV-Laufwerken zeigt Windows im Anmeldefenster häufig die lokale Domain des Arbeitsplatz-PCs an. Dies verwirrt Anwender, da sie nicht wissen, welchen Benutzernamen sie eingeben sollen.

Symptom	Im Anmeldefenster erscheint die lokale Windows-Domain (z. B. WORKGROUP oder der Firmen-Domainname), obwohl die Anmeldung an einem Cloud-Server erfolgen soll.
Typische Ursache	Windows zeigt standardmäßig die lokale Domain an. Bei Cloud-Instanzen (z. B. agorum Cloud) ist der Server jedoch nicht in eine Windows-Domain eingebunden.
Lösung	Geben Sie vor dem Benutzernamen einen führenden Backslash ein, um die Domain-Angabe zu überspringen.

Tipp für Anwender: Bei Cloud-Instanzen geben Sie den Benutzernamen mit einem führenden Backslash ein:

\benutzername (z. B. \Administrator oder \mmustermann)

Anleitung für Endanwender: So melden Sie sich richtig an

Diese Anleitung richtet sich an Anwender, die mit WebDAV-Laufwerken arbeiten:

Wenn das Anmeldefenster erscheint, ignorieren Sie die angezeigte Domain
Geben Sie im Feld Benutzername ein: \IhrBenutzername
(Wichtig: Der Backslash \ muss VOR dem Benutzernamen stehen!)
Geben Sie Ihr Passwort ein
Optional: Aktivieren Sie Anmeldedaten speichern, um die Eingabe künftig zu vermeiden
Klicken Sie auf OK

Hinweis: Der Backslash (\) befindet sich auf der deutschen Tastatur auf der Taste mit dem Buchstaben ß und dem Fragezeichen. Drücken Sie AltGr + ß.

Beispiele für die Anmeldung

Situation	Eingabe im Feld Benutzername
Cloud-Instanz, Benutzer "mmustermann"	\mmustermann
Cloud-Instanz, Benutzer "Administrator"	\Administrator
Server in Firmen-Domain, Benutzer "mmustermann"	DOMAINNAME\mmustermann oder nur mmustermann

Problem 11: net use und Explorer zeigen unterschiedliche Ziele

Symptom	Der Befehl `net use` zeigt für ein Laufwerk (z. B. X:) den Status "Nicht verfügbar" und einen bestimmten Pfad an (z. B. \\server@SSL\webdav\dms), während der Windows-Explorer für dasselbe Laufwerk einen anderen Servernamen anzeigt. Trotzdem funktioniert der Zugriff nach erneuter Passworteingabe.
Beispiel	net use zeigt: Nicht verfügb X: \\example.agorumcloud.com@SSL\webdav\dms Explorer zeigt: Einen anderen Servernamen für Laufwerk X:
Typische Ursache	Dies ist ein extremes Beispiel für die Inkonsistenz zwischen net use und Explorer. Die Anzeige im Explorer stammt aus dem UI-Cache (MountPoints2), während net use den tatsächlichen Netzwerk-Stack abfragt. Die Verbindung ist "halb tot" - der Cache zeigt alte Daten, aber nach erneuter Authentifizierung wird die richtige Verbindung verwendet.
Lösung	1. Verbindung vollständig trennen: `net use X: /delete` 2. Registry-Eintrag löschen unter `HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\MountPoints2` 3. Explorer neu starten (oder Neustart des PCs) 4. Verbindung komplett neu aufbauen

Achtung: In diesem Zustand kann es passieren, dass Sie glauben, mit Server A verbunden zu sein (laut Explorer-Anzeige), aber tatsächlich auf Server B zugreifen (laut net use). Dies kann zu Verwirrung und im schlimmsten Fall zu Datenverlust führen, wenn Dokumente am falschen Ort gespeichert werden!

Übersicht: Wichtige Pfade und Befehle

Zweck	Pfad / Befehl
Netzwerkadresse-Shortcuts	`%APPDATA%\Microsoft\Windows\Network Shortcuts`
Registry: MountPoints (Explorer-Cache)	`HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\MountPoints2`
Windows-Anmeldeinformationsverwaltung	`control /name Microsoft.CredentialManager`
WebClient-Dienst neu starten	`net stop webclient` und dann `net start webclient`
Laufwerk verbinden (Konsole)	`net use X: https://server/webdav /user:benutzername`
Laufwerk trennen (Konsole)	`net use X: /delete`
Alle Verbindungen anzeigen	`net use`
Registry-Editor öffnen	`regedit`