Borre la advertencia de ownCloud Apache .htaccess de forma segura.
Configure AllowOverride All solo para la raíz web de ownCloud, valide el vhost Apache activo y recargue de forma segura para restaurar las reglas de .htaccess.
Para una instalación de ownCloud Classic alojada en Apache, solucione la advertencia "AllowOverride All" o ".htaccess no funciona" configurando AllowOverride Alldentro de un <Directory>bloque Apache correspondiente para la raíz web de ownCloud en el host virtual activo. Pruebe la configuración de Apache, reinicie el servicio y actualice la vista general de administración de ownCloud. No habilite las anulaciones para todo el sistema de archivos.

La directiva de Apache AllowOverridecontrola qué configuraciones .htaccesspuede aplicar un archivo. Si las anulaciones están deshabilitadas para el directorio ownCloud, Apache puede ignorar las reglas del .htaccessarchivo proporcionado por ownCloud. Esto puede afectar las reglas de reescritura y seguridad, razón por la cual el manual actual de ownCloud 10.16 incluye AllowOverride Allen su ejemplo de configuración de Apache.
La directiva solo es válida en una <Directory>sección de Apache. No pertenece a .htaccessun <Location>bloque ni a una ruta URL. Apache también advierte a los administradores que no habiliten anulaciones en el <Directory "/">bloque global; en su lugar, limiten la configuración al directorio de instalación de ownCloud. Consulte la guía de instalación de Apache de ownCloud 10.16 y AllowOverridela documentación de referencia de Apache .
/var/www/owncloud. Usa la ruta del sistema de archivos que sirve Apache, no una URL del navegador como por ejemplo /owncloud./etc/apache2/sites-available/owncloud.conf; otras distribuciones utilizan ubicaciones diferentes.En Debian o Ubuntu, sudo apachectl -Sse muestran los hosts virtuales de Apache y los archivos de configuración que los definen. Esto ayuda a evitar editar un sitio predeterminado sin usar mientras el host virtual HTTPS continúa dando servicio a ownCloud.
Abra el archivo vhost activo y busque su sección ownCloud existente <Directory>. Agregue o corrija la línea allí. Para una instalación estándar en /var/www/owncloud, la parte relevante puede verse así:
DocumentRoot /var/www/owncloud
<Directory /var/www/owncloud/>
Options +FollowSymLinks -Indexes
AllowOverride All
Require all granted
</Directory>
Integra esta configuración en tu configuración existente en lugar de reemplazar todo el vhost con este breve ejemplo. Si tu directorio ownCloud se encuentra en otra ubicación, reemplaza ambas rutas con la ruta real. Apache requiere que la ruta del directorio coincida con la ruta del sistema de archivos que utiliza para los archivos.
AllPermite que cualquier directiva permitida en un .htaccessarchivo anule la configuración del servidor en este directorio. Es un permiso amplio, así que mantenga este bloque limitado a la raíz web de ownCloud. No lo modifique AllowOverride Nonepara /, /var/www, ni sitios no relacionados simplemente para silenciar la advertencia.
En Debian o Ubuntu, ownCloud documenta mod_rewritelo necesario para la configuración de Apache. Si no está habilitado, habilítelo con:
sudo a2enmod rewrite
Luego, verifique la configuración antes de aplicarla:
sudo apachectl -t
Continúe solo si Apache informa Syntax OK. Recargue Apache para que lea el vhost actualizado:
sudo systemctl reload apache2
En las distribuciones que usan el nombre del servicio, use los comandos configuration-test y reload de esa distribución. Vuelva a Configuración > Administración > Resumenhttpd de ownCloud y actualice la página. La advertencia debería desaparecer si Apache está leyendo el vhost editado y procesando ownCloud ..htaccess



sudo apachectl -Sa ejecutar el comando y confirme que el archivo modificado pertenece al nombre de host y puerto utilizados por ownCloud. Una AllowOverride Alllínea en un bloque que no coincide no tiene ningún efecto.<Directory /path/to/owncloud/>sección literal y que la ruta coincida con el directorio de instalación. Apache ignora AllowOverrideen .htaccessy <Location>.occ maintenance:update:htaccess. Ejecútalo desde el directorio de ownCloud como el usuario del servidor web, por ejemplo sudo -u www-data php occ maintenance:update:htaccess. El usuario del servidor web debe tener permisos de escritura para el .htaccessarchivo proporcionado para esta actualización. No hagas que el archivo sea escribible por todos; corrige su propiedad o permisos según las instrucciones de tu instalación..htaccesspuede fallar si falta su módulo o si no está permitida. Utilice el registro de errores para identificar el módulo o la regla específicos.La configuración de URL sin index.php documentada por ownCloud también requiere mod_rewrite, mod_env, y una raíz escribible .htaccess; esta es una configuración de reescritura relacionada, no una razón para ampliar las anulaciones más allá del directorio de ownCloud. Si su configuración utiliza PHP-FPM, siga la guía actual de ownCloud para esa instalación en lugar de cambiar los manejadores de PHP para abordar una advertencia de anulación de Apache. Si la advertencia dice que el directorio de datos puede ser accesible públicamente, verifique que el directorio de datos esté fuera de la raíz web o protegido también por una regla explícita de Apache; eliminar la .htaccessadvertencia por sí sola no es prueba de que no se puedan solicitar archivos privados directamente.
Para conocer el comportamiento documentado y los límites de la plataforma, consulte la guía de ownCloud sobre URL sin index.php y su referencia de comandos OCC .
Configure AllowOverride All solo para la raíz web de ownCloud, valide el vhost Apache activo y recargue de forma segura para restaurar las reglas de .htaccess.
Habilite la aplicación de auditoría empresarial de ownCloud, dirija los eventos de admin_audit a un archivo de registro protegido y confirme que se están registrando las acciones reales de los usuarios.
Alinea el emisor del reino, el cliente web y las reclamaciones de usuario de Keycloak para permitir que ownCloud Infinite Scale inicie sesión de forma fiable en los clientes web y móviles.
Transfiere los archivos propios y los recursos compartidos salientes con el comando occ de ownCloud, comprende qué se queda y verifica el acceso antes de eliminar la cuenta antigua.
Aprende cuándo los índices de la base de datos ownCloud 10 necesitan atención, cómo aplicar de forma segura las actualizaciones de esquema compatibles y cuándo la optimización de consultas o un cambio en la base de datos es la mejor solución.
Conecte un recurso compartido de red de Windows o Samba a ownCloud a través de Almacenamiento externo, verifique las credenciales y solucione los problemas de carpetas inaccesibles de forma segura.
Elimine todas las versiones de archivos almacenadas de ownCloud Server Classic para una cuenta o para todos los usuarios, y distinga entre una eliminación completa y la caducidad basada en la retención.
Para rastrear un rechazo de conexión móvil de ownCloud, verifique la URL del servidor, la red telefónica, el punto final HTTPS y los registros del servidor en el orden correcto.
Sustituya la ejecución de trabajos bajo demanda por un temporizador systemd que ejecute el comando occ system:cron compatible con ownCloud cada 15 minutos.
Rastrea la solicitud WebDAV a través de Apache, Nginx o un proxy inverso, y luego confirma que la sincronización de ownCloud funciona con una prueba PROPFIND autenticada.