−25%

su Windows con pagamento annuale, fino al 31/10. Vai ai piani

EQVPS
Inizia

VPS per code-server: VS Code nel browser

Esegui code-server su un VPS e programma da qualsiasi dispositivo: installazione, accesso privato via tunnel SSH o HTTPS, dimensionamento per progetti veri e limiti.

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

Cosa serve

Carico di lavoroPiano consigliato
Script, modifica di configurazioni, piccoli progetti PythonMicro — 1 vCPU, 2 GB, $5/mese
App web con TypeScript, PHP o GoSmall — 2 vCPU, 4 GB, $8/mese
Più progetti, build Docker, grandi monorepoMedium — 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

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.

Pronto a fare il deploy? Paga in crypto, niente KYC — online in circa un minuto.

Fai il deploy ora →

FAQ

Posso usare code-server su un piano NAT?

Sì. Tieni code-server su 127.0.0.1 e raggiungilo con un tunnel SSH sulla tua porta SSH personale: il browser apre http://localhost:8080 sulla tua macchina. Un piano con IP dedicato serve solo se vuoi un indirizzo HTTPS pubblico sul tuo dominio.

Quanta RAM serve a code-server?

code-server in sé è leggero, ma language server, build TypeScript e test no. 2 GB bastano per piccoli script; 4 GB con 2 vCPU (Small) sono comodi per un tipico progetto web.

Funzionano tutte le estensioni di VS Code?

Quasi tutte. code-server installa le estensioni dal registro Open VSX, dove alcune estensioni esclusive di Microsoft non sono pubblicate. Controlla quelle indispensabili prima di spostare il tuo flusso di lavoro.

È sicuro esporre code-server su Internet?

Solo dietro HTTPS con una password robusta, e idealmente per niente. Chi entra ha un terminale sul tuo server. Il tunnel SSH lo tiene del tutto fuori da Internet.

Le build continuano se chiudo la scheda del browser?

I processi avviati nel terminale integrato si fermano quando il terminale si chiude. Esegui i lavori lunghi in tmux o come servizio systemd, e finiranno mentre sei offline.

Commenti

Ancora nessun commento. Sii il primo.

Lascia un commento

I commenti sono moderati prima di comparire.