#
# Distributed authoring and versioning (WebDAV)
#
# Required modules: mod_dav, mod_dav_fs, mod_setenvif, mod_alias
# mod_auth_digest, mod_authn_file
#
# The following example gives DAV write access to a directory called
# "uploads" under the ServerRoot directory.
#
# The User/Group specified in httpd.conf needs to have write permissions
# on the directory where the DavLockDB is placed and on any directory where
# "Dav On" is specified.
DavLockDB "/usr/local/httpd/logs/DavLock"
JkMount /alfresco default
JkMount /alfresco/* default
#JkMount /alfresco/webdav default
#JkMount /alfresco/webdav/* default
#Alias /webdav "/usr/local/tomcat/webapps/webdav"
#<Directory "/usr/local/tomcat/webapps/webdav">
<Directory "/usr/local/tomcat/webapps/alfresco/WEB-INF">
Options Indexes FollowSymLinks
DirectoryIndex index.jsp index.html index.htm
Dav On
AllowOverride None
Order Allow,Deny
Allow from all
Require valid-user
DavDepthInfinity on
#AuthType Basic
AuthName www.secure.samtek.es
</Directory>
# Deny direct access to WEB-INF and META-INF
#
<Location "/webdav/WEB-INF/*">
#AllowOverride None
deny from all
</Location>
<Location "/webdav/META-INF/*">
#AllowOverride None
deny from all
</Location>
#
# The following directives disable redirects on non-GET requests for
# a directory that does not include the trailing slash. This fixes a
# problem with several clients that do not appropriately handle
# redirects for folders with DAV methods.
#
BrowserMatch "Microsoft Data Access Internet Publishing Provider" redirect-carefully
BrowserMatch "MS FrontPage" redirect-carefully
BrowserMatch "^WebDrive" redirect-carefully
BrowserMatch "^WebDAVFS/1.[0123]" redirect-carefully
BrowserMatch "^gnome-vfs/1.0" redirect-carefully
BrowserMatch "^XML Spy" redirect-carefully
BrowserMatch "^Dreamweaver-WebDAV-SCM1" redirect-carefully
El caso es que llego al servidor al crear la unidad de red desde Windows Vista con el último SP, me pide el certificado y después nombre de usuario y contraseña, pero cuando los incluyo, me los vuelve a pedir, pero en el nombre de usuario ha incluido el nombre del usuario seguido de "/" nombre del servidor.El caso es que llego al servidor al crear la unidad de red desde Windows Vista con el último SP, me pide el certificado y después nombre de usuario y contraseña, pero cuando los incluyo, me los vuelve a pedir, pero en el nombre de usuario ha incluido el nombre del usuario seguido de "/" nombre del servidor.Este es el procedimiento típico de acceso por CIFS (Samba) .. para ello, entre otras cosas, tendrás que configurar el acceso a través de sus correspondientes puertos.
Me da que esto es lo que le manda a Alfresco y por eso no puedo entrar.
El nombre de la carpeta que escribió no parece válido.Elija otro-Con Windows XP me pasa exactamente lo mismo.
Efectivamente he anulado el 8080, e incluso el 80, todo pasa por el 443 de apache que lo redirige al 8009 (ajp).
estoy de acuerdo contigo en que me está pidiendo doble logueado, porque cuando creo la unidad del sitio de internet primero pide certificado, despues nombre de usuario y contraseña, que al introducirlos me pide de nuevo certificado y logueado pero el campo de usuario Windows me lo rellena con el nombre del servidor seguido de barra y nombe de usuario. Si vuelvo a loguearme me dice que escribí incorrectamente la dirección del sitio.
También pienso como tu respecto a la URL (https://wwww.miservidor/alfresco/webdav..también lo he probado con y sin barra al final de la url …. nada). mod_jk creo que hace el salto porque el acceso a Alfresco a través del navegador funciona correctamente, es más, en el navegador veo también la interfaz gráfica de webdav, aunque ésta me sirve de poco porque solo puedo ver documentos, no subirlos.
Por tanto, me voy decantando porque el problema viene del archivo de configuración de webdav en Apache o bien, por algún problema de Windows con webdav.
Anteriormente en este hilo publiqué el contenido del fichero de configuración de WebDav.
Tampoco he observado en los ficheros de configuración de Alfresco ninguna referencia a algún puerto relacionado conWebDav.
Content from pre 2016 and from language groups that have been closed.
Content is read-only.
By using this site, you are agreeing to allow us to collect and use cookies as outlined in Alfresco’s Cookie Statement and Terms of Use (and you have a legitimate interest in Alfresco and our products, authorizing us to contact you in such methods). If you are not ok with these terms, please do not use this website.