Diagnosticos

Error de Permisos en Subida de Archivos en WordPress Dentro de un Contenedor Docker

Si el contenedor Docker de WordPress esta mapeado a un volumen personalizado, es posible que el problema esté relacionado con los permisos en la carpeta mapeada en su sistema host, es decir, en /home/${USER}/volumendocker/wordpress/.

Muchas recomendaciones en linea indicar que los permisos deberia ser configurados a 755, pero a mi solo me funciono despues de configurarlos a 777. 

Pasos para Resolver:

Verifique los Permisos en el Sistema Host:

Verifique la Configuración de Volúmenes en Docker:

Reinicie el Contenedor:

Si después de realizar estos pasos sigue teniendo problemas, puede ser útil revisar los logs del contenedor Docker para ver si hay algún otro error adicional que pueda estar afectando las subidas.

La contraseña admin/admin por defecto en Filebrowser no funciona.

En la imagen oficial de filebrowser/filebrowser, el único usuario incorporado es admin, pero la contraseña se genera aleatoriamente la primera vez que se inicia el contenedor y solo se muestra una vez en los registros del contenedor. Si vuelve a crear el contenedor sin mantener la base de datos SQLite, FileBrowser entra nuevamente en “modo primera ejecución”, genera una nueva contraseña y no podrá iniciar sesión con la anterior. Para evitar esto, monte la base de datos (y opcionalmente el settings.json) en una ruta persistente en el host o en un volumen nombrado. Si prefiere usar una contraseña fija, puede establecer FB_USER y FB_PASSWORD (o usar el CLI) la primera vez.

 


 

 

1. ¿Cuál es el usuario y contraseña por defecto?

 

Imagen / versión

Usuario

Contraseña en el primer inicio

Imagen oficial Alpine / S6 (v2.x)

admin

Cadena aleatoria mostrada una sola vez en logs

Algunas guías antiguas o no oficiales

admin

admin

¿Dónde encontrar la contraseña aleatoria?

docker logs <nombre_del_contenedor> | grep -i "generated password"

Si ya no aparece, puede restablecer la contraseña desde dentro del contenedor:

docker exec -it <nombre_del_contenedor> filebrowser users update admin --password NUEVAPASS

 


 

 

2. ¿Por qué se reinicia la contraseña cada vez que actualizo?

 

 

  1. FileBrowser guarda los usuarios y configuraciones en un solo archivo SQLite (/database/filebrowser.db o /database.db, según la imagen).

  2. Si actualiza la imagen o recrea el contenedor y no ha montado ese archivo en un volumen persistente, Docker crea una capa nueva de archivos vacía. FileBrowser no encuentra la base de datos y vuelve a generarla desde cero con nueva contraseña aleatoria.

 

 


 

 

3. ¿Cómo mantener el acceso después de actualizar?

 


Ejemplo docker-compose.yml:

version: "3.9"
services:
  filebrowser:
    image: filebrowser/filebrowser:latest   # o especifique una versión fija
    container_name: filebrowser
    ports:
      - "8080:80"
    environment:
      - PUID=1000
      - PGID=1000
      # Opcional: defina credenciales fijas al crear por primera vez la DB
      - FB_USER=admin
      - FB_PASSWORD=SuperSecreta123
    volumes:
      - /srv/files:/srv
      - /opt/filebrowser/filebrowser.db:/database/filebrowser.db
      - /opt/filebrowser/settings.json:/config/settings.json  # Opcional
    restart: unless-stopped

 

 

 


 

 

4. Cambiar o restablecer la contraseña del admin

 

Método

Comando

Desde el host

docker exec -it filebrowser filebrowser users update admin --password NUEVAPASS

Con variables de entorno (una vez)

-e FB_USER=admin -e FB_PASSWORD=NUEVAPASS

Desde la interfaz web

Usuarios → Editar

 


 

 

5. Consejos adicionales

 

 

 

 


 

 

Resumen

 


El usuario siempre es admin; la contraseña es aleatoria (imagen oficial) o admin (guías antiguas). El motivo por el que “pierde” el acceso es porque la base de datos desaparece cuando el contenedor se reinicia sin una capa persistente. Monte ese archivo o defina sus propias credenciales una vez, y no volverá a tener este problema.