With drop the newtork I mean that both ping and SSH toward the guests
throw a Destination Host Unreachable.
When the network drops, running `ifconfig` from inside the guests keeps
showing the same, correct data as before the drop, like IP address, MAC
and netmask. But after the ethernet cable
On 08/27/2015 12:13 PM, Davide Baldini wrote:
With drop the newtork I mean that both ping and SSH toward any of the
guests throw a
Destination Host Unreachable.
When the network drops, running `ifconfig` from inside the guests keeps
showing the same,
correct data as before the drop, like
With drop the newtork I mean that both ping and SSH toward any of the
guests throw a Destination Host Unreachable.
When the network drops, running `ifconfig` from inside the guests keeps
showing the same, correct data as before the drop, like IP address, MAC
and netmask. But after the
On 08/23/2015 07:31 AM, Davide Baldini wrote:
Thanks Vlad,
.. snip..
As far as I notice, there are no differences shown by `ifconfig`.
The fact is, that all guests drop the network after a cable is unplugged and
then
replugged, while the host's network keeps functioning.
What do you
Consider whether you're talking about layer 2 or layer 3 network
connectivity (test).
If this is a Workgroup, consider whether you have a Browse Master issue.
Consider whether your issue is a name resolution issue.
I assume the connection is bridged? Try NAT if it doesn't make a diff to you.
Thanks Vlad,
apparently everything is fine on `ifconfig` after the ethernet cable is
unplugged and re-plugged; I don't see what is wrong:
Before unplugging the cable – guests network works:
—
root@debianBunker:/home/davide#
On 08/16/2015 12:55 PM, Davide Baldini wrote:
When I unplug the ethernet cable from the physical host, guest fails to
reconnect; host
does reconnect.
What do you mean by 'reconnect'? Unplugging the cable for the nic on the
physical host
does not really disconnect the guest from the network.
When I unplug the ethernet cable from the physical host, guest fails to
reconnect; host does reconnect.
A very simple configuration here, with an almost default Debian 7 on
both host and guest:
-- ON HOST:
/etc/network/interfaces
auto lo
iface lo inet loopback
auto br0
iface br0
Up.
If information is missing to answer the question, please point out
what's so.
-- Davide
The problem is still alive, and kicking.
Whenever the ethernet cable is detached or the network (ADSL
modem/router) goes offline for a brief moment, the guest VMs remain
unable to reconnect, as shown in the previous post.
I have no idea how to move around this.
-- Davide
When I unplug the ethernet cable from the physical host, guest fails to
reconnect; host does reconnect.
A very simple configuration here, with an almost default Debian 7 on
both host and guest:
-- ON HOST:
/etc/network/interfaces
auto lo
iface lo inet loopback
auto br0
iface br0
11 matches
Mail list logo