si par "sans soucis" tu entends sans devoir entrer de password, que ce soit le mot de passe de ta clef ou le mot de passe de ton utilisateur remote, c'est que tu utilise probablement le mauvais nom d'utilisateur. Vérifie que ton "Libvirt URI" soit "qemu+ssh://[USER]@[HOST]/system" avec le même [USER] que dans ton test.
SSH ne trouve pas ssh-askpass, ce qui peut-être un bug dans guix ou pas. Cependant tu peux lui indiquer le chemin en exportant la variable SSH_ASKPASS=/chemin/vers/ssh-askpass avant le lancer virt-manager. Consulte la documentation de guix pour savoir comment retrouver le path de l'exécutable dans le paquet que tu as installé. Sur une distrib traditionnelle il devrait se trouver dans /usr/libexec/openssh/XXX-ssh-askpass. Alors dans guix, ca va être un peu plus dur à trouver, mais bon vu que c'est ton choix de distrib tu es sensé pouvoir te démerder... au pire fais un env SSH_ASKPASS=`find /gnustore -name \*askpass\* -executable -type f | head -1` virt-manager ;-)
Vu que tu souhaites t'authentifier par clef, le password qu'il te demande est sensé être celui de ta clef privée. Il suffit de la charger dans ton agent ssh pour ne plus devoir la déchiffrer au moment où virt-manager utilise ssh. "ssh-add maclef" devrait faire l'affaire...
Virt-manager se torche comme un pochtron, enlève la ligne contenant "show_errmsg = False" de /usr/share/virt-manager/virtManager/lib/connectauth.py et tu auras un message plus explicite (%modulo le path dans le gnustore...).
En fait non, je n'ai pas d'autre idée clef en main... Je ne sais pas comment guix gère les binaires de types "libexec". Pour un binaire classique, c'est facile il est dans ton profile, et un simple which binaire te donne le path complet. Pour un libexec, à priori guix doit patcher cela à la compilation (tout comme les !shebang etc). Donc à mon avis, tu (ou virt-manager) utilise(s) le mauvais paquet "client ssh", ou bien c'est un bug dans guix. Tu auras plus d'info en contactant les gens de guix directement! Feel free de backfeeder ici lorsque tu auras ta solution...
# 1..2..3...
Posté par benja . En réponse au message Impossible d'accéder à virt-manager à distance via SSH avec Gnu GuixSD. Évalué à 2. Dernière modification le 30 novembre 2020 à 21:59.
Au choix:
si par "sans soucis" tu entends sans devoir entrer de password, que ce soit le mot de passe de ta clef ou le mot de passe de ton utilisateur remote, c'est que tu utilise probablement le mauvais nom d'utilisateur. Vérifie que ton "Libvirt URI" soit "qemu+ssh://[USER]@[HOST]/system" avec le même [USER] que dans ton test.
SSH ne trouve pas ssh-askpass, ce qui peut-être un bug dans guix ou pas. Cependant tu peux lui indiquer le chemin en exportant la variable SSH_ASKPASS=/chemin/vers/ssh-askpass avant le lancer virt-manager. Consulte la documentation de guix pour savoir comment retrouver le path de l'exécutable dans le paquet que tu as installé. Sur une distrib traditionnelle il devrait se trouver dans /usr/libexec/openssh/XXX-ssh-askpass. Alors dans guix, ca va être un peu plus dur à trouver, mais bon vu que c'est ton choix de distrib tu es sensé pouvoir te démerder... au pire fais un
env SSH_ASKPASS=`find /gnustore -name \*askpass\* -executable -type f | head -1` virt-manager;-)Vu que tu souhaites t'authentifier par clef, le password qu'il te demande est sensé être celui de ta clef privée. Il suffit de la charger dans ton agent ssh pour ne plus devoir la déchiffrer au moment où virt-manager utilise ssh. "ssh-add maclef" devrait faire l'affaire...
Virt-manager se torche comme un pochtron, enlève la ligne contenant "show_errmsg = False" de /usr/share/virt-manager/virtManager/lib/connectauth.py et tu auras un message plus explicite (%modulo le path dans le gnustore...).
En fait non, je n'ai pas d'autre idée clef en main... Je ne sais pas comment guix gère les binaires de types "libexec". Pour un binaire classique, c'est facile il est dans ton profile, et un simple
which binairete donne le path complet. Pour un libexec, à priori guix doit patcher cela à la compilation (tout comme les !shebang etc). Donc à mon avis, tu (ou virt-manager) utilise(s) le mauvais paquet "client ssh", ou bien c'est un bug dans guix. Tu auras plus d'info en contactant les gens de guix directement! Feel free de backfeeder ici lorsque tu auras ta solution...