Depuis que j’ai réinitialisé ma VM il y a quelques jours, lorsque je l’arrête, je n’ai pas forcément une nouvelle IP qui est générée. Hier par exemple j’ai tourné avec une seule IP toute la journée alors que j’ai arrêté plusieurs fois ma machine. Avant, le changement d’IP avait toujours été systématique.
Ce matin, impossible de me connecter avec cette même IP qui n’a toujours pas changé et je pense que c’est lié au fait que mon IP affichée sur la plateforme Datascientest est obsolète. J’ai éssayé de réinitialiser ma VM mais cela ne fonctionne pas, une fois le message de warning indiquant le risque de perte de toute ma progression sur ma machine validé, rien ne se passe, la machine est toujours “en ligne” avec cette même IP.
J’ai essayé de me connecter sur VS Code et aussi directement via mon terminal en SSH et j’ai le message qui indique, d’après le cours, que mon IP a changé :
Problème résou : j’ai supprimé les fichiers known_hosts et known_hosts.old de mon dossier .ssh et tout refonctionne. Il semble que le souci soit dû à la réinitialisation de ma VM il y a quelques jours.
Deux questions restent en suspens de mon côté :
pourquoi n’ai-je pas rencontré cette erreur dès la réinitialisation de ma VM (j’ai pu l’utiliser sans problème depuis plusieurs jours)
pourquoi mon IP de VM ne change plus après chaque arrêt ?
Pour le changement d’adresse IP, il s’agit également de changement de conditions d’utilisation du côté du fournisseur auprès duquel nous souscrivons pour vous fournir les VM : AWS.
Certaines conditions d’utilisation ont changé récemment, et nous sommes en train de nous adapter en fonction.
Actuellement, certaines VM comme la vôtre n’ont plus d’adresse IP variable, mais se retrouve avec une adresse IP fixe.
Cela ne pose aucun problème pour la connexion, tout se passe comme expliqué dans le cours. Vous n’avez tout simplement pas besoin de changer d’adresse IP.
Concernant l’erreur “WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED”, elle se produit généralement lorsqu’un utilisateur essaie de se connecter à un hôte distant via SSH et que la signature de l’hôte a changé depuis la dernière connexion. Cela peut se produire pour plusieurs raisons comme la réinstallation de l’OS de l’hôtes distant mais le plus probable c’est surtout suite à une mise à jour du système d’exploitation.
Pour y remédier il faut procéder soit comme vous l’avez fait en supprimer le fichier known_hosts, ou bien en entrant cette commande dans votre terminal : ssh-keygen _R xx.xx.xx.xx (en remplaçant xx.xx.xx.xx par l’adresse IP actuelle de votre VM).
Merci pour votre réponse. C’est très clair. Cependant j’ai à nouveau ma machine virtuelle qui ne fonctionne pas et cette fois, le problème semble être différent mais je n’en suis pas sûre. En effet, même après l’entrée de la commande ssh-keygen ou la suppression de fichiers know_hosts, je ne parviens pas à accéder à ma VM. J’ai un nouveau pop up qui apparait lors de l’établissement de la connexion qui est le suivant :
Est-ce que vous pourriez cliquer sur “More actions…”, puis aller en bas de fenêtre de VS Code et regarder la petite fenêtre du retour “Output” (un onglet à choisir).
Vous aurez dedans l’erreur renvoyé par la console et dans laquelle nous auront plus d’information sur le problème rencontré.
Vous pourrez ainsi me copier ou m’envoyer une capture d’écran de l’erreur (elle est un peu longue).
Est-ce que par ailleurs vous réussissez sans soucis à vous connecter à la VM via une invite de commande simple ?
[10:49:06.063] Log Level: 2
[10:49:06.069] SSH Resolver called for "ssh-remote+52.16.88.30", attempt 1
[10:49:06.069] "remote.SSH.useLocalServer": true
[10:49:06.069] "remote.SSH.useExecServer": false
[10:49:06.069] "remote.SSH.path": undefined
[10:49:06.069] "remote.SSH.configFile": undefined
[10:49:06.069] "remote.SSH.useFlock": true
[10:49:06.069] "remote.SSH.lockfilesInTmp": false
[10:49:06.069] "remote.SSH.localServerDownload": auto
[10:49:06.069] "remote.SSH.remoteServerListenOnSocket": false
[10:49:06.069] "remote.SSH.showLoginTerminal": false
[10:49:06.069] "remote.SSH.defaultExtensions": []
[10:49:06.069] "remote.SSH.loglevel": 2
[10:49:06.070] "remote.SSH.enableDynamicForwarding": true
[10:49:06.070] "remote.SSH.enableRemoteCommand": false
[10:49:06.070] "remote.SSH.serverPickPortsFromRange": {}
[10:49:06.070] "remote.SSH.serverInstallPath": {}
[10:49:06.072] VS Code version: 1.87.2
[10:49:06.072] Remote-SSH version: remote-ssh@0.109.0
[10:49:06.072] linux x64
[10:49:06.072] SSH Resolver called for host: 52.16.88.30
[10:49:06.073] Setting up SSH remote "52.16.88.30"
[10:49:06.075] Acquiring local install lock: /tmp/vscode-remote-ssh-8187bdd4-install.lock
[10:49:06.076] Looking for existing server data file at /home/kenza/.config/Code/User/globalStorage/ms-vscode-remote.remote-ssh/vscode-ssh-host-8187bdd4-863d2581ecda6849923a2118d93a088b0745d9d6-0.109.0-tr/data.json
[10:49:06.077] Using commit id "863d2581ecda6849923a2118d93a088b0745d9d6" and quality "stable" for server
[10:49:06.079] Install and start server if needed
[10:49:06.081] PATH: /home/kenza/.local/bin:/home/kenza/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/snap/bin
[10:49:06.082] Checking ssh with "ssh -V"
[10:49:06.090] > OpenSSH_8.9p1 Ubuntu-3ubuntu0.6, OpenSSL 3.0.2 15 Mar 2022
[10:49:06.093] askpass server listening on /run/user/1000/vscode-ssh-askpass-c6c5eecc271f11b63a0ad3e531cdb279d535d4f7.sock
[10:49:06.093] Spawning local server with {"serverId":1,"ipcHandlePath":"/run/user/1000/vscode-ssh-askpass-6c28e23e4c9b222a600bb04dbf59b6ae99d385ba.sock","sshCommand":"ssh","sshArgs":["-v","-T","-D","46519","-o","ConnectTimeout=15","52.16.88.30"],"serverDataFolderName":".vscode-server","dataFilePath":"/home/kenza/.config/Code/User/globalStorage/ms-vscode-remote.remote-ssh/vscode-ssh-host-8187bdd4-863d2581ecda6849923a2118d93a088b0745d9d6-0.109.0-tr/data.json"}
[10:49:06.093] Local server env: {"SSH_AUTH_SOCK":"/run/user/1000/keyring/ssh","SHELL":"/bin/bash","DISPLAY":":0","ELECTRON_RUN_AS_NODE":"1","SSH_ASKPASS":"/home/kenza/.vscode/extensions/ms-vscode-remote.remote-ssh-0.109.0/out/local-server/askpass.sh","VSCODE_SSH_ASKPASS_NODE":"/usr/share/code/code","VSCODE_SSH_ASKPASS_EXTRA_ARGS":"","VSCODE_SSH_ASKPASS_MAIN":"/home/kenza/.vscode/extensions/ms-vscode-remote.remote-ssh-0.109.0/out/askpass-main.js","VSCODE_SSH_ASKPASS_HANDLE":"/run/user/1000/vscode-ssh-askpass-c6c5eecc271f11b63a0ad3e531cdb279d535d4f7.sock"}
[10:49:06.099] Spawned 24384
[10:49:06.197] > local-server-1> Running ssh connection command: ssh -v -T -D 46519 -o ConnectTimeout=15 52.16.88.30
[10:49:06.200] > local-server-1> Spawned ssh, pid=24392
[10:49:06.203] stderr> OpenSSH_8.9p1 Ubuntu-3ubuntu0.6, OpenSSL 3.0.2 15 Mar 2022
[10:49:21.219] stderr> ssh: connect to host 52.16.88.30 port 22: Connection timed out
[10:49:21.220] > local-server-1> ssh child died, shutting down
[10:49:21.230] Local server exit: 0
[10:49:21.230] Received install output: local-server-1> Running ssh connection command: ssh -v -T -D 46519 -o ConnectTimeout=15 52.16.88.30
local-server-1> Spawned ssh, pid=24392
OpenSSH_8.9p1 Ubuntu-3ubuntu0.6, OpenSSL 3.0.2 15 Mar 2022
ssh: connect to host 52.16.88.30 port 22: Connection timed out
local-server-1> ssh child died, shutting down
[10:49:21.232] Resolver error: Error: The connection timed out
at g.Offline (/home/kenza/.vscode/extensions/ms-vscode-remote.remote-ssh-0.109.0/out/extension.js:2:499785)
at /home/kenza/.vscode/extensions/ms-vscode-remote.remote-ssh-0.109.0/out/extension.js:2:495810
at t.handleInstallOutput (/home/kenza/.vscode/extensions/ms-vscode-remote.remote-ssh-0.109.0/out/extension.js:2:496125)
at e (/home/kenza/.vscode/extensions/ms-vscode-remote.remote-ssh-0.109.0/out/extension.js:2:558185)
at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
at async /home/kenza/.vscode/extensions/ms-vscode-remote.remote-ssh-0.109.0/out/extension.js:2:580094
at async t.withShowDetailsEvent (/home/kenza/.vscode/extensions/ms-vscode-remote.remote-ssh-0.109.0/out/extension.js:2:583753)
at async /home/kenza/.vscode/extensions/ms-vscode-remote.remote-ssh-0.109.0/out/extension.js:2:554890
at async T (/home/kenza/.vscode/extensions/ms-vscode-remote.remote-ssh-0.109.0/out/extension.js:2:552941)
at async t.resolveWithLocalServer (/home/kenza/.vscode/extensions/ms-vscode-remote.remote-ssh-0.109.0/out/extension.js:2:554430)
at async k (/home/kenza/.vscode/extensions/ms-vscode-remote.remote-ssh-0.109.0/out/extension.js:2:577311)
at async t.resolve (/home/kenza/.vscode/extensions/ms-vscode-remote.remote-ssh-0.109.0/out/extension.js:2:581124)
at async /home/kenza/.vscode/extensions/ms-vscode-remote.remote-ssh-0.109.0/out/extension.js:2:847283
[10:49:21.236] ------
Lorsque j’essaye de me connecter à la VM via l’invite de commande rien ne se passe, j’ai une entrée vide
Sur la plateforme d’apprentissage, sur la page de cours, soyez sûre de bien rafraichir la page pour afficher le statut actuel de la VM (elle ne se rafraichit pas automatiquement). Vous pouvez faire le raccourcit clavier : Ctrl + shift + R pour rafraichir la page web.
Bonjour,
Au moment où je vous ai envoyé le screenshots, je venais tout juste d’allumer ma machine. Désormais oui elle s’est éteinte suite à inactivité. Je viens de la rallumer et le problème persiste.
Cela peut en effet vous empêcher de vous connecter avec VS Code quia un processus de plus lourd qu’une invite de commande.
D’ailleurs, si vous vous connectez vous-même en invite de commande, vous remarquerez que la VM est ralenti et mouline avant d’arriver à se connecter.
Ce que je vous recommande, c’est de vous connecter avec une invite de commande et de sauvegarder les données que vous souhaitez récupérer.
Ensuite, faites le reset de votre VM.
Elle est vraiment saturée et ça va poser problème pour faire n’importe quel opération dessus. Donc dans un premier temps si vous avez démarré des conteneurs, téléchargés des images docker et créé des volumes (via d’autres cours par exemple), je vous recommande de :
Arrêter les conteneurs
Les supprimer
Supprimer les images dockers
Supprimer les volumes
Vous retrouverez dans le module 100bis, dans l’exercice " Un peu de Docker " toutes les commandes pour effectuer ces actions.
Cela vous permettra de récupérer un peu d’espace pour mieux effectuer vos opérations de récupération des fichiers/dossiers que vous souhaitez.
Tenez moi au courant, si vous rencontrez d’autres difficultés.
