VirtualBox: rede de convidado reconecta com freqüência

2

Eu tenho uma máquina virtual KaLi 2.0 Linux (baseada em debian). A rede se desconecta e se reconecta com frequência (em um experimento usando o ping isso aconteceu depois de 870, 960, 1480, 1567 e 1770 segundos).

Eu uso o VirtualBox é 5.0.10r104061 (64 bits), o host executa o Windows 7 SP1 64 bits, o convidado é Kali 2.0 (kernel de 64 bits / w 4.0.0-kali1-amd64). A conexão é estabelecida pelo NetworkManager (versão 0.9.10.0).

O extrato de log relevante é o seguinte:

Jan 13 12:39:17 xyzzy NetworkManager[576]: <info> (eth0): link disconnected (deferring action for 4 seconds)
Jan 13 12:39:21 xyzzy NetworkManager[576]: <info> (eth0): link disconnected (calling deferred action)
Jan 13 12:39:21 xyzzy NetworkManager[576]: <info> (eth0): device state change: activated -> unavailable (reason 'carrier-changed') [100 20 40]
[...]
Jan 13 12:39:21 xyzzy NetworkManager[576]: <info> NetworkManager state is now CONNECTED_LOCAL
Jan 13 12:39:21 xyzzy NetworkManager[576]: <info> NetworkManager state is now DISCONNECTED
Jan 13 12:39:21 xyzzy dbus[606]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service'
Jan 13 12:39:21 xyzzy dbus[606]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Jan 13 12:39:21 xyzzy nm-dispatcher: Dispatching action 'down' for eth0
Jan 13 12:39:23 xyzzy NetworkManager[576]: <info> (eth0): link connected
Jan 13 12:39:23 xyzzy NetworkManager[576]: <info> (eth0): device state change: unavailable -> disconnected (reason 'carrier-changed') [20 30 40]
Jan 13 12:39:21 xyzzy NetworkManager[576]: <info> (eth0): deactivating device (reason 'carrier-changed') [40]

Então a transportadora cai de vez em quando (ou pelo menos o NM pensa). Isso acontece apenas para o NAT; se eu alternar a NIC para o modo de ponte, isso não acontece.

Qual é a razão para isso e como isso pode ser corrigido?

    
por countermode 13.01.2016 / 12:51

1 resposta

0

A causa do sintoma ainda não está clara. No entanto, o problema pode ser "corrigido" removendo a conexão incorreta no NetworkManager e criando-a do zero.

    
por 21.06.2016 / 16:51