Se connecter en SSH
Créez une clé, autorisez votre IP, connectez-vous en ubuntu. JupyterLab par SSH sur Secure, dans le navigateur sur Community. Tunnels et erreurs.
Chaque machine Secure n’accepte qu’une chose depuis Internet : SSH sur le port 22, depuis l’adresse que vous indiquez, avec la clé que vous fournissez. Les sessions Community prennent votre clé et n’ont besoin d’aucune règle IP.
Le pare-feu d’une machine Secure refuse toute autre connexion entrante : JupyterLab et les autres interfaces web s’ouvrent sur votre ordinateur par SSH, comme indiqué plus bas.
Créer une clé
Utilisez une clé Ed25519 :
ssh-keygen -t ed25519 -C "you@laptop"
cat ~/.ssh/id_ed25519.pub
Collez la ligne unique du fichier .pub. Ne collez jamais la clé privée.
Types de clés acceptés :
| Type | Commence par |
|---|---|
| Ed25519 | ssh-ed25519 |
| ECDSA P-256 | ecdsa-sha2-nistp256 |
| RSA | ssh-rsa |
Autoriser votre IP
Sur Secure, saisissez l’adresse IPv4 publique de l’ordinateur depuis lequel vous vous connecterez. Trouvez-la avec :
curl -4 https://ifconfig.me
Règles :
- Une adresse unique (
198.51.100.7), ou une plage d’au plus/24(198.51.100.0/24). - IPv4 publique uniquement. Les plages privées (
10.0.0.0/8,192.168.0.0/16, …) et0.0.0.0/0sont refusées. - L’adresse est fixe pour toute la session.
Votre réseau change souvent d’adresse publique? Saisissez sa plage /24.
Sessions Community
La page de la session donne la commande SSH, prête à coller, et ouvre JupyterLab avec un terminal dans le navigateur. La machine du fournisseur n’ouvre aucun port : les connexions atteignent votre VM en passant par Node Lodge.
Se connecter
La page de la session affiche la commande dès que la machine est prête :
ssh ubuntu@203.0.113.42
- Utilisateur :
ubuntu, avecsudo. - Port : 22.
- Image : Ubuntu 24.04 LTS, pilote NVIDIA R570, CUDA 12.8.
Utiliser une clé précise :
ssh -i ~/.ssh/id_ed25519 ubuntu@203.0.113.42
Ouvrir JupyterLab
Chaque machine Secure exécute JupyterLab, prêt quand la session l’est. Il n’écoute que sur la machine. La page de la session donne la commande qui ouvre votre shell et amène JupyterLab sur votre ordinateur :
ssh -L 8888:127.0.0.1:8888 ubuntu@203.0.113.42
Tant que cette connexion reste ouverte, ouvrez http://localhost:8888/ et collez le jeton de la page de la session sur la page de connexion. Le jeton reste valable toute la session. Les notebooks sont enregistrés dans /home/ubuntu, et %pip install dans un notebook installe les paquets pour son noyau.
Port 8888 déjà pris sur votre ordinateur ? Prenez un autre port local : ssh -L 8899:127.0.0.1:8888 ubuntu@203.0.113.42, puis ouvrez http://localhost:8899/.
Atteindre une interface web ou une API
Seul le port 22 est ouvert en entrée. Redirigez les autres ports par SSH :
ssh -N -L 8000:localhost:8000 ubuntu@203.0.113.42
Ouvrez ensuite http://localhost:8000 sur votre ordinateur. Même principe pour ComfyUI (8188), Jupyter (8888) ou TensorBoard (6006).
Garder les tâches actives après la déconnexion
Lancez les longues tâches dans tmux :
tmux new -s work
# start your job, then detach with Ctrl+b d
tmux attach -t work
Transférer des fichiers
# Upload
rsync -avz ./data/ ubuntu@203.0.113.42:~/data/
# Download
rsync -avz ubuntu@203.0.113.42:~/results/ ./results/
scp fonctionne aussi. Les deux passent par le même accès SSH.
Règles réseau
| Sens | Règle |
|---|---|
| Entrant | TCP 22 depuis votre adresse uniquement. Tout le reste est rejeté. |
| Sortant | IPv4 ouvert, sauf TCP 25 (pas de SMTP direct). |
| IPv6 | Pas d’IPv6 sortant. |
Les miroirs de paquets, Hugging Face, PyPI, GitHub et les registres de conteneurs sont accessibles. Envoyez vos courriels par un relais authentifié sur le port 587.
Dépannage
Connection timed out
Votre adresse IP publique ne correspond plus à celle que vous avez saisie. Vérifiez-la avec curl -4 https://ifconfig.me. Les VPN et les partages de connexion mobile la changent.
Permission denied (publickey)
La clé de votre ordinateur ne correspond pas à celle que vous avez collée. Indiquez-la explicitement avec ssh -i. Utilisez l’utilisateur ubuntu, pas root.
Connection refused juste après le démarrage de la machine
SSH démarre encore. Attendez 30 secondes et réessayez.
« Waiting for its public address » Le fournisseur attache l’adresse. Elle apparaît en quelques secondes.
REMOTE HOST IDENTIFICATION HAS CHANGED
Une nouvelle session réutilise une adresse à laquelle vous vous êtes déjà connecté. Supprimez l’ancienne entrée :
ssh-keygen -R 203.0.113.42
Toujours bloqué? Écrivez à support@nodelodge.com avec votre numéro de session.