Réponses:
J'ai trouvé la réponse après quelques recherches et j'ai trouvé ce qui suit dans /etc/libvirt/qemu.conf
# VNC is configured to listen on 127.0.0.1 by default.
# To make it listen on all public interfaces, uncomment
# this next option.
#
# NB, strong recommendation to enable TLS + x509 certificate
# verification when allowing public access
#
vnc_listen = "0.0.0.0"
J'ai commenté la ligne ci-dessus et redémarré libvirtd
pour constater que je n'étais toujours pas en mesure d'accéder à VNC sur le réseau. Cette fois, le coupable était iptables
. Sur Centos, j'avais l'habitude system-config-firewall-tui
d'autoriser l'accès VNC.
firewall-cmd --permanent --add-port=5900/tcp; firewall-cmd --reload
. Vous pouvez voir ces ports ouverts sur l'hôte KVM (comme LISTEN) dans la sortie d'une commande netstat -pant
ou ss -pant
.
si vous VNC à l'hôte KVM, cela signifie qu'il devrait avoir un serveur X en cours d'exécution (chose complètement redondante à faire sur un hyperviseur, mais c'est votre choix). Puisque vous avez déjà un bureau, rien ne vous empêche de courir virt-viewer
ou virt-manager
d'accéder directement à une console invitée. D'un autre côté, si la machine virtuelle qemu-kvm fonctionne avec le support VNC, vous pouvez simplement vous connecter directement à la console VNC de la machine virtuelle