Netzlaufwerk über WebDAV per IIS
Hallo Community,
ich bin derzeit bei der Einrichtung eines WebDAV Servers zum Filesharing am Verzweifeln .
Ziel ist es einen IIS Aufzubauen der eine WebDAV Anbindung für Filesharing möglich macht.
Die Verzeichnisse sollen am Clientrechner, außerhalb der Domäne, per Netzlaufwerk eingebunden werden.
Ich habe es mittlerweile hinbekommen die AD Authentifizierung per Webbrowser durchzuführen.
Im IE kann ich das Verzeichnis auch über den Webbrowser durchsuchen.
Wenn ich versuche das Netzlaufwerk zu verbinden komme ich nicht über "Verbindungsversuch mit https://192.168.2.210/edv/; hinaus.
Da scheint die Anfrage einfach ins Leere zu laufen...
Gibt es im IIS Logs, um zu schauen ob überhaupt etwas am Server ankommt?
Ich würde mich über eure Unterstützung freuen
VG
Felix
ich bin derzeit bei der Einrichtung eines WebDAV Servers zum Filesharing am Verzweifeln .
Ziel ist es einen IIS Aufzubauen der eine WebDAV Anbindung für Filesharing möglich macht.
Die Verzeichnisse sollen am Clientrechner, außerhalb der Domäne, per Netzlaufwerk eingebunden werden.
Ich habe es mittlerweile hinbekommen die AD Authentifizierung per Webbrowser durchzuführen.
Im IE kann ich das Verzeichnis auch über den Webbrowser durchsuchen.
Wenn ich versuche das Netzlaufwerk zu verbinden komme ich nicht über "Verbindungsversuch mit https://192.168.2.210/edv/; hinaus.
Da scheint die Anfrage einfach ins Leere zu laufen...
Gibt es im IIS Logs, um zu schauen ob überhaupt etwas am Server ankommt?
Ich würde mich über eure Unterstützung freuen
VG
Felix
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 375069
Url: https://administrator.de/forum/netzlaufwerk-ueber-webdav-per-iis-375069.html
Ausgedruckt am: 23.12.2024 um 20:12 Uhr
8 Kommentare
Neuester Kommentar
Gibt es im IIS Logs, um zu schauen ob überhaupt etwas am Server ankommt?
Ja im Windows-Verzeichnis C:\Windows\System32\LogFiles
Ich tippe auf ein nicht vertrauenswürdiges Zertifikat oder nicht passender Common Name für den Zugriff von extern.
https://docs.microsoft.com/en-us/iis/install/installing-publishing-techn ...
Tja wenn du keine Zugriff siehst und die Protokollierung aktiviert ist, ist deine Firewall dicht ...
Zitat von @Flyinrhino:
Wieso komme ich dann per Webbrowser in das Verzeichnis :D?
Telnet funktioniert auch auf 80 und 443...
Wenn du es nur lokal testest, kein WunderWieso komme ich dann per Webbrowser in das Verzeichnis :D?
Telnet funktioniert auch auf 80 und 443...
Deine Aussage -->
Habe bisher nur intern (von der selben Kiste getestet).
Hallo Felix,
da ich nicht weiß wie du WebDAV bei dir eingerichtet hast, anbei zwei Referenzanleitungen:
https://docs.microsoft.com/en-us/iis/install/installing-publishing-techn ...
https://gridscale.io/community/tutorials/webdav-windows-server/
Gruß,
Dani
da ich nicht weiß wie du WebDAV bei dir eingerichtet hast, anbei zwei Referenzanleitungen:
https://docs.microsoft.com/en-us/iis/install/installing-publishing-techn ...
https://gridscale.io/community/tutorials/webdav-windows-server/
Ich bin tatsächlich noch nicht so weit um die Kiste von extern zu testen.
Das ist auch gut so. Erstmal die Funktion im LAN zum Laufen bringen. Anschließend die Systeme härten (SSL Protocols, (Windows) Firewall, Cipher Suites, evtl. Reverse Proxy, WAF, etc). Danach kann das System im Internet veröffentlich und weiter getestet werden.Gruß,
Dani
Hallo zusammen,
ich stehe derzeit auch vor der Aufgabe einen webDAV für die Einbindung von NEXTCLOUD in unserer DMZ einzurichten.
Habt ihr evtl. gute Anleitungen zur Härtung des IIS? Die Anleitungen auf gridscale bzgl. Einrichtung und Aktivierung von HTTPS habe ich gesehen und wollte mich danach richten.
Bin für Tipps sehr dankbar, denn mit den genannten Punkten kann ich (noch) nichts anfangen.
VG
Duckste
ich stehe derzeit auch vor der Aufgabe einen webDAV für die Einbindung von NEXTCLOUD in unserer DMZ einzurichten.
Habt ihr evtl. gute Anleitungen zur Härtung des IIS? Die Anleitungen auf gridscale bzgl. Einrichtung und Aktivierung von HTTPS habe ich gesehen und wollte mich danach richten.
Zitat von @Dani:
Das ist auch gut so. Erstmal die Funktion im LAN zum Laufen bringen. Anschließend die Systeme härten (SSL Protocols, (Windows) Firewall, Cipher Suites, evtl. Reverse Proxy, WAF, etc). Danach kann das System im Internet veröffentlich und weiter getestet werden.
Das ist auch gut so. Erstmal die Funktion im LAN zum Laufen bringen. Anschließend die Systeme härten (SSL Protocols, (Windows) Firewall, Cipher Suites, evtl. Reverse Proxy, WAF, etc). Danach kann das System im Internet veröffentlich und weiter getestet werden.
Bin für Tipps sehr dankbar, denn mit den genannten Punkten kann ich (noch) nichts anfangen.
VG
Duckste