- Status En attente de réponse
- Percent Complete
- Task Type Anomalie
- Category Services locaux → VM
- Assigned To No-one
- Operating System Freebox Server V7 (Delta)
- Severity Medium
- Priority Very Low
- Reported Version 4.3.4
- Due in Version Undecided
-
Due Date
Undecided
- Votes 2
- Private
Attached to Project: Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)
Opened by zatouf6 - 19/06/2021
Last edited by aastier - 22/06/2021
Opened by zatouf6 - 19/06/2021
Last edited by aastier - 22/06/2021
FS#35067 - Connexion impossible à une VM Ubuntu 21.04 avec une clé SSH
Bonsoir,
La connexion par clé SSH via la config cloud-init ne fonctionne pas avec la VM Ubuntu 21.04 : "permission denied" à la tentative de connexion.
Utilisateur régulier de VM Debian 10 et 11, je découvre donc ce bug sous la Ubuntu 21.04
cordialement.
Loading...
Available keyboard shortcuts
- Alt + ⇧ Shift + l Login Dialog / Logout
- Alt + ⇧ Shift + a Add new task
- Alt + ⇧ Shift + m My searches
- Alt + ⇧ Shift + t focus taskid search
Tasklist
- o open selected task
- j move cursor down
- k move cursor up
Task Details
- n Next task
- p Previous task
- Alt + ⇧ Shift + e ↵ Enter Edit this task
- Alt + ⇧ Shift + w watch task
- Alt + ⇧ Shift + y Close Task
Task Editing
- Alt + ⇧ Shift + s save task
Je n'ai jamais compris à quoi servait cloud-init, car effectivement sur les essais que j'ai fais ça n'a jamais fonctionné.
Après, un utilisateur Linux est censé être capable de paramétrer par lui-même le serveur SSH, Freebox OS offrant un accès simulé de console matérielle, donc on s'en fiche un peu
Ce n'est pas bien compliqué il y des millions de tutos sur internet
Je serais d'avis à supprmer cette fonction cloud-init, qui de toutes les façons n'a guère de sens dès lors qu'on installe une VM non préconfigurée.
J'ai installé openSUSE Tumbleweed en VM Freebox, from scratch en bootant à partir de l'image CD et à partir de la console matérielle Freebox OS. Donc, ça marche, les devs pourraient très bien proposer une VM Tumblewwed préconfigurée (juste veiller à choisir ext4 et non btfrs proposé par défaut qui plombe les performance de la machine avec des lenteurs insupportables)
J'ai du mal à comprendre votre commentaire appelant à supprimer une fonctionnalité dès qu'elle se met à fonctionner partiellement, descendre cloud-init puis vanter une autre distrib …
Cloud-Init est un outil largement répandu et usité, c'est le méconnaitre pour vouloir ainsi discuter de sa légitimité.
Je rajoute à mon bugreport que cloud-init affiche une erreur "execute cloud user final scripts" failed to start , au premier boot.
"cc_ssh_authkey_fingerprints.py'>) failed" est affiché avant, il y a donc visiblement un problème de configuration sur cette VM pré-configurée proposée à l'utilisation.
Update #2 :
bug présent sur deux versions d'Ubuntu proposées. Pas sur les Debian ni Fedora.
Les clés ne fonctionnent pas, ni mdp simple. Cloud Init semble donc mal configuré sur les versions Ubuntu VM proposées par Free.
Bonjour @fred, est-ce que vous collez bien le contenu de votre clé publique au format OpenSSH ? C’est un fichier qui finit en ".pub" sous linux. Si vous utilisez Putty, vous pouvez la récupérer avec PuttyGen.
@DCM: évitez le commentaire hors-sujet svp.
Bonsoir,
oui je l'ai bien renseigné mais comme indiqué, cela bug de la même manière en choississant la méthode par simple mot de passe . Erreur présente sur la console du serveur. Cdlt
L’erreur la plus courante est qu’il s’agit du mauvais format de la clé publique. Une clé doit être dans ce format là:
ou encore:
Si la clé est dans un autre format ou commence par:
Alors ce n’est pas la bonne.
La clé doit être mise dans le champ dédié lors de l’ajout d’une VM pré-installée, pas dans le champ cloud-init de la VM.
@aastier : oui j'ai bien vérifié mais comme dit précédemment je me suis aperçu que même mot de passe simple sans clé ça ne fonctionne pas, le server openssh n'est pas démarré sur la VM, et le login depuis la console est impossible. Ceci donc toujours uniquement sur les VM Ubuntu.
@fred pouvez-vous installer une nouvelle VM avec mot de passe et envoyer une capture des logs de la console ? Il faut attendre un peu normalement pour le premier démarrage (70 à 120 secondes) d’Ubuntu.
@zatouf6: Quelles sont vos nouvelles ?
Bonjour,
Ce Bug date un peu mais n'est semble t'il toujours pas résolu.
Je viens d'essayer d'installer une VM Ubuntu, mais impossible de s'y connecter.
Aucun souci avec une VM Debian.
Après avoir fait quelques tests :
Je confirme que pour moi, cloud-init ne fonctionne pas du tout sur les VM ubuntu, mais très bien sur les autres.
Par ailleurs, j'ai ce message dans la console pendant le démarrage de la VM:
Par contre je suis bien arrivé à lancer une VM pour laquelle j'ai spécifié un mot de passe dans le setup.
Bonjour
Je rencontre également le même problème sur l'image Debian 12 (Bookworm) sur ma freebox Delta (4.8) : impossible possibilité d'enregistrer ni clé publique SSH, ni un mot de passe, quelque soit le nom d'utilisateur renseigné.
La seule "solution" de contournement trouvée est d'installer l'iso from scratch et c'est très très long…
Les erreurs sont affichées par cloud-init au boot. Voici celles que j'ai pu voir (je les recopie depuis un screenshot).
Le bug semble donc se trouver dans l'appel du module cc_users_groups de cloudinit (https://github.com/canonical/cloud-init/blob/main/cloudinit/config/cc_users_groups.py):
Ensuite, un peu plus loin (normal vu que le user freebox n'a pas été créé):
Bon courage dans la résolution de ce soucis.