Comandos SSH para administrar un servidor Linux: guía esencial para webmasters

Administrar un servidor Linux con comandos SSH significa conectarse de forma segura a un servidor remoto y gestionar desde la terminal archivos, servicios, usuarios, logs, seguridad y rendimiento. Para las tareas más básicas se accede con el comando ssh usuario@ip-servidor; después, comandos como ls, cd, pwd, cp, mv, rm, nano, systemctl, journalctl, top, df, du, chmod, chown, tar, scp y rsync permiten publicar un sitio web, revisar errores, reiniciar servicios y manejar copias de seguridad. Esta guía explica con ejemplos prácticos los comandos SSH más útiles para webmasters que trabajan a diario con hosting, VPS o servidores dedicados.

Aunque muchas veces basta con administrar una web desde un panel de control, saber usar SSH marca la diferencia cuando aumenta el tráfico, se necesita instalar software específico, revisar logs de errores o intervenir con rapidez ante una caída. Por ejemplo, si tu sitio WordPress muestra un error 500, en lugar de esperar a que cargue el panel puedes comprobar en minutos el espacio en disco, el estado de PHP-FPM, los logs de Nginx o Apache y los archivos modificados recientemente. Esto reduce el tiempo de inactividad y ayuda a proteger el rendimiento SEO. Si todavía estás eligiendo infraestructura, te conviene comparar las opciones de VPS Server y Alojamiento web según las necesidades reales de tu proyecto.

¿Qué es SSH y por qué es importante para webmasters?

SSH es la abreviatura de Secure Shell, un protocolo seguro que permite conectarse de forma cifrada a un servidor remoto. Mientras que FTP se utiliza principalmente para transferir archivos, SSH te entrega la línea de comandos del servidor. Gracias a ello puedes entrar en el directorio raíz de la web, corregir permisos, reiniciar servicios, revisar el firewall, generar copias de seguridad de bases de datos y seguir archivos de log en tiempo real.

Para un webmaster, conocer SSH aporta tres beneficios clave. El primero es la velocidad: comprimir una carpeta grande directamente dentro del servidor puede tardar segundos o minutos, en lugar de descargar miles de archivos desde un panel. El segundo es la visibilidad: puedes ver de forma directa el consumo de CPU, memoria RAM, disco y procesos. El tercero es el control: problemas como permisos rotos, servicios detenidos o configuraciones incorrectas se pueden solucionar sin esperar a que una interfaz gráfica responda. En servidores VPS, cloud y dedicados, SSH deja de ser un extra y se convierte prácticamente en una habilidad básica de administración.

Lo que debes saber antes de conectarte por SSH

Para conectarte por SSH normalmente necesitas tres datos: la dirección IP o el dominio del servidor, el nombre de usuario y el método de autenticación. El puerto por defecto en la mayoría de sistemas Linux es el 22, aunque por seguridad puede configurarse otro puerto. El comando más simple es: ssh usuario@ip-servidor. Si el puerto es diferente, por ejemplo 2222, se usa ssh -p 2222 usuario@ip-servidor.

En la primera conexión, la terminal te pedirá confirmar la huella del servidor. Este paso sirve para verificar que te estás conectando al servidor correcto. Al escribir yes, esa información se guarda en el archivo known_hosts de tu equipo. Si más adelante el servidor cambia, se reinstala o la IP se reasigna, podrías recibir una advertencia de seguridad. En ese caso no conviene ignorarla sin más: primero confirma que realmente estás conectando con el servidor correcto.

Diferencia entre acceso con contraseña y clave SSH

Entrar con contraseña es sencillo, pero está más expuesto a ataques de fuerza bruta si no se protege adecuadamente. La clave SSH funciona con una clave privada en tu ordenador y una clave pública instalada en el servidor, por lo que resulta más segura y cómoda para accesos frecuentes. Para crear una clave puedes usar ssh-keygen -t ed25519. Para copiar la clave pública al servidor, lo habitual es ejecutar ssh-copy-id usuario@ip-servidor. Una vez configurado el acceso por clave, desactivar el inicio de sesión con contraseña mejora mucho el nivel de seguridad.

Comandos básicos para navegar y listar archivos

Los primeros comandos que conviene aprender en la terminal Linux sirven para saber dónde estás, cambiar de carpeta y listar archivos. El comando pwd muestra la ubicación actual. Con cd /var/www/html puedes ir al directorio raíz de una web. cd .. sube un nivel y cd, sin argumentos, vuelve al directorio personal del usuario. El comando ls lista archivos; ls -la muestra también archivos ocultos, permisos, propietarios, tamaño y fecha.

Para webmasters es especialmente útil localizar rápido archivos como .htaccess, wp-config.php, robots.txt, sitemap.xml e index.php. El comando ls -lah muestra los tamaños en un formato legible; en lugar de ver 1048576, verás 1.0M. Si hay muchos archivos en una carpeta, ls -lt ordena por fecha y coloca arriba los modificados más recientemente. Esto ayuda a investigar archivos cambiados tras un hackeo, subidas recientes de plugins o modificaciones inesperadas en una plantilla.

Escenario práctico: revisar el directorio raíz de una web

Los archivos de una web suelen estar en rutas como /var/www, /home/usuario/public_html o /usr/share/nginx/html. Un flujo típico sería: usa pwd para confirmar tu ubicación, entra en la carpeta del sitio con cd /var/www/nombre-sitio, lista el contenido con ls -lah y revisa el tamaño total con du -sh .. Si alojas varias webs en el mismo servidor, lo más sano es mantener cada sitio bajo un usuario y directorio separados. Esto mejora la seguridad y simplifica el mantenimiento. Para la gestión de dominios puedes apoyarte en Consulta de dominio y, para los pasos de publicación, avanzar junto con las guías de Instalación de Hosting.

Operaciones con archivos y carpetas: crear, copiar, mover y borrar

Para crear un archivo vacío se usa touch archivo.txt, y para crear una carpeta, mkdir nombre-carpeta. Si necesitas generar carpetas anidadas con un solo comando, puedes escribir mkdir -p backups/2026/enero. La copia de archivos se realiza con cp origen destino; para carpetas se utiliza cp -r carpeta-origen carpeta-destino. Para mover o renombrar, el comando es mv nombre-antiguo nombre-nuevo.

Los comandos de borrado requieren mucha atención. rm archivo.txt elimina un único archivo, mientras que rm -r nombre-carpeta borra una carpeta con su contenido. El comando rm -rf fuerza el borrado sin pedir confirmación y, si se ejecuta en el directorio equivocado, puede causar pérdidas graves. En un servidor de producción, antes de usar rm -rf, confirma siempre tu ubicación con pwd y revisa el objetivo con ls. Antes de una operación crítica, crear una copia rápida con tar o rsync puede evitar horas de recuperación por un error de pocos segundos.

Hábito seguro para eliminar archivos

Para quienes empiezan, la forma más segura es no borrar de inmediato, sino mover primero el archivo a una carpeta de cuarentena. Por ejemplo, con mkdir /root/cuarentena y mv archivo-sospechoso.php /root/cuarentena/ puedes aislar el archivo sin destruirlo. Si el sitio sigue funcionando bien, más tarde podrás eliminarlo definitivamente. Este enfoque es muy útil al limpiar malware, desactivar plugins problemáticos o hacer cambios de tema.

Comandos para ver y editar el contenido de archivos

Para ver un archivo completo se usa cat archivo.txt; para revisarlo página por página, less archivo.txt. En logs grandes, cat puede llenar la terminal innecesariamente, por lo que less suele ser más cómodo. Para ver las primeras líneas se utiliza head archivo.txt, y para ver las últimas, tail archivo.txt. Para seguir un log en vivo, tail -f /var/log/nginx/error.log es uno de los comandos más valiosos.

Para editar archivos puedes usar editores como nano, vim o micro. Para principiantes, nano suele ser el más práctico. Con nano .htaccess abres el archivo, haces los cambios, guardas con Ctrl+O y sales con Ctrl+X. Al editar configuraciones de PHP, bloques de servidor de Nginx, virtual hosts de Apache o robots.txt, recuerda que un pequeño error de sintaxis puede dejar la web inaccesible. Antes de modificar, es buena práctica crear una copia con cp archivo archivo.bak.

Gestión de permisos y propiedad: chmod y chown

En servidores Linux, los permisos de archivos son críticos tanto para el funcionamiento como para la seguridad de una web. El comando chmod cambia permisos y chown cambia propietario y grupo. En un sitio web típico, se suelen usar permisos 755 para carpetas y 644 para archivos. Por ejemplo, chmod 644 wp-config.php ajusta los permisos de ese archivo. Para aplicar permisos a carpetas de forma masiva se usa una lógica como find . -type d -exec chmod 755 {} \;; para archivos, find . -type f -exec chmod 644 {} \;.

En cuanto a propiedad, pueden usarse comandos como chown -R www-data:www-data /var/www/nombre-sitio, aunque el usuario correcto depende de la distribución y del servidor web. En Ubuntu, Apache o Nginx suelen usar www-data; en entornos tipo cPanel, cada web puede tener su propio usuario. Una propiedad incorrecta puede provocar fallos de subida, errores 403 o problemas al actualizar plugins. Permisos demasiado amplios, como 777, pueden parecer una solución rápida, pero abren una brecha de seguridad. En especial, conviene limitar permisos de escritura en carpetas de subida e impedir la ejecución de archivos donde no sea necesaria.

Comandos básicos para revisar disco, RAM y CPU

Cuando hay problemas de rendimiento, lo primero que se revisa es el uso de recursos. df -h muestra el nivel de ocupación de las particiones del disco. Si la partición raíz llega al 100%, los servicios no podrán escribir logs, la base de datos puede bloquearse y la web puede devolver errores 500. El comando du -sh * resume el tamaño de las carpetas en el directorio actual. Para localizar logs, cachés o copias de seguridad demasiado grandes, se puede usar du -ah /var/www | sort -h | tail.

Para RAM y CPU se utilizan top o htop. Si htop no está instalado, puede añadirse con apt install htop o dnf install htop. El comando free -m muestra el estado de la memoria RAM y swap. uptime indica cuánto tiempo lleva encendido el sistema y muestra los valores de load average. En un servidor de un solo núcleo, una carga sostenida por encima de 1 puede indicar problemas; en servidores multinúcleo, la señal de alarma aparece cuando la carga supera de forma constante el número de núcleos. Si el aumento de tráfico ya es habitual, puede ser momento de optimizar o pasar a un plan más potente; en ese punto conviene valorar VPS Linux y Hosting Corporativo.

Gestión de servicios: controlar Apache, Nginx, PHP y MySQL con systemctl

En distribuciones Linux modernas, la administración de servicios se realiza principalmente con systemctl. Para ver el estado de un servicio se usa systemctl status nginx; para reiniciarlo, systemctl restart nginx; para recargar configuración sin detener completamente el servicio, systemctl reload nginx. En Apache el servicio puede llamarse apache2 o httpd; en PHP-FPM, php8.2-fpm u otro nombre según la versión; para bases de datos, mysql o mariadb.

Antes de reiniciar un servicio, es buena costumbre probar la configuración. Para Nginx se usa nginx -t; para Apache, apachectl configtest. Si la prueba falla y aun así haces restart, podrías dejar el sitio fuera de línea. Por ejemplo, si falta un punto y coma en la configuración de Nginx, nginx -t mostrará el error junto con el número de línea. Primero corrige el fallo y luego ejecuta systemctl reload nginx; es una forma más segura de aplicar cambios.

Lista rápida de comprobación de servicios para webmasters

• Si la web no carga, antes de asumir que es el navegador, revisa en el servidor systemctl status servicio-web.
• Ante un error 502, comprueba el estado de PHP-FPM y el error log de Nginx.
• Si hay error de conexión a la base de datos, revisa systemctl status mysql y el espacio en disco.
• Si cambiaste configuración, usa reload en lugar de restart siempre que sea posible.
• Antes de modificar cualquier archivo importante, crea una copia .bak.

Revisión de logs: encontrar el origen del error en minutos

Los archivos de log son como la caja negra del servidor. En Nginx se usan con frecuencia /var/log/nginx/access.log y /var/log/nginx/error.log; en Apache, /var/log/apache2/access.log y /var/log/apache2/error.log. Los logs de PHP-FPM pueden estar en /var/log/php8.2-fpm.log o dentro de journalctl, dependiendo de la distribución. Los logs de MySQL suelen encontrarse en /var/log/mysql/error.log.

El comando journalctl -xe muestra errores recientes relacionados con servicios del sistema. Para un servicio concreto, journalctl -u nginx -n 100 lista las últimas 100 entradas de Nginx. Para seguimiento en tiempo real, puedes usar journalctl -u php8.2-fpm -f. Para buscar palabras concretas dentro de un log se utiliza grep. Por ejemplo, grep 500 access.log ayuda a localizar respuestas con código 500. Con grep -i error archivo.log haces una búsqueda sin distinguir entre mayúsculas y minúsculas.

Desde el punto de vista SEO, analizar logs no solo sirve para corregir errores, sino también para entender presupuesto de rastreo y comportamiento de bots. En el access log puedes ver qué páginas visita Googlebot, en qué URLs se concentran los errores 404 y qué recursos responden lentamente. Para auditorías de SEO técnico, combinar esta práctica con contenidos como hosting compatible con SEO y Optimización de velocidad de sitios web ayuda a convertir el análisis de logs en una rutina preventiva.

Comandos de búsqueda, filtrado y procesamiento de texto

Para buscar archivos o texto dentro del servidor, find, grep, awk y sed son herramientas muy potentes. find /var/www -name wp-config.php busca un archivo concreto. find . -type f -mtime -1 muestra archivos modificados durante las últimas 24 horas. Este comando es especialmente útil si sospechas de cambios no autorizados. grep -R base64_decode . busca archivos que contengan base64_decode en el directorio actual; esa expresión no siempre significa malware, pero aparece con frecuencia en código PHP malicioso u ofuscado.

En análisis de logs, awk permite extraer columnas concretas. Por ejemplo, en un access log puedes extraer la columna de IP, ordenarla con sort y contar repeticiones con uniq -c para ver qué direcciones hacen más peticiones. Este tipo de análisis ayuda a detectar tráfico excesivo de bots, intentos de fuerza bruta o comportamientos parecidos a un DDoS antes de que el problema escale. En niveles más avanzados, se combina con fail2ban, rate limiting y soluciones WAF.

Transferencia de archivos: scp, sftp y rsync

SSH no sirve solo para ejecutar comandos; también permite transferir archivos. Con scp archivo-local usuario@ip-servidor:/directorio/destino envías un archivo desde tu ordenador al servidor. Para descargar un archivo del servidor a tu equipo, se usa scp usuario@ip-servidor:/ruta/archivo ./. En carpetas grandes, rsync suele ser más eficiente que scp porque no vuelve a transferir archivos que no han cambiado.

El comando rsync -avz origen/ usuario@ip-servidor:/destino/ realiza una transferencia en modo archivo, comprimida y detallada. El parámetro --delete borra en el destino los archivos que ya no existen en el origen; por eso debe usarse con especial cuidado. Para migraciones de WordPress, despliegues desde staging a producción o sincronización con un servidor de backups, rsync es una herramienta muy sólida. Si estás instalando SSL o migrando a HTTPS, antes de mover archivos conviene tener claro el plan de certificados y redirecciones; el contenido Certificado SSL puede ayudarte en ese proceso.

Comandos SSH para copias de seguridad y restauración

La copia de seguridad es el seguro de vida de la administración de servidores. Para respaldar archivos se puede usar tar -czf backup-sitio.tar.gz /var/www/nombre-sitio. Este comando convierte el directorio en un archivo comprimido con gzip. Para descomprimirlo, se usa tar -xzf backup-sitio.tar.gz. En sitios grandes, es más seguro guardar la copia fuera del directorio web y, si es posible, enviarla a un almacenamiento remoto.

Para respaldar una base de datos, el comando habitual es mysqldump -u usuario -p nombre_base_datos > backup.sql. Para restaurarla, mysql -u usuario -p nombre_base_datos < backup.sql. En bases de datos grandes, la operación puede tardar; usar screen o tmux permite que el proceso continúe aunque se corte la conexión SSH. Por ejemplo, puedes abrir una sesión con screen -S backup, iniciar la copia y salir de la sesión con Ctrl+A seguido de D. Más tarde, vuelves con screen -r backup.

Ajustes críticos de SSH para mejorar la seguridad

La seguridad de SSH es la puerta de entrada a la seguridad del servidor. La primera recomendación es desactivar el acceso directo con el usuario root. En su lugar, se crea un usuario normal con permisos sudo. El comando adduser webmaster añade un usuario, y usermod -aG sudo webmaster le concede permisos sudo. Después, la configuración de SSH se ajusta en el archivo /etc/ssh/sshd_config. Opciones como PermitRootLogin no y PasswordAuthentication no pueden usarse junto con autenticación por clave.

Tras cualquier cambio, es fundamental probar la configuración de sshd y verificar el nuevo acceso desde otra terminal antes de cerrar la sesión actual. Si cometes un error, podrías quedarte fuera del servidor. En el firewall, comandos como ufw allow 2222/tcp y ufw enable permiten abrir solo los puertos necesarios. Pero si cambiaste el puerto SSH, no cierres la sesión antigua hasta confirmar que puedes entrar correctamente por el nuevo puerto.

Lista mínima de seguridad

• Usa una contraseña robusta o, preferiblemente, una clave SSH.
• Desactiva el acceso root y crea un usuario con permisos sudo.
• Cierra servicios innecesarios y abre solo los puertos imprescindibles.
• Actualiza paquetes del sistema con regularidad: apt update y apt upgrade.
• Revisa logs con frecuencia; usa fail2ban para IPs sospechosas.
• No dejes las copias de seguridad como única copia dentro del mismo servidor.

Comandos de gestión de paquetes y actualizaciones

En sistemas basados en Ubuntu y Debian se usa apt; en sistemas basados en RHEL, como AlmaLinux y Rocky Linux, se usa dnf o yum. En Ubuntu, apt update actualiza la lista de paquetes y apt upgrade actualiza los paquetes instalados. Para instalar un paquete concreto se usa apt install nginx; para eliminarlo, apt remove nombre-paquete. En sistemas RHEL, dnf update y dnf install nombre-paquete cumplen funciones similares.

En un servidor en producción, no conviene aplicar actualizaciones al azar, sino dentro de una ventana de mantenimiento. Especialmente las actualizaciones de PHP, MySQL, OpenSSL y del servidor web pueden afectar al comportamiento del sitio. Las actualizaciones críticas de seguridad no deben posponerse indefinidamente; aun así, hacer una copia de seguridad, revisar configuraciones y probar en un entorno staging cuando sea posible es el enfoque más profesional.

Ejemplo de flujo de emergencia para webmasters

Imagina que una mañana tu web no abre. En lugar de entrar en pánico, seguir un flujo estándar suele ser la vía más rápida. Primero conéctate por SSH. Usa uptime para comprobar si el servidor responde y revisar la carga. Ejecuta df -h para ver si el disco está lleno. Con free -m y top revisa memoria RAM y CPU. Después, comprueba el estado del servidor web con systemctl status nginx o apache2. Si hay un error 502, revisa el servicio PHP-FPM. Si el error apunta a la base de datos, ejecuta systemctl status mysql y consulta el log correspondiente.

Luego lee los últimos errores con tail -n 100 archivo-de-error.log. Si el problema empezó después de actualizar un plugin o tema, usa ls -lt para encontrar archivos modificados recientemente. Si hace falta, renombra temporalmente la carpeta afectada. Si el disco está lleno, identifica logs antiguos o backups innecesarios; antes de borrar, confirma qué son y si realmente se pueden eliminar. Con estos pasos, en la mayoría de incidencias básicas puedes acotar la causa en 5 a 15 minutos.

Errores comunes al usar comandos SSH

El error más común es copiar y ejecutar comandos sin entender qué hacen. No todo comando encontrado en internet es adecuado para tu servidor. En especial, rm -rf, chmod -R 777, chown -R y los comandos de eliminación de bases de datos pueden causar daños importantes. El segundo error es trabajar siempre como root. Usar sudo solo cuando se necesita reduce el riesgo de modificar archivos del sistema por accidente.

El tercer error es cambiar cosas sin copia de seguridad. Incluso un simple archivo de configuración puede dejar una web fuera de servicio. El cuarto error es reiniciar servicios una y otra vez sin leer logs. Reiniciar puede dar una solución temporal, pero también puede ocultar la causa real. El quinto error es ignorar por completo las actualizaciones de seguridad. PHP, CMS o paquetes del sistema desactualizados aumentan la superficie de ataque.

Tabla resumen de comandos SSH básicos

Conclusión: saber SSH aumenta la velocidad operativa del webmaster

Administrar un servidor Linux con comandos SSH no es una habilidad exclusiva de administradores de sistemas; también es esencial para webmasters que gestionan proyectos web serios. Con los comandos adecuados, la gestión de archivos, el análisis de logs, el control de servicios, las copias de seguridad y las tareas de seguridad se vuelven más rápidas, medibles y predecibles. Al principio basta con dominar unos pocos comandos; con el tiempo, combinarlos con hábitos seguros te hará más independiente y mejor preparado ante incidencias.

Al planificar tu infraestructura de hosting, VPS, dominio y SSL en Hostragons, conviene evaluar en conjunto el acceso SSH, las copias de seguridad, la seguridad y las necesidades de rendimiento. Para elegir el tipo de servidor que necesitas o reforzar tu entorno actual, puedes revisar las guías relacionadas de Hostragons y definir tu infraestructura con calma, basándote en requisitos técnicos y no solo en urgencias del momento.

Preguntas frecuentes

¿Es obligatorio ser root para administrar un servidor Linux con comandos SSH?

No. De hecho, en servidores de producción no se recomienda usar root directamente. Lo más seguro es conectarse con un usuario normal con permisos sudo y ejecutar tareas administrativas con sudo solo cuando sea necesario.

¿Qué comandos SSH debería aprender primero un webmaster principiante?

La prioridad debería estar en ssh, pwd, cd, ls -lah, cp, mv, rm, nano, df -h, du -sh, top, systemctl, tail -f, grep, tar, scp y rsync. Con estos comandos se cubre gran parte del trabajo diario con archivos, servicios, logs y copias de seguridad.

¿Por qué se rechaza una conexión SSH?

Las causas más habituales son usar una IP o puerto incorrectos, que el servicio SSH no esté activo, un bloqueo del firewall, un nombre de usuario erróneo, una clave equivocada o que PasswordAuthentication esté desactivado en el servidor. Lo primero es comprobar puerto, usuario y estado del servicio.

¿Es seguro usar chmod 777?

Por lo general, no. chmod 777 hace que un archivo o carpeta pueda ser leído, escrito y ejecutado por cualquiera. Esto es especialmente peligroso en directorios web. En la mayoría de casos, 755 para carpetas y 644 para archivos es un punto de partida más seguro.

¿Es mejor hacer copias de seguridad por SSH o desde el panel?

Ambas opciones pueden ser útiles. Las copias desde panel son prácticas; las copias por SSH son más flexibles y fáciles de automatizar. En sitios grandes, usar tar, mysqldump y rsync por SSH ofrece más control. La mejor estrategia es tener backups regulares, probados y con al menos una copia fuera del servidor.