Sem acesso ao hospedeiro em host-only (VirtualBox 5.1.24): VM vboxnet0 encontra-se em estado DOWN
Dica publicada em Linux / Configuração
Sem acesso ao hospedeiro em host-only (VirtualBox 5.1.24): VM vboxnet0 encontra-se em estado DOWN
Ao tentar acessar o host (hospedeiro) à partir do convidado via iPXE, recebia a mensagem "Connection timed out". O iPXE recebia um endereço IP da rede "host-only" normalmente, mas não tinha acesso ao host.
Investigando o problema, identifiquei que a interface "vboxnet0" estava em estado DOWN:
ip addr
...
4: vboxnet0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 0a:00:27:00:00:00 brd ff:ff:ff:ff:ff:ff
inet 192.168.56.1/24 scope global vboxnet0
valid_lft forever preferred_lft forever
Este é um problema conhecido da versão 5.1.24 e corrigido em novas versões. Este problema ocorre devido a uma falha durante a transição do comando "ifconfig" para "ipconfig" para ativação das interfaces privadas do VirtualBox. Como minha distribuição (Deepin) não disponibilizou uma nova versão do VirtualBox em seus repositórios no momento que escrevo este artigo (12/10/2017), um workaround é ativar a interface manualmente através do comando:
sudo ip link set dev vboxnet0 up
Ao ativar a interface manualmente, ela é alterada para o estado "UP" e a máquina virtual convidada obteve acesso ao hospedeiro:
ip addr
...
4: vboxnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 0a:00:27:00:00:00 brd ff:ff:ff:ff:ff:ff
inet 192.168.56.1/24 scope global vboxnet0
valid_lft forever preferred_lft forever
inet6 fe80::800:27ff:fe00:0/64 scope link
valid_lft forever preferred_lft forever
Se o problema continuar, verifique se a máquina virtual (convidada) encontra-se na mesma sub-rede do hospedeiro (host) e que não há nenhum Firewall impedindo a comunicação entre o hospedeiro e o convidado.
Investigando o problema, identifiquei que a interface "vboxnet0" estava em estado DOWN:
ip addr
...
4: vboxnet0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 0a:00:27:00:00:00 brd ff:ff:ff:ff:ff:ff
inet 192.168.56.1/24 scope global vboxnet0
valid_lft forever preferred_lft forever
Este é um problema conhecido da versão 5.1.24 e corrigido em novas versões. Este problema ocorre devido a uma falha durante a transição do comando "ifconfig" para "ipconfig" para ativação das interfaces privadas do VirtualBox. Como minha distribuição (Deepin) não disponibilizou uma nova versão do VirtualBox em seus repositórios no momento que escrevo este artigo (12/10/2017), um workaround é ativar a interface manualmente através do comando:
sudo ip link set dev vboxnet0 up
Ao ativar a interface manualmente, ela é alterada para o estado "UP" e a máquina virtual convidada obteve acesso ao hospedeiro:
ip addr
...
4: vboxnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 0a:00:27:00:00:00 brd ff:ff:ff:ff:ff:ff
inet 192.168.56.1/24 scope global vboxnet0
valid_lft forever preferred_lft forever
inet6 fe80::800:27ff:fe00:0/64 scope link
valid_lft forever preferred_lft forever
Se o problema continuar, verifique se a máquina virtual (convidada) encontra-se na mesma sub-rede do hospedeiro (host) e que não há nenhum Firewall impedindo a comunicação entre o hospedeiro e o convidado.
Referências
- 5.1.24 Private Networks Failing on Fedora 26 (#16911). VirtualBox Forum. Disponível em: virtualbox.org • View topic - 5.1.24 Private Networks Failing on Fedora 26 (#16911). Acesso em: 12 out. 2017.
- VM vboxnet0 is down state after minikube create and latest virtualbox update. GitHub. Disponível em: VM vboxnet0 is down state after minikube create and latest virtualbox update · Issue #1714 · kubernetes/minikube · GitHub. Acesso em: 12 out. 2017.
- Can't access VirtualBox host-only network from windows host. Server Fault. Disponível em: Can't access VirtualBox host-only network from windows host - Server Fault. Acesso em: 12 out. 2017.