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. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
