Il tuo portatile ha cinque anni, la build dura otto minuti e vuoi correggere un bug da un tablet in treno. code-server esegue Visual Studio Code su un server e ti dà l'editor completo in una scheda del browser: stesse estensioni, stesso terminale, stesse scorciatoie. Il lavoro pesante lo fa il VPS; il tuo dispositivo si limita a disegnare l'interfaccia.
Perché un VPS funziona bene
- Un solo ambiente ovunque. Stesso checkout, stessi strumenti e impostazioni dal portatile, da un PC in prestito o da un iPad.
- Le build non scaricano la batteria. Compilazioni e test usano la CPU del server.
- I lavori lunghi sopravvivono. Chiudi il portatile e un processo in tmux va avanti.
- Download veloci.
npm installedocker pullpassano dalla connessione veloce del server, non dal Wi-Fi dell'hotel.
Cosa serve
| Carico di lavoro | Piano consigliato |
|---|---|
| Script, modifica di configurazioni, piccoli progetti Python | Micro — 1 vCPU, 2 GB, $5/mese |
| App web con TypeScript, PHP o Go | Small — 2 vCPU, 4 GB, $8/mese |
| Più progetti, build Docker, grandi monorepo | Medium — 4 vCPU, 6 GB, $12/mese |
I language server sono il costo nascosto. Un progetto TypeScript con qualche migliaio di file può occupare da solo un gigabyte.
Installazione
Come utente normale con sudo (non root — vedi la nostra guida all'utente sudo):
curl -fsSL https://code-server.dev/install.sh | sh
sudo systemctl enable --now code-server@$USER
Lo script sceglie il pacchetto giusto per la tua distribuzione. Le impostazioni stanno in ~/.config/code-server/config.yaml:
bind-addr: 127.0.0.1:8080
auth: password
password: use-a-long-random-password
cert: false
Riavvia dopo le modifiche: sudo systemctl restart code-server@$USER. Lascia bind-addr su 127.0.0.1: non deve mai ascoltare su un indirizzo pubblico senza HTTPS davanti.
Accesso 1: tunnel SSH (funziona con qualsiasi piano)
Dalla tua macchina:
ssh -p 22 -N -L 8080:127.0.0.1:8080 you@203.0.113.10
Poi apri http://localhost:8080. Niente è esposto su Internet e la cifratura la fa SSH. Su un piano NAT usa la porta SSH personale dell'area clienti al posto della 22. È la configurazione che consigliamo a uno sviluppatore singolo.
Accesso 2: HTTPS sul tuo dominio
Per accedere da dispositivi dove non puoi usare SSH, metti nginx davanti su un piano con IP dedicato. Punta un sottodominio al server (ecco come), poi fai il proxy con supporto 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;
}
}
Ottieni un certificato con certbot --nginx -d code.example.com. La nostra guida al reverse proxy entra nei dettagli. Con un URL pubblico, la password in config.yaml è l'unica cosa tra Internet e una shell sul tuo server: falla lunga.
Da sapere prima di passare
- Le estensioni arrivano da Open VSX. Le più popolari ci sono; alcune esclusive di Microsoft no. Controlla prima le tue.
- A volte vincono le scorciatoie del browser. Ctrl+W chiude la scheda, non il file. Installare code-server come PWA dal menu del browser risolve quasi tutto.
- Niente GPU. È un server a CPU: va benissimo per il codice, non per addestrare modelli.
- I lavori lunghi in tmux. Il terminale integrato muore con la scheda.
Si abbina bene con
Se usi agenti di coding con IA, lo stesso server può eseguirli accanto all'editor — vedi eseguire un agente di coding su un VPS e il caso d'uso Claude Code. Dettagli dei piani e upgrade nella documentazione dei piani.
Commenti
Ancora nessun commento. Sii il primo.