Bonjour à tous,
Je suis entrain de mettre en place un Reverse-Proxy avec Apache 2 pour accéder à un serveur Webdav IIS depuis l’Internet. Tout fonctionne à peu prêt bien sauf qu’après m’être authentifier je ne vois pas ce qu’il y a dans le répertoire partagé et lorsque je crée un nouveau dossier ou un nouveau fichier, il disparaît de mon explorateur.
J’ai exploré divers forum et je n’ai pu trouver quelquechose d’utile. J’ai l’impression qu’il y a une perte de connexion mais je n’ai pu encore regarder les logs du serveur IIS. Y’a-t-il une modification à apporter à ma conf apache ?
Listen 443
<VirtualHost *:443>
ServerName reverse
DocumentRoot "/var/www/html/"
SSLEngine on
SSLCipherSuite HIGH:MEDIUM
SSLProtocol all
SSLCertificateFile /etc/apache2/cert/webdav.crt
SSLCertificateKeyFile /etc/apache2/key/webdav.key
ProxyRequests off
ProxyPreserveHost off
ProxyPass / 192.168.x.x/
ProxyPassReverse / 192.168.x.x/
J’entend déjà ceux qui vont crier aux scandales parce que j’ai osé parler de IIS. Mais dans un contexte professionnel, on n’a pas toujours le choix des outils avec lesquels on travaille. Mais rassurez-vous le reverse-proxy est sous Debian. Pour Apache j’ai entendu qu’il y avait le mode rewrite qui existait… J’ai également trouvé lors de mes recherches, un article parlant des problèmes du Webdav IIS avec les reverse-proxy mais rien pour corriger le problème avec Apache :
"IIS WebDAV Problem
Behavior of IIS WebDAV module makes it difficult to deploy behind
a reverse proxy. Unlike the original HTTP/1.1, WebDAV utilizes
a message body as container for WebDAV metadata.
The problem is that IIS WebDAV embeds in these WebDAV message bodies
absolute URLs that point to its own resources. Also there seems to be
no option to change this behavior. This is true for IIS 5.0 and 6.0.
example:
PROPFIND /davdir HTTP/1.1
HTTP/1.1 207 Multi-Status
— message body —
…
<a:response>
<a:href>http://iis-host.internal/davdir/</a:href>
…
<a:response>
<a:href>http://iis-host.internal/davdir/file1.html</a:href>
…
— end of message body —
This poses a serious problem when a DAV client tries to access these
URLs because they are relevant only in the intranet.
Apache mod_dav, on the other hand, uses relative URLs to point to
its own resources:
<a:response>
<a:href>/davdir/</a:href>
…
<a:response>
<a:href>/davdir/file1.html</a:href>
…
—quote from webdav.org/mod_dav/ —
mod_dav responds with relativeURI values in the DAV:href element.
The URIs are relative to the host. For example: /some/path/somefile.html.
Some other servers return absolute URIs.
Most reverse-proxies are able to rewrite absolute URLs found in HTTP headers,
but not many of them can rewrite URLs in WebDAV message bodies in 100%
correct way."
Voilà, je ne sais vraiment pas quoi faire et je vous remercie par avance pour vos réponses.
:smt002