Montar un servidor dedicado de CS2 en un VPS (2026): SteamCMD, GSLT, puertos, configuración, copias de seguridad y actualizaciones automáticas

El servidor de CS2 no necesita tarjeta gráfica dedicada, pero es sensible al rendimiento de un solo núcleo de CPU, al turbo sostenido, al jitter de red y a la velocidad de actualización del disco. Valve no ha publicado un conjunto de requisitos mínimos de VPS para servidores comunitarios normales que garantice la concurrencia, así que los siguientes son puntos de partida prácticos para comprar y hacer pruebas de carga, no promesas oficiales de rendimiento:

El App ID 730 contiene todo el contenido del juego CS2, y las descargas y actualizaciones consumirán bastante disco y espacio temporal. No compres un disco pequeño basándote en el tamaño del antiguo servidor independiente de CS:GO; deja espacio separado para el sistema, el servidor, el margen de actualización, los registros y las copias de seguridad.

El centro de datos debe estar cerca de los jugadores principales. Para un juego de disparos, la baja latencia es solo el primer paso; la pérdida de paquetes en horas punta, el jitter, el overselling de CPU y la protección UDP importan igual. Antes de comprar, confirma que el proveedor permite servidores de juegos y conoce el tráfico, el filtrado DDoS, la política de bloqueo tras ataques y el coste de cambiar de IP. Puedes consultar primero la guía de recomendaciones y configuración de VPS para servidores de juegos.

Este artículo elige SteamCMD + systemd para ver con claridad el App ID, la ruta del binario, los parámetros de arranque y los archivos de configuración. Si planeas ejecutar a la vez Minecraft, Rust, Palworld y CS2, puedes usar Montar un panel de servidores de juegos Pterodactyl en un VPS; para comparar otra forma de gestionar servidores de juegos, consulta el tutorial de servidor dedicado de Rust con LinuxGSM.

Esta es la diferencia más importante antes del despliegue:

• La documentación técnica actual de torneos de Valve usa app_update 730 validate para obtener el servidor de juego de CS.
• Linux arranca el binario cs2 de Source 2 y añade -dedicated.
• El App ID 740 pertenece a los tutoriales antiguos de CS:GO Dedicated Server y no debe usarse en despliegues actuales de CS2.
• El GSLT que usan los servidores públicos también debe crearse con el AppID de CS 730.

Cuando veas un tutorial que todavía pide descargar 740, ejecutar srcds_run o entrar en el antiguo directorio de servidor csgo, primero confirma si habla de CS2 o del proceso de CS:GO ya sustituido.

Para una única instancia normal, despliega primero con el conjunto mínimo de puertos:

El ejemplo de servidor de torneo de Valve hace que los jugadores se conecten a IP:27015 y los espectadores de CSTV a IP:27020. Un servidor privado normal no necesita CSTV, así que no abras el 27020. En despliegues con varias instancias, asigna a cada una su propio puerto de juego, puerto CSTV y GSLT; varias instancias no pueden reutilizar el mismo puerto de escucha ni el mismo token.

Si usas un dominio, por ejemplo cs2.example.com, basta con añadir un registro A que apunte a la IPv4 pública del VPS. El proxy naranja normal de Cloudflare no reenvía el tráfico de juego de CS2; usa DNS only o deja que los jugadores se conecten directamente a la IP pública.

Primero usa una cuenta de administrador con privilegios sudo para actualizar el sistema e instalar las dependencias básicas:

sudo apt update
sudo apt upgrade -y
sudo apt install -y curl ca-certificates tar lib32gcc-s1 ufw

Crea una cuenta de servicio cs2 que no se use para iniciar sesión a diario y prepara el directorio de instalación:

sudo adduser --disabled-password --gecos "" cs2
sudo install -d -o cs2 -g cs2 /opt/steamcmd
sudo install -d -o cs2 -g cs2 /opt/cs2
sudo -iu cs2

No ejecutes el servidor de juego como root. Un usuario independiente reduce el alcance de privilegios si se explota el proceso del servicio y también evita que los scripts de actualización escriban archivos propiedad de root, lo que impediría que SteamCMD los sobrescriba después.

Los siguientes comandos se ejecutan como el usuario cs2. Descarga la versión Linux de SteamCMD desde el CDN de Steam de Valve:

cd /opt/steamcmd
curl -fsSL https://steamcdn-a.akamaihd.net/client/installer/steamcmd_linux.tar.gz -o steamcmd_linux.tar.gz
tar -xzf steamcmd_linux.tar.gz
./steamcmd.sh +quit

La primera ejecución se autoactualiza. Confirma que existe el archivo de entrada:

test -x /opt/steamcmd/steamcmd.sh

Primero prueba un inicio de sesión anónimo para descargar el App ID 730:

/opt/steamcmd/steamcmd.sh \
  +force_install_dir /opt/cs2 \
  +login anonymous \
  +app_update 730 validate \
  +quit

force_install_dir debe ir antes de login para evitar la advertencia de orden de rutas de SteamCMD. validate es adecuado para la primera instalación o para reparar archivos dañados; las actualizaciones diarias normalmente no necesitan validar todos los archivos cada vez.

Si el backend actual de Steam exige iniciar sesión, no escribas la contraseña de la cuenta directamente en el script. Prepara para el servidor una cuenta de Steam independiente que tenga CS2, ejecuta SteamCMD de forma interactiva e introduce el usuario, la contraseña y la verificación de Steam Guard. No uses tu cuenta principal personal ni guardes credenciales en el historial del shell o en un repositorio público.

Tras la instalación, comprueba el binario Linux de Source 2:

test -x /opt/cs2/game/bin/linuxsteamrt64/cs2
ls -lh /opt/cs2/game/bin/linuxsteamrt64/cs2
du -sh /opt/cs2

Un servidor público de CS2 necesita un Game Server Login Token. Inicia sesión en la página de gestión de cuentas de servidores de juego de Steam y crea un token con el App ID 730.

La página oficial de Steam exige que la cuenta:

• no tenga baneos ni bloqueos de comunidad;
• no sea una cuenta limitada;
• tenga vinculado un teléfono que cumpla los requisitos;
• posea el juego correspondiente;
• no distribuya el GSLT a terceros.

Cada instancia usa un GSLT distinto. Si el token se filtra, bórralo de inmediato en la página de Steam y vuelve a crearlo; cuando la contraseña de Steam se restablece por los canales de soporte, los tokens existentes también pueden regenerarse. Los tokens que llevan mucho tiempo sin iniciar sesión pueden caducar.

Sal del usuario cs2 y crea un archivo de entorno legible solo por root:

exit
sudo install -d -m 700 -o root -g root /etc/cs2
sudo nano /etc/cs2/cs2.env

Escribe una línea, sustituyendo el ejemplo por el GSLT real:

CS2_GSLT=REPLACE_WITH_YOUR_APP_730_GSLT

Restringe los permisos:

sudo chown root:root /etc/cs2/cs2.env
sudo chmod 600 /etc/cs2/cs2.env

No escribas el token directamente en la unit de systemd, en server.cfg, en capturas de pantalla, en tickets de registro ni en los comandos de este artículo.

La configuración personalizada del servidor de CS2 va en:

/opt/cs2/game/csgo/cfg/server.cfg

Crea el archivo y asegúrate de que la cuenta de servicio sea propietaria del directorio de configuración:

sudo install -d -o cs2 -g cs2 /opt/cs2/game/csgo/cfg
sudo -u cs2 nano /opt/cs2/game/csgo/cfg/server.cfg

Escribe un punto de partida conservador para un servidor competitivo privado:

hostname "My Private CS2 Server"
sv_password "REPLACE_WITH_PLAYER_PASSWORD"
sv_lan 0
sv_cheats 0
sv_hibernate_when_empty 0

log on
mp_autoteambalance 1
mp_limitteams 1

exec banned_user.cfg
exec banned_ip.cfg
writeid
writeip

Genera una contraseña de jugador:

openssl rand -base64 24

Escribe el resultado en sv_password y luego restringe los permisos de lectura del archivo:

sudo chown cs2:cs2 /opt/cs2/game/csgo/cfg/server.cfg
sudo chmod 600 /opt/cs2/game/csgo/cfg/server.cfg

Un servidor público puede poner sv_password como cadena vacía. No actives sv_cheats 1 en un servidor de producción ni modifiques directamente los archivos de modo de juego predeterminados que Valve distribuye con las actualizaciones; el contenido personalizado debe ir en server.cfg o en el gamemode_*_server.cfg correspondiente.

Crea la unit:

sudo nano /etc/systemd/system/cs2.service

Escribe:

[Unit]
Description=Counter-Strike 2 Dedicated Server
Wants=network-online.target
After=network-online.target

[Service]
Type=simple
User=cs2
Group=cs2
WorkingDirectory=/opt/cs2/game/bin/linuxsteamrt64
EnvironmentFile=/etc/cs2/cs2.env
ExecStart=/opt/cs2/game/bin/linuxsteamrt64/cs2 -dedicated -console -usercon -port 27015 +game_type 0 +game_mode 1 +mapgroup mg_active +map de_dust2 +sv_setsteamaccount ${CS2_GSLT} +exec server.cfg
Restart=on-failure
RestartSec=10
KillSignal=SIGINT
TimeoutStopSec=90
LimitNOFILE=1048576

[Install]
WantedBy=multi-user.target

Este conjunto de parámetros de modo representa el modo competitivo clásico: game_type 0, game_mode 1. El ejemplo actual de servidor de torneo de Valve también usa estos valores. Para ejecutar el modo casual, cámbialos a game_type 0, game_mode 0, luego reinicia y revisa los registros.

Carga, inicia y comprueba el estado:

sudo systemctl daemon-reload
sudo systemctl enable --now cs2
sudo systemctl status cs2 --no-pager
sudo journalctl -u cs2 -n 150 --no-pager

En los registros deberías ver la carga del mapa, el inicio de sesión del servidor de juego de Steam y la información del puerto de escucha. Si falla el inicio de sesión del GSLT, no generes tokens repetidamente para ocultar el problema; revisa el App ID, si el token fue borrado, los permisos del archivo de entorno y el estado de la cuenta de Steam.

Mantén abierta la sesión SSH actual y permite primero SSH:

sudo ufw allow OpenSSH
sudo ufw allow 27015/udp
sudo ufw allow 27015/tcp
sudo ufw status numbered
sudo ufw enable

Añade esto solo si habilitas CSTV:

sudo ufw allow 27020/udp

El grupo de seguridad del proveedor de nube debe configurarse con los mismos protocolos. Después comprueba los puertos de escucha reales:

sudo ss -lntup | grep -E ':27015|:27020'

Los errores más habituales son abrir solo TCP 27015, cambiar solo UFW y olvidar el grupo de seguridad de la nube, o abrir de golpe un rango grande de puertos no relacionados. Para una única instancia normal, abre primero solo los puertos que seguro necesitas; si los registros muestran que la instancia usa otro puerto, investiga los parámetros de arranque y los procesos en conflicto.

Activa la consola de desarrollador en los ajustes de CS2, pulsa ~ para abrir la consola e introduce:

connect 203.0.113.20:27015

Sustituye la IP de ejemplo por la IPv4 pública real del VPS. Si usas un dominio:

connect cs2.example.com:27015

Si el servidor tiene contraseña, el cliente la pedirá. Si la conexión falla, usa primero la IP pública para descartar problemas de DNS y luego revisa systemd, los puertos de escucha, UFW, el grupo de seguridad de la nube y la versión del servidor.

Habilita CSTV solo cuando realmente necesites espectadores, comentarios o grabaciones. Añade esto al final de ExecStart de systemd:

+tv_enable 1 +tv_port 27020

Recarga y reinicia:

sudo systemctl daemon-reload
sudo systemctl restart cs2
sudo journalctl -u cs2 -n 150 --no-pager
sudo ss -lunp | grep ':27020'

Los espectadores se conectan:

connect 203.0.113.20:27020

El proceso oficial de pruebas de torneo de Valve también usa el puerto de jugadores 27015 y el puerto CSTV 27020. Un 5v5 privado que no necesita CSTV debe mantenerlo desactivado para reducir ancho de banda, almacenamiento y superficie expuesta.

Los mapas estándar se pueden volver a descargar con SteamCMD; lo que realmente hay que proteger es la configuración personalizada, las listas de baneos, las configuraciones de partida, los registros, las grabaciones y los datos de plugins. Primero crea el directorio de copias de seguridad:

sudo install -d -m 750 -o root -g cs2 /var/backups/cs2

Detén el servidor en una ventana de mantenimiento y empaqueta el directorio de configuración:

sudo systemctl stop cs2
sudo tar -C /opt/cs2 -czf \
  "/var/backups/cs2/cs2-config-$(date -u +%Y%m%dT%H%M%SZ).tar.gz" \
  game/csgo/cfg
sudo systemctl start cs2
sudo systemctl is-active cs2

Comprueba el archivo comprimido:

sudo ls -lh /var/backups/cs2
sudo tar -tzf /var/backups/cs2/cs2-config-YYYYMMDDTHHMMSSZ.tar.gz | head -n 50

Sustituye el nombre de archivo de ejemplo por el archivo realmente generado. Si las grabaciones de partidas, los plugins y el contenido de Workshop están en otros directorios, añádelos a la lista de copias según sus rutas reales. Sincroniza al menos una copia a otra máquina o a almacenamiento de objetos y haz simulacros de restauración con regularidad. Para un plan completo de copias fuera de la máquina, consulta la guía de copias de seguridad y simulacros de recuperación en VPS.

Antes de restaurar, detén el servicio y conserva la configuración actual:

sudo systemctl stop cs2
sudo tar -tzf /var/backups/cs2/cs2-config-YYYYMMDDTHHMMSSZ.tar.gz | head -n 50
sudo mv /opt/cs2/game/csgo/cfg \
  "/opt/cs2/game/csgo/cfg.before-restore-$(date -u +%Y%m%dT%H%M%SZ)"
sudo tar -C /opt/cs2 -xzf \
  /var/backups/cs2/cs2-config-YYYYMMDDTHHMMSSZ.tar.gz
sudo chown -R cs2:cs2 /opt/cs2/game/csgo/cfg
sudo systemctl start cs2

Comprueba el estado, la carga de configuración y las conexiones de jugadores:

sudo systemctl status cs2 --no-pager
sudo journalctl -u cs2 -n 200 --no-pager
sudo ss -lntup | grep ':27015'

La recuperación solo se completa cuando confirmas que el nombre del servidor, la contraseña, el modo, la lista de baneos y las conexiones funcionan con normalidad. Conserva cfg.before-restore-* hasta la aceptación y no borres de inmediato la única copia de respaldo.

Cuando las versiones de cliente y servidor no coinciden, los jugadores se encuentran con versión obsoleta o fallos de conexión. Crea un script de mantenimiento ejecutado por root:

sudo nano /usr/local/sbin/update-cs2-server

Escribe:

#!/usr/bin/env bash
set -euo pipefail

backup_dir=/var/backups/cs2
stamp=$(date -u +%Y%m%dT%H%M%SZ)
was_active=0

install -d -m 750 -o root -g cs2 "$backup_dir"

if systemctl is-active --quiet cs2; then
  was_active=1
  systemctl stop cs2
fi

restart_service() {
  if [ "$was_active" -eq 1 ]; then
    systemctl start cs2
  fi
}
trap restart_service EXIT

tar -C /opt/cs2 -czf \
  "$backup_dir/cs2-before-update-$stamp.tar.gz" \
  game/csgo/cfg

sudo -u cs2 /opt/steamcmd/steamcmd.sh \
  +force_install_dir /opt/cs2 \
  +login anonymous \
  +app_update 730 \
  +quit

Tras guardar, ajusta los permisos y pruébalo manualmente:

sudo chown root:root /usr/local/sbin/update-cs2-server
sudo chmod 750 /usr/local/sbin/update-cs2-server
sudo /usr/local/sbin/update-cs2-server
sudo systemctl is-active cs2
sudo journalctl -u cs2 -n 150 --no-pager

El script detiene el servidor y hace copia de la configuración antes de actualizar; incluso si SteamCMD falla, el manejador de salida intentará restaurar el estado original del servicio. Si tu SteamCMD requiere inicio de sesión interactivo, no actives actualizaciones desatendidas; ejecútalas manualmente en una ventana de mantenimiento.

Las actualizaciones automáticas interrumpen partidas en curso, así que solo son adecuadas para servidores con una ventana de mantenimiento fija en horas valle y un SteamCMD anónimo ya verificado. Crea el service:

sudo nano /etc/systemd/system/cs2-update.service

[Unit]
Description=Update Counter-Strike 2 Dedicated Server

[Service]
Type=oneshot
ExecStart=/usr/local/sbin/update-cs2-server

Crea el timer:

sudo nano /etc/systemd/system/cs2-update.timer

[Unit]
Description=Daily CS2 update maintenance window

[Timer]
OnCalendar=*-*-* 05:30:00
RandomizedDelaySec=10m
Persistent=true

[Install]
WantedBy=timers.target

Carga y consulta la próxima ejecución:

sudo systemctl daemon-reload
sudo systemctl enable --now cs2-update.timer
systemctl list-timers cs2-update.timer

Los servidores comunitarios públicos hacen mejor en monitorizar primero las actualizaciones de Valve y luego avisar a los jugadores con antelación y lanzar la actualización manualmente. No dejes que el timer fuerce la parada en mitad de una partida.

Primero registra una semana de datos reales en horas punta:

free -h
df -h /opt/cs2 /var/backups/cs2
uptime
ps -C cs2 -o pid,%cpu,%mem,rss,etime,cmd
sudo journalctl -u cs2 --since "30 minutes ago" --no-pager

Presta atención a:

• Un solo núcleo saturado de forma constante, picos de latencia en enfrentamientos con varios jugadores: migra a un nodo con núcleo único más potente y menos overselling.
• La memoria crece sin parar o aparece OOM: desactiva primero los plugins no verificados y luego amplía la memoria.
• Las actualizaciones fallan a menudo por falta de disco: amplía el NVMe y reserva espacio extra para descargas de nuevas versiones y copias de seguridad.
• Pérdida de paquetes y jitter evidentes en horas punta: cambia a una ruta más cercana a los jugadores y con calidad UDP estable.
• Las grabaciones CSTV y los registros crecen rápido: define un periodo de retención aparte y no dejes que la partición raíz se llene.

No confíes ciegamente en "más vCPU". Para una única instancia 5v5, un núcleo único estable y la calidad de red suelen importar más que un montón de núcleos lentos. Antes de ampliar, reproduce el problema con partidas reales y descarta plugins, registros y espacio en disco.

• SteamCMD usa el App ID 730 y el binario del servidor es linuxsteamrt64/cs2.
• El servicio se ejecuta con un usuario cs2 independiente, no con root.
• El GSLT se creó con el AppID de CS 730, es independiente por instancia y no es público.
• /etc/cs2/cs2.env tiene permisos 600 y propietario root.
• systemctl is-active cs2 devuelve active.
• 27015 TCP/UDP está correctamente permitido tanto en UFW como en el grupo de seguridad de la nube.
• No se abrió el 27020 cuando no se usa CSTV; tras habilitarlo se verificó la conexión de espectadores.
• El cliente de Steam puede unirse mediante la IP pública o un dominio DNS only.
• server.cfg surte efecto y sv_cheats permanece desactivado.
• Se hace copia de la configuración antes de actualizar y se conserva al menos una copia fuera de la máquina.
• Se ha realizado realmente una restauración de configuración y se han verificado el nombre del servidor, el modo y la lista de baneos.
• Las actualizaciones programadas solo se ejecutan en una ventana de mantenimiento clara y no interrumpen partidas.

• ValveSoftware: reglas técnicas de torneos de Counter-Strike y ejemplo de arranque del servidor CS2
• Steam: cuentas de servidores de juego y gestión de GSLT
• Steamworks: Game Servers
• Valve Developer Community: Counter-Strike 2 Dedicated Servers
• Valve Developer Community: SteamCMD

Ejecutar de forma estable un servidor dedicado de CS2 en un VPS no consiste en copiar un comando de arranque, sino en usar el App ID 730 actual y el binario cs2 de Source 2, guardar de forma segura un GSLT independiente por instancia, abrir correctamente 27015 TCP/UDP y coordinar las copias de seguridad de la configuración, la supervisión con systemd y las ventanas de mantenimiento de actualizaciones.

Un 5v5 privado puede empezar con 4 vCPU de alto rendimiento, 8 GB de RAM y 80 GB NVMe, mientras que un servidor público debe ampliarse poco a poco según los picos reales de CPU, el jitter de red, los registros y el espacio de CSTV. Hacer una prueba real de conexión, actualización de versión y recuperación antes de publicar reduce más las interrupciones de partidas que añadir a ciegas puertos, plugins o automatización.