web-dev-qa-db-fra.com

Impossible d'envoyer une requête ping à KVM Invité Windows à partir de l'hôte uniquement

J'ai une machine Ubuntu 14.04 qui utilise KVM pour héberger un invité Windows. Après un redémarrage, je ne suis plus en mesure de cingler l'invité Windows à partir de la machine hôte, pour confirmer que tout fonctionnait parfaitement jusqu'à ce que je redémarré l'hôte. Je peux envoyer une requête ping à l'invité à partir de tous les autres PC du réseau local et l'invité peut communiquer avec l'hôte sans aucun problème. Seul l'hôte ne peut pas parler à l'invité.

Ceci est le contenu de/etc/network/interfaces

# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

# The primary network interface
auto br0
iface br0 inet static
    address 192.168.0.2
    netmask 255.255.255.0
    network 192.168.0.0
    broadcast 192.168.0.255
    gateway 192.168.0.1
    bridge_ports eth1
    bridge_stp off
    bridge_fs 0
    bridge_maxwait 5

Ceci est la sortie de ifconfig

br0       Link encap:Ethernet  HWaddr 60:a4:4c:2c:81:1b  
      inet addr:192.168.0.2  Bcast:192.168.0.255  Mask:255.255.255.0
      inet6 addr: fe80::62a4:4cff:fe2c:811b/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:897122 errors:0 dropped:0 overruns:0 frame:0
      TX packets:770399 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:0 
      RX bytes:251836869 (251.8 MB)  TX bytes:201878124 (201.8 MB)

eth1      Link encap:Ethernet  HWaddr 60:a4:4c:2c:81:1b  
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:343226 errors:0 dropped:0 overruns:0 frame:0
      TX packets:205432 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:100974693 (100.9 MB)  TX bytes:43641794 (43.6 MB)

lo        Link encap:Local Loopback  
      inet addr:127.0.0.1  Mask:255.0.0.0
      inet6 addr: ::1/128 Scope:Host
      UP LOOPBACK RUNNING  MTU:65536  Metric:1
      RX packets:342809 errors:0 dropped:0 overruns:0 frame:0
      TX packets:342809 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:0 
      RX bytes:750030721 (750.0 MB)  TX bytes:750030721 (750.0 MB)

virbr0    Link encap:Ethernet  HWaddr 06:6a:76:55:18:28  
      inet addr:192.168.122.1  Bcast:192.168.122.255  Mask:255.255.255.0
      UP BROADCAST MULTICAST  MTU:1500  Metric:1
      RX packets:0 errors:0 dropped:0 overruns:0 frame:0
      TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:0 
      RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

vnet0     Link encap:Ethernet  HWaddr fe:54:00:b7:d7:c6  
      inet6 addr: fe80::fc54:ff:feb7:d7c6/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:90900 errors:0 dropped:0 overruns:0 frame:0
      TX packets:94214 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:500 
      RX bytes:26204675 (26.2 MB)  TX bytes:33808944 (33.8 MB)

Sortie de brctl show

bridge name bridge id       STP enabled interfaces
br0     8000.60a44c2c811b   no          eth1
                                        vnet0
virbr0      8000.000000000000   yes     

L'invité utilise un réseau de ponts pour br0

MISE À JOUR: Après un peu plus d'investigation, il semble que cela pourrait être lié à l'adaptateur de pont

Ceci est la sortie de arp -n

Address                  HWtype  HWaddress           Flags Mask            Iface
192.168.0.69             ether   1c:3e:84:e6:65:cd   C                     br0
192.168.0.128            ether   e8:99:c4:a0:e8:f8   C                     br0
192.168.0.153            ether   d0:27:88:47:02:02   C                     br0
192.168.0.1              ether   34:8a:ae:bf:c0:0e   C                     br0
192.168.0.4              ether   52:54:00:b7:d7:c6   C                     br0
192.168.0.75             ether   52:54:00:98:e5:4c   C                     br0

Comme vous pouvez le voir 192.168.0.4 qui est l'IP que j'essaye de contacter est sur l'interface br0. 192.168.0.75 appartient également à la même machine et je ne peux pas faire de ping non plus. Toutes les autres adresses IP sont d'autres machines sur le réseau et je peux les cingler sans aucune erreur

Ceci est la sortie de ping

ping 192.168.0.4
PING 192.168.0.4 (192.168.0.4) 56(84) bytes of data.

Il n'y a jamais de réponse du ping. Il reste comme ci-dessus avec un curseur clignotant pour toujours

1
Mike Norgate

Je pense que dans les versions plus récentes de Windows (à partir de XP à partir de) par défaut, ne répondent pas au ping (pour des raisons de sécurité).

Pour voir si le réseau fonctionne, il est plus facile d'envoyer une requête ping du côté Windows à l'hôte Linux.

Si vous insistez pour envoyer une requête ping de l'hôte à l'invité, vous devez ouvrir le pare-feu côté Windows et activer le service ping, par exemple pour Windows 7 . Vous devez activer les paquets ICMP entrants.

1
Daniel Baktiar