VPS pour code-server : VS Code dans votre navigateur

Votre portable a cinq ans, le build prend huit minutes et vous voulez corriger un bug depuis une tablette dans le train. code-server fait tourner Visual Studio Code sur un serveur et vous donne l'éditeur complet dans un onglet de navigateur — mêmes extensions, même terminal, mêmes raccourcis. Le gros du travail se fait sur le VPS ; votre appareil ne fait que dessiner l'interface.

Pourquoi un VPS s'y prête bien

• Un seul environnement partout. Le même dépôt, les mêmes outils et réglages depuis votre portable, un PC emprunté ou un iPad.
• Les builds ne vident pas votre batterie. Compilation et tests utilisent le CPU du serveur.
• Les longues tâches survivent. Vous fermez le capot, une tâche dans tmux continue.
• Téléchargements rapides. npm install et docker pull passent par la connexion rapide du serveur, pas par le Wi-Fi de l'hôtel.

Ce qu'il faut

Les serveurs de langage sont le coût caché. Un projet TypeScript de quelques milliers de fichiers peut prendre un gigaoctet à lui seul.

Installation

En tant qu'utilisateur normal avec sudo (pas root — voir notre guide de l'utilisateur sudo) :

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

Le script choisit le bon paquet pour votre distribution. Les réglages sont dans ~/.config/code-server/config.yaml :

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

Redémarrez après modification : sudo systemctl restart code-server@$USER. Laissez bind-addr sur 127.0.0.1 — il ne doit jamais écouter sur une adresse publique sans HTTPS devant.

Accès 1 : tunnel SSH (fonctionne sur toute offre)

Depuis votre machine :

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

Puis ouvrez http://localhost:8080. Rien n'est exposé sur Internet, SSH assure le chiffrement. Sur une offre NAT, utilisez votre port SSH personnel de l'espace client au lieu de 22. C'est la configuration que nous recommandons pour un développeur seul.

Accès 2 : HTTPS sur votre domaine

Pour accéder depuis des appareils où SSH n'est pas possible, placez nginx devant sur une offre avec IP dédiée. Faites pointer un sous-domaine vers le serveur (voici comment), puis relayez avec la prise en charge des 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;
    }
}

Obtenez un certificat avec certbot --nginx -d code.example.com. Notre guide du reverse proxy donne les détails. Avec une URL publique, le mot de passe de config.yaml est la seule chose entre Internet et un shell sur votre serveur : faites-le long.

À savoir avant de basculer

• Les extensions viennent d'Open VSX. La plupart des populaires y sont ; quelques-unes réservées à Microsoft non. Vérifiez les vôtres d'abord.
• Les raccourcis du navigateur l'emportent parfois. Ctrl+W ferme l'onglet, pas le fichier. Installer code-server comme PWA depuis le menu du navigateur règle l'essentiel.
• Pas de GPU. C'est un serveur CPU — parfait pour du code, pas pour entraîner des modèles.
• Les longues tâches dans tmux. Le terminal intégré meurt avec l'onglet.

Va bien avec

Si vous utilisez des agents de code IA, le même serveur peut les faire tourner à côté de votre éditeur — voir faire tourner un agent de code sur un VPS et le cas d'usage Claude Code. Détails des offres et évolutions dans la documentation des offres.