Permisos de archivos en tu hosting: 644, 755 y por qué nunca 777

Cómo leer rwxr-xr-x sin memorizar nada

El administrador de archivos y los clientes de FTP muestran los permisos de dos maneras: con letras, como rwxr-xr-x, o con tres números, como 755. Dicen lo mismo. Las letras vienen en tres grupos de tres: el primero es para el dueño del archivo, el segundo para su grupo y el tercero para todos los demás. En cada grupo, r es leer, w es escribir y x es ejecutar; un guion es un permiso que falta.

Para pasar de letras a números, cada permiso tiene un valor y se suman: r vale 4, w vale 2 y x vale 1.

rwxr-xr-x es 7, 5 y 5: el dueño hace todo y el resto lee y entra. rw-r--r-- es 644.

En una carpeta, las letras significan otra cosa

En un archivo, x quiere decir que se puede ejecutar como programa. En una carpeta quiere decir que se puede atravesar: entrar y llegar a lo que hay adentro. Una carpeta sin x deja inaccesible todo su contenido, aunque cada archivo tenga los permisos perfectos, y el servidor web responde con un 403.

La r de una carpeta permite listar lo que contiene, y la w, crear, renombrar y borrar cosas adentro. De ahí sale una sorpresa frecuente: poder borrar un archivo no depende de los permisos del archivo, sino de los de la carpeta que lo contiene.

Qué valor lleva cada cosa

Cuidado con aplicar 600 a imágenes, hojas de estilo o scripts del navegador. Esos archivos los entrega directamente el servidor web, que no corre como tu usuario: si no los puede leer, responde 403 y la página se ve rota.

Por qué 777 no arregla lo que parece arreglar

El 777 le da a cualquier usuario del servidor permiso para leer, modificar y ejecutar. Los foros lo recomiendan porque "destraba" subidas que fallaban, pero en un hosting con PHP corriendo como tu usuario esa subida ya funcionaba con 755: si fallaba, el motivo era otro, casi siempre el dueño.

Además de no hacer falta, tiene dos costos. En servidores con suPHP o suEXEC, PHP se niega a ejecutar lo que está en carpetas o archivos que cualquiera puede modificar, y devuelve un error 500. Y donde sí funciona, dejaste la puerta abierta: un archivo malicioso que llega a una carpeta en 777 puede quedarse ahí y ejecutarse. El aislamiento entre sitios del hosting reduce ese riesgo, pero los permisos son la primera capa y no conviene saltearla.

Cambiarlos desde el administrador de archivos de DirectAdmin

1. En el panel, abrí el administrador de archivos (File Manager, dentro de System Info & Files).
2. Entrá a la carpeta del sitio: domains, el nombre de tu dominio y public_html.
3. Marcá los archivos o carpetas que querés cambiar. Podés elegir varios a la vez y reciben el mismo valor.
4. Usá la opción de permisos, escribí el número de tres dígitos y aplicá.
5. Mirá la columna de permisos: si no cambió, no es un problema de números sino de dueño, y conviene escribirnos.

Con FileZilla, carpetas y archivos por separado

Un cliente de FTP resuelve lo que en el administrador de archivos es incómodo: aplicar un valor a las carpetas y otro a los archivos de todo un árbol. Conectate con el acceso cifrado, como se explica en subir tu sitio por FTP o SFTP, y después:

1. Clic derecho sobre public_html y elegí la opción de permisos de archivo (File permissions).
2. Escribí 755 en el valor numérico, activá la opción recursiva (Recurse into subdirectories) y elegí aplicarlo solo a directorios. Aceptá.
3. Repetí sobre la misma carpeta con 644, recursivo, aplicado solo a archivos.
4. Refrescá la vista y revisá un par de carpetas y archivos al azar.

Con acceso a la consola, cuatro líneas

El hosting no tiene SSH: ahí los permisos se cambian desde el administrador de archivos o el cliente FTP. En un VPS con DirectAdmin, o en cualquier servidor donde tengas consola, find hace las dos pasadas sin errores de tipeo. Primero las carpetas, después los archivos y, al final, la excepción del archivo de configuración:

cd ~/domains/tudominio.com.ar/public_html
find . -type d -exec chmod 755 {} +
find . -type f -exec chmod 644 {} +
chmod 600 wp-config.php

Cuando el problema es el dueño

Cada archivo tiene un dueño además de permisos. En un hosting con DirectAdmin, todo lo que está dentro de tu cuenta tiene que pertenecer a tu usuario del panel: así PHP, que corre como ese usuario, escribe sin necesidad de permisos abiertos. Si una restauración hecha por consola o un script ejecutado con otro usuario dejó archivos a nombre de otro, aparecen fallas sin lógica aparente: un archivo imposible de borrar, subidas que fallan en una sola carpeta, un WordPress que pide datos de FTP para actualizarse.

Desde File Manager se tocan los permisos, nunca el dueño, y ningún número lo resuelve. Se corrige del lado del servidor: escribinos por ticket con la ruta que falla. En un VPS lo hacés vos, con chown -R usuario:usuario sobre la carpeta.

Del error al permiso

Un 500 también puede venir de una línea inválida en el .htaccess. Si tocaste ese archivo hace poco, empezá por ahí.