Ein gemapptes WebDAV-Laufwerk braucht unter Windows mehrere Bausteine zugleich: den laufenden WebClient-Dienst, erreichbare Anmeldedaten, passende Protokolleinstellungen und einen Server, der die Verbindung akzeptiert. Sobald einer dieser Punkte nicht stimmt, bleibt das Laufwerk getrennt oder meldet beim Öffnen einen Fehler. Die gute Nachricht ist, dass sich die Ursache in den meisten Fällen systematisch eingrenzen lässt.
Die folgenden Schritte führen von der schnellen Grundprüfung bis zu den tieferen Einstellungen, damit die Verbindung nicht nur einmal startet, sondern dauerhaft stabil bleibt. Dabei geht es sowohl um Windows selbst als auch um die Anforderungen auf der Gegenseite des Servers.
Der erste Blick auf den Dienst und die Erreichbarkeit
Prüfen Sie zuerst, ob der WebClient-Dienst überhaupt aktiv ist. Öffnen Sie dazu die Dienste-Verwaltung mit Win + R, geben Sie services.msc ein und suchen Sie nach WebClient. Der Starttyp sollte nicht auf „Deaktiviert“ stehen. Ist der Dienst beendet, starten Sie ihn manuell und setzen Sie den Starttyp auf Automatisch oder Manuell, je nach Umgebung.
Danach lohnt sich ein schneller Erreichbarkeitstest. Rufen Sie die WebDAV-Adresse im Browser auf oder prüfen Sie, ob der Servername per DNS aufgelöst wird. Ein fehlender Namenseintrag oder ein abgelaufenes Zertifikat kann denselben Effekt haben wie ein lokaler Windows-Fehler.
- Dienste-Verwaltung: WebClient aufrufen und Starttyp kontrollieren
- Netzwerkprüfung: Serveradresse anpingen oder im Browser testen
- Anmeldung: Benutzername, Kennwort und Domäne erneut eingeben
Die Verbindung sauber neu aufbauen
Ist das Laufwerk bereits eingebunden, entfernen Sie es testweise und verbinden Sie es anschließend neu. Alte Sitzungen oder gespeicherte Tokens stören besonders dann, wenn Kennwörter gewechselt wurden oder die Serverseite neue Sicherheitsregeln nutzt. Löschen Sie in diesem Zusammenhang auch die gespeicherten Anmeldeinformationen im Windows-Anmeldeinformationsmanager, damit keine veralteten Daten im Hintergrund verwendet werden.
Beim erneuten Verbinden empfiehlt sich eine direkte Eingabe der vollständigen WebDAV-URL. Achten Sie darauf, dass der Pfad exakt dem vom Server vorgegebenen Format entspricht. Manche Systeme akzeptieren nur bestimmte Verzeichnisse oder brauchen einen zusätzlichen Freigabepfad hinter der Hauptadresse.
- Gemapptes Laufwerk trennen.
- Gespeicherte Zugangsdaten in der Anmeldeinformationsverwaltung entfernen.
- Windows neu starten, damit keine alte Sitzung hängen bleibt.
- Das Laufwerk mit der vollständigen WebDAV-Adresse erneut verbinden.
Typische Windows-Einstellungen, die den Zugriff blockieren
Auf vielen Rechnern verhindert eine Standardkonfiguration die Verbindung über ältere oder unsaubere Protokollvarianten. Relevant sind dabei vor allem TLS, die Authentifizierung und die Behandlung von Netzlaufwerken im Explorer. Wer diese Punkte kontrolliert, beseitigt einen großen Teil der üblichen Ursachen.
Im Registrierungsbereich kann außerdem die Größe der WebDAV-Anfrage eine Rolle spielen. Bei manchen Servern braucht Windows angepasste Werte, damit lange Pfade oder größere Antwortpakete verarbeitet werden. Solche Eingriffe sollten nur erfolgen, wenn die einfachen Prüfungen keinen Erfolg gebracht haben.
- Internetoptionen: Sicherheit und lokale Intranet-Zone kontrollieren
- Windows-Anmeldeinformationsmanager: alte Zugangsdaten löschen
- Registry: WebClient-Parameter nur bei Bedarf anpassen
- Firewall: ausgehenden Zugriff auf HTTPS oder HTTP freigeben
Wenn Zertifikate oder Protokolle nicht zusammenpassen
Viele WebDAV-Server verlangen heute verschlüsselte Verbindungen über HTTPS. Nutzt der Server ein selbstsigniertes Zertifikat oder eine interne Zertifizierungsstelle, kann Windows die Verbindung ablehnen, obwohl die Freigabe technisch erreichbar ist. In diesem Fall sollte das Zertifikat in den vertrauenswürdigen Speicher übernommen werden. Das gilt besonders in Firmennetzen mit eigener PKI.
Auch der verwendete Port ist wichtig. Standardmäßig läuft WebDAV häufig über Port 443, in manchen Umgebungen aber über abweichende Ports. Wird die Adresse ohne den richtigen Port eingetragen, kann die Gegenstelle nicht reagieren, obwohl der Server an sich funktioniert.
Serverseitige Ursachen nicht übersehen
Nicht jeder Fehler sitzt auf dem Client. Der Server kann die Anmeldung ebenfalls ablehnen, etwa wegen falscher Berechtigungen, gesperrter Methoden oder einer fehlenden WebDAV-Unterstützung auf Verzeichnisebene. Prüfen Sie daher, ob der verwendete Benutzer Leserechte, Schreibrechte oder beide Rechte besitzt und ob der Pfad für WebDAV freigegeben ist.
Besonders bei NAS-Systemen, SharePoint-Umgebungen oder selbst gehosteten Lösungen kommen zusätzliche Regeln hinzu. Manche Server verlangen einen speziellen Header, eine bestimmte Authentifizierungsmethode oder eine Limits-Anpassung für Dateigrößen und Pfadlängen. Die Serverprotokolle liefern hier oft die schnellste Antwort.
Saubere Reihenfolge bei der Fehlersuche
Wer die Suche in einer festen Reihenfolge durchführt, kommt meist schneller ans Ziel. Beginnen Sie mit dem Dienst, gehen Sie dann zu den Anmeldedaten und prüfen Sie anschließend die Erreichbarkeit sowie das Zertifikat. Erst danach sind Registry-Anpassungen oder erweiterte Netzwerkoptionen sinnvoll.
Für eine schnelle Eingrenzung hilft diese Abfolge:
- WebClient-Dienst starten und automatisch ausführen lassen.
- Gemapptes Laufwerk entfernen und Zugangsdaten löschen.
- Verbindung über die vollständige URL neu anlegen.
- Zertifikat, Port und Serverrechte kontrollieren.
- Bei Bedarf Firewall, Proxy und Registry-Werte prüfen.
Wenn die Verbindung nur in bestimmten Netzwerken scheitert
Treffen die Fehler nur im Firmennetz oder nur im Heimnetz auf, liegt der Auslöser oft außerhalb von Windows. Proxy-Einstellungen, VPN-Clients, Sicherheitssoftware oder Router-Regeln können WebDAV blockieren oder Anfragen verändern. Testen Sie die Verbindung nach Möglichkeit in einem anderen Netz oder mit deaktiviertem VPN, um den Einfluss der Umgebung zu erkennen.
Auch der Wechsel von WLAN auf LAN kann Hinweise geben. Manche Netzwerke filtern WebDAV-Verkehr, wenn Port oder Zielserver nicht in einer Freigabeliste stehen. In solchen Fällen muss die Freigabe auf Netzwerkebene angepasst werden, statt nur am Client zu suchen.
Fragen und Antworten
Woran erkenne ich zuerst, ob das Problem am Dienst oder am Laufwerk liegt?
Prüfen Sie zunächst, ob der WebClient-Dienst überhaupt läuft und ob die Freigabe im Explorer oder per Netzlaufwerksverbindung dieselbe Fehlermeldung erzeugt. So trennen Sie einen lokalen Windows-Fehler von einem Problem auf dem Server oder in der Netzwerkumgebung.
Welche Dienste sollten zusätzlich zum WebClient aktiv sein?
Für den Zugriff sind häufig auch die Abhängigkeiten der Netzwerkverbindung relevant, etwa die DHCP-, DNS- und Netzwerklisten-Dienste. Ist die Namensauflösung gestört oder wird das Profil als eingeschränkt erkannt, scheitert der Aufbau oft schon vor der eigentlichen WebDAV-Anmeldung.
Wie starte ich den WebClient-Dienst sauber neu?
Öffnen Sie die Diensteverwaltung, suchen Sie nach WebClient, beenden Sie den Dienst und starten Sie ihn danach wieder. Setzen Sie den Starttyp idealerweise auf „Automatisch“ oder „Automatisch (Verzögerter Start)“, damit er nach einem Neustart rechtzeitig verfügbar ist.
Welche Windows-Funktion blockiert den Zugriff besonders häufig?
Der Schreibschutz durch die lokale Richtlinie oder durch Sicherheitssoftware ist ein häufiger Störfaktor. Kontrollieren Sie auch, ob Proxys, Firewall-Regeln oder Schutzfunktionen des Netzwerks WebDAV-Anfragen abbrechen, bevor der Verbindungsaufbau abgeschlossen ist.
Welche Registrierungswerte sind bei WebDAV wichtig?
Relevante Werte finden sich unter den WebClient-Einstellungen in der Registrierung, unter anderem für Authentifizierung, Dateigrößen und Pfadverhalten. Änderungen sollten nur mit Sicherung und klarer Dokumentation erfolgen, weil falsche Werte den Zugriff vollständig unterbinden können.
Warum funktionieren manche Verbindungen im Browser, aber nicht als Laufwerk?
Ein Browser kann eine WebDAV- oder HTTPS-Seite anzeigen, obwohl die von Windows genutzte Laufwerksanbindung wegen Authentifizierung oder Methodenunterstützung scheitert. Dann muss der Server nicht nur erreichbar sein, sondern auch die von Windows erwarteten DAV-Header und Anmeldeverfahren akzeptieren.
Wie prüfe ich, ob Benutzername und Pfad in der richtigen Form angegeben sind?
Verwenden Sie den vollständigen Benutzernamen in der vom Server erwarteten Schreibweise, etwa mit Domäne oder Mandantenpräfix. Achten Sie außerdem darauf, ob die URL auf ein Stammverzeichnis, einen Unterordner oder eine DAV-Sammeladresse zeigt, denn schon kleine Pfadfehler verhindern das Mapping.
Was hilft bei Zertifikatswarnungen oder internen Zertifikaten?
Importieren Sie die Stamm- und Zwischenzertifikate in die richtigen Zertifikatsspeicher, damit Windows die Kette als vertrauenswürdig einstufen kann. Zusätzlich sollte der Servername im Zertifikat mit der verwendeten Adresse übereinstimmen, sonst bleibt der Verbindungsaufbau trotz gültiger TLS-Verschlüsselung hängen.
Welche Tests klären, ob die Serverkonfiguration die Ursache ist?
Vergleichen Sie die Antwort des Servers auf WebDAV-Anfragen mit einem anderen Client oder mit einem Testkonto. Wenn nur Windows scheitert, liegt die Ursache oft in der Serverauthentifizierung, in fehlenden DAV-Methoden oder in einer falschen virtuellen Verzeichnisstruktur.
Wie gehe ich vor, wenn nur ein bestimmtes Netzwerk betroffen ist?
Testen Sie dieselbe Freigabe in einem anderen Netz, etwa per Hotspot oder außerhalb des Firmennetzes. Funktioniert der Zugriff dort, müssen Sie Proxy, Firewall, VPN oder DNS im betroffenen Netz prüfen, weil diese Komponenten den Verbindungsaufbau gezielt filtern können.
Wie lässt sich die Ursache dauerhaft eingrenzen?
Arbeiten Sie in einer festen Reihenfolge: Dienststatus, Anmeldedaten, Pfad, Namensauflösung, Zertifikat, Netz und Serverantwort. Mit dieser Struktur vermeiden Sie unnötige Doppelprüfungen und finden schneller den Punkt, an dem die Verbindung abbricht.
Fazit
Ein nicht eingebundenes WebDAV-Laufwerk ist selten ein einzelnes Problem, sondern meist das Ergebnis mehrerer kleiner Störungen entlang der Verbindungskette. Wer Dienst, Client, Netzwerk und Server systematisch prüft, kann die Ursache meist eindeutig eingrenzen und dauerhaft beheben.
