Verhalten von DocManager.DavProtocolEditDocument mit Cookie-Authentifizierung

Question

Ich versuche, ein Word-Dokument auf dem WebDav-Server mit Cookie-Authentifizierung zu öffnen. Wenn ich die Methode mit einer URL von <webdavServer>/info/about/file.docx verwende, fragt der Browser Microsoft Word zu öffnen und sendet dann zwei Anfragen, eine hat den Pfad mit der Datei entfernt und eine hat den vollständigen Pfad. Dies scheint zu funktionieren.

Wenn ich jedoch zu DavProtocolEditDocument() wechseln möchte, möchte der Browser die IT Hit Edit Document Opener 3 App öffnen. Nach ein paar "Erlauben" -Bildschirmen bekommt mein Webdav-Server eine Reihe von Anfragen mit entweder einem leeren Pfad oder nichts als "/". Der von mir angeforderte Cookie (oder alle Cookies, wenn ich keinen benenne) befinden sich in den Anforderungsheadern, aber der Server verhält sich seltsam.

Also, was soll ich in diesem Szenario tun? Muss ich manuell nach einem Cookie suchen und etwas zurücksenden? Was schicke ich in diesem Fall zurück? Wohin geht der Weg und warum habe ich keinen Zugang mehr dazu?

Answer 1

Die WebDAV-Client-Anwendung, in Ihrem Fall MS Mini-Redirector-Treiber, der hinter den Kulissen arbeitet, sendet OPTIONS- und PROPFIND-WebDAV-Anfragen an den Root- oder Ihren WebDAV-Server sowie an jeden Ordner im Dateipfad. Dies ist ein normales Verhalten für MS Office und MS Mini-Redirector.

Ihr WebDAV-Server muss diese WebDAV-Anforderungen verarbeiten und eine gültige WebDAV-Antwort bereitstellen. Sie können Anfragen mit dem Fiddler-Tool, WireShark oder einem anderen HTTP-Debugproxy erfassen und prüfen, ob sie erfolgreich verarbeitet wurden.

Was Sie mit einem Cookie tun, hängt von Ihrer Authentifizierungsimplementierung ab. Wenn Sie der ASP.NET-Anwendung WebDAV mithilfe des Assistenten 'Add WebDAV Server Implementation' in Visual Studio hinzugefügt haben, wird sie von ASP.NET-Authentifizierungsmodulen verarbeitet und entweder mit Ausnahme oder abgelehnt.