Re: Problème avec Avahi [BUG]
Goldy a écrit :
> Goldy a écrit :
>> Bonjour,
>>
>> Je vais essayer une troisième fois d'exposer ce problème que j'ai depuis
>> que j'ai installé mon serveur sous debian, en espérant avoir un peu
>> d'aide cette fois-ci.
>>
>> J'ai donc un serveur sous debian testing, et j'aimerai utiliser avahi
>> sur cette machine pour diffuser sur le réseaux les différents services
>> qu'elle propose. Seulement, je n'arrive pas à le faire fonctionner.
>> Depuis le serveur, il m'est impossible de découvrir les services des
>> autres machines du réseaux (toutes sous ubuntu), et depuis les autres
>> machines, il m'est impossible de découvrir les services du serveur sous
>> debian.
>>
>> Étrangement, avahi semble fonctionner en local, quand je fais
>> avahi-browse -a -t -r sur le serveur, j'obtiens les services du serveur
>> (mais pas ceux des autres machines sur mon réseau). Si je fais la même
>> commande sur une autre machine du réseau, je peux obtenir la liste des
>> services du serveur, mais pendant 120 secondes précisément après le
>> démarrage de avahi-daemon, après cette durée, le avahi-daemon ne diffuse
>> plus d'information sur le réseau (probablement parce qu'il n'arrive pas
>> à obtenir de réponse des autres machines et qu'il se croit seul au
>> monde). Si je relance la commande avahi-browse sur le serveur, ça
>> réveillera avahi-daemon, et je pourrai à nouveau voir les services du
>> serveur depuis les autres machines du réseau, toujours pendant 120 secondes.
>>
>> Je me suis demandé s'il y avait pas un par-feu qui bloquait dans un sens
>> le trafique multicast, j'ai essayé de tester le réseau avec iperf en udp
>> dans les deux sens, et je n'ai pas eu de problèmes. Voilà ce que dit
>> iptable :
>>> ~$ sudo iptables -v -L -n
>>> Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
>>> pkts bytes target prot opt in out source
>>> destination
>>>
>>> Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
>>> pkts bytes target prot opt in out source
>>> destination
>>>
>>> Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
>>> pkts bytes target prot opt in out source
>>> destination
>>
>> Le démarrage de avahi-daemon ne laisse pas d'erreur dans le syslog, et
>> les entrées sont identiques à celles du avahi-daemon des autres machines.
>>
>> C'est frustrant parce que j'ai l'impression d'être le seul au monde à
>> subir ce problème. J'ai vraiment besoin d'avahi sur cette machine, et je
>> n'arrive absolument pas à trouver une origine à ce problème.
>>
>> Si vous avez une documentation sur le fonctionnement d'avahi, histoire
>> d'essayer d'isoler le problème, ou peut-être des commandes qui
>> m'aiderait à savoir où ça bloque... Enfin n'importe quoi qui pourrait
>> m'aider, car je suis bien conscient que personne n'aura la solution (les
>> rares personnes que j'ai croisé ayant le même problème ne trouvaient pas
>> réponse à leur question).
>>
>> Donc merci d'avance si certain peuvent m'aider.
>>
>
> Voilà, il semblerait que le problème ait été identifié. Il s'agit d'un
> bug dans le pilote réseau RTL8111/8168B qui bloque le trafic multicast.
>
> http://linux.derkeiler.com/Mailing-Lists/Kernel/2008-10/msg09397.html
>
> Va falloir que je trouve une nouvelle carte réseau pour mon serveur.
>
> Est-ce que je pourrais avoir des suggestions pour une interface réseau
> gigabit de la part d'utilisateurs du multicast (avahi ou autre) ?
>
> Merci d'avance.
>
Juste pour préciser qu'après avoir ajouté une nouvelle carte réseau au
serveur, avahi fonctionne parfaitement, ainsi que le multicast.
Je pense que le bug est donc avéré.
J'aimerais bien faire un rapport à jour, seulement je ne sais pas quel
paquet est concerné par ce bug.
Reply to: