3 votes

Le service Avahi (zeroconf/bonjour) dans une VirtualBox pontée est parfois introuvable en dehors de l'hôte

J'ai une VirtualBox avec une Debian 3.2.51 invitée ( vcube ) sur un hôte Ubuntu 13.10 ( ring ) avec une carte réseau pontée. vcube a un service Avahi configuré avec un vcube.local nom.

Je peux voir/ping/accéder vcube.local par le nom Bonjour, mais ne peut pas le voir depuis les autres hôtes du réseau (sans fil). En même temps, il y a beaucoup d'hôtes connectés par fil ou sans fil sur le réseau que nous pouvons voir dans Bonjour. avahi-discover ou d'autres clients Zeroconf.

Je n'ai pas accès à notre routeur et ne peux pas savoir s'il bloque mDNS ou non.

Sur iptables -vnL il n'y a pas d'entrées, les politiques sont ACCEPT et le nombre d'octets est de 0 à la fois sur vcube y ring .

Le même problème de découverte se produit pour une copie de vcube VirtualBox sur un réseau totalement différent.

Parfois, il se met à fonctionner - nous soupçonnons que cela se produit lorsque nous démarrons une AUTRE copie de vcube sur un autre hôte.

Comment diagnostiquer ou réparer ce problème ?

0 votes

Êtes-vous en mesure d'envoyer un ping à l'OS Debian invité par son adresse IP depuis l'un des périphériques sans fil ?

1 votes

Quelque chose bloque le multicast UDP. Vous devriez lancer un vidage de paquet (je suggère tshark mais tcpdump fera l'affaire) à différents endroits : 1. dans vcube sur ( -i ) son adaptateur réseau virtuel ; 2. en anneau, sur l'adaptateur virtuel relié à vcube ; 3. en anneau, sur l'adaptateur réseau physique (eth0 ou autre) ; 4. sur un autre hôte du réseau. Vous recherchez les paquets mDNS, pour voir où ils sont bloqués. Pour résumer : sudo tcpdump -i eth0 'host 224.0.0.251 and port 5353' en remplaçant eth0 comme il convient.

0 votes

@Tim, oui, il répond à l'adresse IP, mais pas au nom avahi.

2voto

Masa Points 11

Je ne suis pas sûr d'avoir bien compris votre problème mais je sais que les interfaces de pont et le multicasst/boradcast UDP peuvent déclencher des comportements étranges. Pour contourner le problème, vous pouvez désactiver le snooping multicast sur l'interface du pont :

echo 0 > /sys/devices/virtual/net/$IFACE/bridge/multicast_snooping

Bien que je ne connaisse pas assez bien virtualbox pour être sûr qu'il utilise les utilitaires de bridge linux appropriés pour configurer les adaptateurs de bridge...

0 votes

Il semble qu'il s'agisse en effet d'un problème avec le snooping multicast (IGMP) sous Linux ( troglobit.com/blog/2013/07/09/multicast-howto ). Je n'ai pas réussi à résoudre ce problème avec cette recette. shlrm.org/blog/2013/04/18/multicast-snooping-is-bad parce que je n'ai pas de bridge dir dans mon /sys/devices/virtual/net/vboxnet0/ sur Linux 3.11.0-15. Encore coincé, mais au moins maintenant je sais ce que c'est.

0voto

alexus Points 12076

Je pourrais PAS se mettre au travail avec ces deux gars :

  • avahi-daemon - The Avahi mDNS/DNS-SD daemon
  • iptables — administration tool for IPv4 packet filtering and NAT

J'ai même suivi : Ports TCP et UDP bien connus utilisés par les produits logiciels d'Apple . PEUT-ÊTRE vous aurez plus de chance que moi)

0 votes

Ça ne marchait pas pour moi, sans iptables par contre. Il s'est juste arrêté à un moment donné. Reproduit deux fois dans des environnements totalement différents, seule l'image Virtualbox était la même.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X