Comandos Linux para servidores de juegos – comandos de terminal importantes

Los comandos Linux te ayudan a comprobar de forma controlada un servidor de juegos, gestionar archivos, observar procesos y encontrar errores en logs. En game-serverhosting se priorizan el control técnico, el soporte y los procesos trazables: puedes gestionar muchas tareas rutinarias cómodamente, pero deberías conocer los comandos de terminal más importantes si quieres analizar más a fondo o intervenir manualmente.

Requisitos

Para los siguientes comandos necesitas un servidor Linux o un acceso SSH/terminal habilitado, permisos de usuario adecuados y la ruta al directorio de tu servidor de juegos. Evita trabajar a ciegas como root. Si cambias archivos de configuración, crea antes una copia y documenta lo que has ajustado.

Si prefieres gestionar archivos mediante un cliente gráfico, encaja como complemento la guía sobre acceso SFTP para archivos de servidores de juegos. Los comandos de admin dentro del juego son otro tema: para Valheim los encontrarás en la guía de comandos de servidor Valheim y Admin Commands, para Rust en la guía de comandos de servidor Rust y Admin Commands.

Sistema de archivos

Con estos comandos te orientas en el árbol de directorios y cambias archivos o carpetas. Antes de acciones arriesgadas, comprueba siempre la ruta actual con pwd y el contenido con ls -la.

ls -la                    # Mostrar archivos
cd /home/server           # Cambiar de carpeta
pwd                       # Mostrar la ruta actual
cp archivo.txt backup.txt   # Copiar archivo
mv antiguo.txt nuevo.txt        # Renombrar/mover archivo
rm archivo.txt              # Eliminar archivo
mkdir carpeta              # Crear carpeta
chmod +x start.sh         # Hacer ejecutable

cp sirve para backups rápidos de archivos de configuración individuales. mv puede renombrar o mover archivos. rm elimina sin papelera; úsalo por tanto solo cuando el nombre de archivo y la ruta sean correctos. Con chmod +x start.sh haces ejecutable un script de inicio si el servidor no arranca por falta de permisos de ejecución.

Procesos

Los comandos de procesos te muestran si un servidor de juegos está en marcha, cuánta CPU y RAM está usando y qué ID de proceso necesitas para un reinicio dirigido.

ps aux | grep server      # Buscar procesos
top                       # Resumen de CPU/RAM
htop                      # Mejor resumen
kill <PID>                # Finalizar proceso
kill -9 <PID>             # Forzar proceso
screen -S server          # Iniciar sesión de screen
screen -r server          # Reanudar sesión

kill <PID> finaliza un proceso de forma normal. kill -9 <PID> fuerza la finalización y debería ser la excepción, porque puede que el servidor ya no pueda ejecutar pasos limpios de guardado o apagado. screen es útil cuando un proceso de servidor debe seguir funcionando después de cerrar la sesión SSH.

Red

Los comandos de red te ayudan a comprobar aperturas de puertos, accesibilidad y reglas de firewall. Esto es especialmente importante si un servidor funciona localmente pero no aparece en el navegador del juego.

netstat -tulpn            # Mostrar puertos abiertos
ss -tulpn                 # Alternativa más moderna
ping 8.8.8.8              # Probar conexión
traceroute servidor.example.com      # Seguir ruta
iptables -L               # Reglas de firewall
ufw status                # Estado de UFW
ufw allow 25565/tcp       # Abrir puerto

ss -tulpn es la opción preferida en muchos sistemas Linux actuales para ver puertos TCP y UDP en escucha. ping comprueba la accesibilidad básica, pero no dice si el puerto del juego está abierto. ufw allow 25565/tcp es un ejemplo de apertura de puerto; sustituye el puerto y el protocolo por los valores de tu juego.

Editar archivos y leer logs

Los logs suelen ser el camino más rápido hacia la causa: archivos de mod faltantes, parámetros de inicio incorrectos, conflictos de puerto o configuraciones dañadas suelen aparecer allí antes que los síntomas visibles.

nano archivo.txt            # Abrir editor
vim archivo.txt             # Editor Vim
cat archivo.txt             # Mostrar archivo
tail -f server.log        # Seguir log en vivo
grep "error" server.log   # Buscar en archivo

nano es más accesible para cambios rápidos, vim es más potente, pero requiere práctica. Con tail -f server.log observas el inicio en vivo. grep "error" server.log filtra por mensajes de error; si hace falta, busca además términos como failed, exception, denied, port o el nombre de un mod.

Gestión del servidor

Si tu servidor de juegos está configurado como servicio systemd, lo controlas con systemctl y lees logs del sistema con journalctl. La documentación oficial de systemd describe systemctl como herramienta para controlar el gestor de sistema y servicios systemd: documentación en freedesktop.org

systemctl status server   # Estado del servicio
systemctl restart server  # Reiniciar servicio
journalctl -u server      # Mostrar logs
df -h                     # Comprobar espacio de almacenamiento
free -h                   # Uso de RAM

systemctl status server muestra si un servicio está activo y qué últimas líneas de log podrían ser relevantes. journalctl -u server es más preciso si necesitas más historial. df -h comprueba el espacio libre; los discos llenos pueden bloquear actualizaciones, guardados y archivos de log. free -h muestra si la memoria RAM se está quedando corta.

SteamCMD

Muchos servidores de juegos dedicados se instalan o actualizan mediante SteamCMD. El comando mostrado usa inicio de sesión anónimo, actualiza una App-ID, valida archivos y después cierra SteamCMD.

steamcmd +login anonymous +app_update <appid> validate +quit

Sustituye <appid> por la App-ID adecuada. Después de una actualización deberías iniciar el servidor, revisar el log de arranque y probar si el servidor es accesible. En servidores modificados, validate puede sobrescribir cambios locales; por eso guarda antes configuraciones importantes y archivos de mods.

Comprobar el resultado

Después de los cambios, comprueba en tres pasos: ¿funciona el proceso, escucha el puerto y los logs no muestran nuevos errores? Este orden es práctico: systemctl status server o ps aux | grep server, después ss -tulpn, y luego tail -f server.log o journalctl -u server. Solo cuando este nivel esté correcto merece la pena probar en el cliente del juego.

Solución de problemas

El servidor no arranca

Revisa primero el log de arranque. Causas frecuentes son permisos de ejecución faltantes en start.sh, una carpeta de trabajo incorrecta, archivos faltantes o un puerto ocupado. Comprueba pwd, ls -la, chmod +x start.sh y después la salida del log.

El puerto no es accesible

Compara puerto de juego, puerto de consulta y protocolo. Algunos servidores de juegos usan TCP y UDP de forma distinta. Comprueba con ss -tulpn si el servicio está escuchando y con ufw status si el firewall permite la conexión.

El proceso se queda colgado o no responde

Busca el ID de proceso con ps aux | grep server. Intenta primero una parada normal mediante el servicio o la consola del servidor de juegos. Usa kill -9 <PID> solo si el proceso ya no puede terminarse limpiamente.

La actualización ha cambiado la configuración

Si faltan ajustes después de una validación con SteamCMD, restaura tu backup o compara los archivos afectados. Especialmente con mods y parámetros de inicio personalizados, deberías guardar los cambios antes de las actualizaciones.

Comprobación, límites y vuelta atrás segura

La guía “Comandos Linux para servidores de juegos – comandos de terminal importantes” se aplica al tipo de servidor descrito en el artículo y al estado de versión visible en el momento de la comprobación. Los nombres de menús, versiones disponibles, compatibilidad de mods o plugins y recursos necesarios pueden variar después de actualizaciones. Por eso no transfieras valores sin comprobarlos a otra versión de juego, loader o servidor.

Antes de cambiar mundo, partida guardada, configuración o extensiones, crea un backup de los archivos afectados. Después cambia solo un paso relacionado y compruébalo con la misma versión de cliente y servidor con la que quieras jugar más tarde.

Una prueba individual exitosa no es una garantía de rendimiento o disponibilidad. El tamaño del mundo, los mods, plugins, número de jugadores, ruta de red y carga simultánea pueden cambiar el resultado. Documenta versión, cambio y resultado de la prueba para poder entender desviaciones posteriores.

FAQ

¿Siempre necesito estos comandos Linux en game-serverhosting?

No. Muchas tareas estándar funcionan mediante interfaces de gestión y procesos operativos asistidos. Los comandos son especialmente útiles si quieres entender tú mismo las causas técnicas o trabajar de forma dirigida con indicaciones del soporte.

¿Es mejor netstat o ss?

ss suele ser la opción más adecuada en sistemas Linux modernos porque usa la familia de herramientas más reciente. Si netstat está disponible en tu sistema, aun así puede funcionar para comprobaciones sencillas.

¿Cuándo debería usar kill -9?

Solo como último recurso, cuando un proceso no reacciona a paradas normales. Una interrupción forzada puede interrumpir operaciones de escritura, por eso después deberías revisar logs y archivos de guardado.

¿Puedo usar SteamCMD de forma anónima para cualquier juego?

No. El comando mostrado solo funciona para apps de servidor que permiten acceso anónimo. Si un juego exige login o permisos adicionales, debes consultar la documentación oficial del juego correspondiente.

¿Cuál es el comando más importante para buscar errores?

No existe un único comando. En la práctica, la combinación de tail -f server.log, ss -tulpn y systemctl status server es especialmente útil porque hace visibles conjuntamente errores de log, puertos y estado del servicio.