VPS para code-server: VS Code en tu navegador

Tu portátil tiene cinco años, la compilación tarda ocho minutos y quieres arreglar un bug desde una tablet en el tren. code-server ejecuta Visual Studio Code en un servidor y te da el editor completo en una pestaña del navegador: las mismas extensiones, la misma terminal, los mismos atajos. El trabajo pesado ocurre en el VPS; tu dispositivo solo dibuja la interfaz.

Por qué un VPS encaja bien

• Un mismo entorno en todas partes. El mismo repositorio, herramientas y ajustes desde tu portátil, un PC prestado o un iPad.
• Las compilaciones no gastan tu batería. Compilar y ejecutar tests usa la CPU del servidor.
• Los trabajos largos sobreviven. Cierras la tapa y un trabajo en tmux sigue.
• Descargas rápidas. npm install y docker pull van por la conexión rápida del servidor, no por el Wi-Fi del hotel.

Qué necesita

Los servidores de lenguaje son el coste oculto. Un proyecto TypeScript con unos miles de archivos puede ocupar un gigabyte por sí solo.

Instalación

Como usuario normal con sudo (no root; mira nuestra guía de usuario sudo):

curl -fsSL https://code-server.dev/install.sh | sh
sudo systemctl enable --now code-server@$USER

El script elige el paquete correcto para tu distribución. Los ajustes viven en ~/.config/code-server/config.yaml:

bind-addr: 127.0.0.1:8080
auth: password
password: use-a-long-random-password
cert: false

Reinicia tras editar: sudo systemctl restart code-server@$USER. Deja bind-addr en 127.0.0.1: nunca debería escuchar en una dirección pública sin HTTPS delante.

Acceso 1: túnel SSH (funciona en cualquier plan)

Desde tu propia máquina:

ssh -p 22 -N -L 8080:127.0.0.1:8080 you@203.0.113.10

Luego abre http://localhost:8080. Nada queda expuesto a internet y SSH se encarga del cifrado. En un plan NAT, usa tu puerto SSH personal del panel en lugar de 22. Es la configuración que recomendaríamos a un desarrollador individual.

Acceso 2: HTTPS en tu propio dominio

Para dispositivos donde no puedes usar SSH, pon nginx delante en un plan con IP dedicada. Apunta un subdominio al servidor (así se hace) y haz proxy con soporte de WebSocket:

server {
    server_name code.example.com;
    location / {
        proxy_pass http://127.0.0.1:8080;
        proxy_set_header Host $host;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection upgrade;
        proxy_set_header Accept-Encoding gzip;
    }
}

Obtén un certificado con certbot --nginx -d code.example.com. Nuestra guía de proxy inverso cubre los detalles. Con una URL pública, la contraseña de config.yaml es lo único entre internet y una shell en tu servidor, así que hazla larga.

Lo que conviene saber antes de cambiarte

• Las extensiones vienen de Open VSX. Casi todas las populares están; algunas exclusivas de Microsoft no. Revisa las tuyas primero.
• A veces ganan los atajos del navegador. Ctrl+W cierra la pestaña, no el archivo. Instalar code-server como PWA desde el menú del navegador arregla casi todo.
• Sin GPU. Es un servidor de CPU: bien para programar, no para entrenar modelos.
• Los trabajos largos, en tmux. La terminal integrada muere con la pestaña.

Combina bien con

Si usas agentes de IA para programar, el mismo servidor puede ejecutarlos junto a tu editor: mira cómo ejecutar un agente de programación en un VPS y el caso de uso de Claude Code. Los detalles de planes y ampliaciones están en la documentación de planes.