Ich habe einen Dav-Server mit PHP SabreDav ( code.google.com/p/sabredav/wiki/Windows ) auf Cherokee unter einer HTTPS-gesicherten URL. Es ist auf https eingestellt und verwendet die Digest-Authentifizierung. Ich kann mich mit mehreren Browsern und einigen Clients von Drittanbietern anmelden (BitKinex und Java AnyClient können ebenfalls eine Verbindung herstellen und surfen, siehe unten).
Wenn Sie jedoch versuchen, sich mit Windows 7 anzumelden (Überraschung, Überraschung), werden Sie zweimal nach meinem Kennwort gefragt und es wird mir mitgeteilt, dass mein Ordner ungültig ist.
- Ich habe überprüft, dass der Server die Digest-Authentifizierung verwendet.
- Ich habe mehrmals überprüft, ob Software von Drittanbietern eine Verbindung herstellen kann.
- Ich habe sogar ein GoDaddy-SSL-Zertifikat gekauft, damit mein SSL nicht mehr selbst signiert wird.
- Ich habe die Registrierungs-Hacks hier angewendet: support.microsoft.com/kb/943280 (Beachten Sie, dass der Artikel besagt, dass das "Update" bereits für Windows 7 vorhanden ist. Ich benötige nur magische Registrierungs-Hacks, damit es funktioniert.)
- Ich habe die Registrierungshacks hier angewendet: support.microsoft.com/kb/941050
- Ich habe die Registrierungshacks hier angewendet: support.microsoft.com/kb/841215 (Erlaubt angeblich Basic Auth, was nicht zutreffen sollte, aber warum nicht?)
Alles ohne Erfolg; Windows fragt weiterhin zweimal nach meinem Kennwort und gibt dann an, dass "Der von Ihnen eingegebene Ordner nicht gültig zu sein scheint. Bitte wählen Sie einen anderen aus."
Versuchen Sie die Befehlszeile? Sicher:
- Ich habe versucht, mit NET USE " https://dav.example.com/ " Passwort / USER: me (Systemfehler 59) zuzugreifen.
- Ich habe versucht, mit NET USE " https://dav.example.com/ " zuzugreifen (Systemfehler 1790)
- Ich habe versucht, mit NET USE " https://dav.example.com/subdir/ " Passwort / USER: me (Systemfehler 59) zuzugreifen.
- Ich habe versucht, mit NET USE " https://dav.example.com/subdir/ " zuzugreifen (Systemfehler 1790)
- Für viel Glück: ping dav.example.com ... funktioniert. Auch hier können Webbrowser problemlos auf die Freigabe zugreifen, ebenso Tools von Drittanbietern.
Das Beste, was ich an dieser Stelle sagen kann, ist "HAHA, KEIN WEBDAV FÜR SIE AUF WINDOWS 7", was in Ordnung wäre, außer jeder, der diese Anwendung verwendet ... verwendet Windows 7. Und die meisten sind nicht so hartnäckig oder kämpferisch wie ich.
Ich habe das Gefühl, dass ich jeden zufälligen Vorschlag, den ich irgendwo auf den ersten 10 Seiten von Google gefunden habe, in jedem Suchbegriff durchgebrannt habe, den ich mir vorstellen kann. Irgendwelche Ideen? Ich brauche es Webdav, ich muss es über HTTPS sein, und ich brauche wirklich eine Methode, um von Windows 7 darauf zuzugreifen.
ZUSÄTZLICHES DETAIL:
Die "Drittanbieter" -Programme, die ich ausprobiert habe, waren entweder fehlerhaft, unvollständig oder haben dumme ... "Pannen". Beispielsweise scheint BitKinex alle gesendeten http-Fehlercodes zu korrigieren. Wenn also ein Fehler beim Lesen eines Verzeichnisses (BAM) auftritt, wird dieses Verzeichnis immer leer aufgeführt. Lange Verzeichnislisten werden ebenfalls leer angezeigt, obwohl im Übertragungsfenster angezeigt wird, dass die Verzeichnisliste noch stattfindet.
In jedem Fall ist BitKinex aus den oben genannten Gründen für Entwicklungszwecke unbrauchbar. Und außerdem baue ich dies für andere Leute als mich selbst, Leute, die wollen, dass dieser Dav-Anteil "normal" funktioniert.
WebDAV funktioniert hervorragend, außer dass die Windows-WebDAV-Clients defekt sind. Beispielsweise ist die Digest-Authentifizierung des Windows Mini Redirector fehlerhaft. Aus irgendeinem Grund scheint es möglich zu sein, den Client über die Befehlszeile zuzuordnen.
Auf der folgenden Seite wird dies ausführlich erläutert: http://barracudaserver.com/products/BarracudaDrive/tutorials/mapping_windows_drive.lsp
Verwenden Sie einen anderen WebDAV-Client oder einen WebDAV-Server wie BarracudaDrive, der Sitzungs-URLs implementiert. Sie melden sich mit einem Browser an und verwenden die vom Browser bereitgestellte Sitzungs-URL, wenn Sie das Laufwerk zuordnen.
quelle
Ich bin auf dasselbe Problem gestoßen und habe es gelöst. Einfach ausgedrückt gibt es mehrere häufige Ursachen für das Problem.
Ich habe dieses Problem in meinem Blog ausführlich erklärt :
quelle
Auf microsoft.com gibt es eine KB, die angibt, ob die URL ein untergeordnetes Verzeichnis wie https://www.example.com/webdav enthält , das ein Webdav ist, das übergeordnete Verzeichnis jedoch kein Webdav Win7 ist, und Win Server 08 versucht es um sich gegen das übergeordnete Element zu authentifizieren, das KEIN Webdav ist. Das Update finden Sie hier: http://support.microsoft.com/kb/2560598
Ich habe bestätigt, dass es wie vorgesehen funktioniert, wenn es auf diese Weise eingerichtet wird. Ich denke, die andere Option wäre die Verwendung einer Webdav-Subdomain wie https://webdav.example.com , die auf Ihr Webdav-Verzeichnis verweist.
quelle
BitKinex ist das einzige Programm, das ich gefunden habe und das Webdav für ein selbstsigniertes Zertifikat unter Windows 7 ausführt. Ich hatte einige Hoffnungen auf Cyberduck, stellte jedoch fest, dass es das gleiche Problem hat, zweimal nach dem Kennwort fragt und stirbt. Anscheinend haben die BitKinex-Leute ein tiefes dunkles Geheimnis von win7 webdav mit Selbstsignierung entdeckt, das nur bestimmten Mitgliedern der Geheimbünde bekannt gegeben wird. LOL BitKinex macht den Job großartig und hat Scheduler und alles.
quelle
Ich habe sowohl die Basis- als auch die Digest-Authentifizierung (über https) ausprobiert und konnte mit einem Windows 7-Client nichts erreichen.
Die einzige Möglichkeit, die ich bisher unter Windows 7 ohne einen Client eines Drittanbieters zum Laufen gebracht habe, bestand darin, die Authentifizierung mit Benutzername / Kennwort aufzugeben und durch die Authentifizierung mit Clientzertifikaten zu ersetzen. Meine Verzeichnis-Zeilengruppe sieht jetzt so aus:
Die Zeilengruppe SSLRequire sollte gemäß Ihren eigenen Anforderungen geändert werden.
Installieren Sie anschließend ein Zertifikat auf der Clientseite. Ich generiere und verteile meine eigenen Zertifikate mit TinyCA2 . Oder verwenden Sie einfach eine Zertifizierungsstelle eines Drittanbieters.
quelle
Wir haben ein https-Webdav auf einem Server hinter einem Apache-Reverse-Proxy. und der Webclient-Dienst unter Windows wird nicht gestartet. Die Bereitstellung schlägt mit dem Netzwerknamen 0x80070043 fehl ...
Wir haben dies gelöst, indem wir die Antwort der ersten Anfrage vom Windows Explorer auf 200 OK anstelle einer Umleitung 302 umgeschrieben haben. Dann wird der Webclient gestartet und die Bereitstellung ist erfolgreich.
Beispiel für Apache-Regeln:
Update: Wir hatten das gleiche Problem mit zweimaligen Anmeldungen und ich habe es gelöst, indem ich der Apache vhost-Konfiguration (auf dem Reverse-Proxy) Folgendes hinzugefügt habe:
quelle