Respostas:
Encontrei a resposta depois de algumas pesquisas e encontrei o seguinte em /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"
Descomentei a linha acima e reiniciei libvirtd
para descobrir que ainda não conseguia acessar o VNC pela rede. Desta vez, o culpado foi iptables
. No Centos, eu costumava system-config-firewall-tui
permitir o acesso ao VNC.
firewall-cmd --permanent --add-port=5900/tcp; firewall-cmd --reload
. Você pode ver essas portas abertas no host KVM (como LISTEN) na saída de um comando netstat -pant
ou ss -pant
.
se você faz o VNC para o host KVM, significa que ele deve ter um servidor X em execução (coisa completamente redundante a ser feita em um hipervisor, mas essa é sua escolha). Como você já tem uma área de trabalho, não há nada para impedir sua execução virt-viewer
ou virt-manager
obter acesso diretamente a um console convidado. Por outro lado, se a VM qemu-kvm estiver sendo executada com suporte a VNC, você poderá simplesmente se conectar diretamente ao console VNC da VM.