Goldy a écrit :
> Julien Valroff a écrit :
>> Le lundi 09 mars 2009 à 18:20 +0100, Goldy a écrit :
>>> Julien Valroff a écrit :
>>>> Le lundi 09 mars 2009 à 17:45 +0100, Goldy a écrit :
>>>>> Goldy a écrit :
>> [...]
>>>>>> 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.
Je viens de faire un test du multicast avec iperf, un vrai test ce
coup-ci avec la bonne option, le premier n'était qu'un test du protocole
udp et pas du multicast (je découvre pas mal de truc sur le multicast
actuellement).
Julien, essaie de faire un test avec iperf pour voir si le problème est
similaire :
Installe le paquet iperf et voici les commandes à effectuer :
sur le serveur # iperf -s -u -B 226.10.11.12
sur le client # iperf -c 226.10.11.12 -u -T 32 -b 512k
Interchange les machines pour voir de quel coté ça bloque.
Goldy a écrit :
> Julien Valroff a écrit :
>> Le lundi 09 mars 2009 à 18:20 +0100, Goldy a écrit :
>>> Julien Valroff a écrit :
>>>> Le lundi 09 mars 2009 à 17:45 +0100, Goldy a écrit :
>>>>> Goldy a écrit :
>> [...]
>>>>>> 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.
Je viens de faire un test du multicast avec iperf, un vrai test ce
coup-ci avec la bonne option, le premier n'était qu'un test du protocole
udp et pas du multicast (je découvre pas mal de truc sur le multicast
actuellement).
Julien, essaie de faire un test avec iperf pour voir si le problème est
similaire :
Installe le paquet iperf et voici les commandes à effectuer :
sur le serveur # iperf -s -u -B 226.10.11.12
sur le client # iperf -c 226.10.11.12 -u -T 32 -b 512k
Interchange les machines pour voir de quel coté ça bloque.
Goldy a écrit :
> Julien Valroff a écrit :
>> Le lundi 09 mars 2009 à 18:20 +0100, Goldy a écrit :
>>> Julien Valroff a écrit :
>>>> Le lundi 09 mars 2009 à 17:45 +0100, Goldy a écrit :
>>>>> Goldy a écrit :
>> [...]
>>>>>> 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.
Je viens de faire un test du multicast avec iperf, un vrai test ce
coup-ci avec la bonne option, le premier n'était qu'un test du protocole
udp et pas du multicast (je découvre pas mal de truc sur le multicast
actuellement).
Julien, essaie de faire un test avec iperf pour voir si le problème est
similaire :
Installe le paquet iperf et voici les commandes à effectuer :
sur le serveur # iperf -s -u -B 226.10.11.12
sur le client # iperf -c 226.10.11.12 -u -T 32 -b 512k
Interchange les machines pour voir de quel coté ça bloque.
Le lundi 09 mars 2009 à 21:20 +0100, Goldy a écrit :Goldy a écrit :Julien Valroff a écrit :Le lundi 09 mars 2009 à 18:20 +0100, Goldy a écrit :Julien Valroff a écrit :Le lundi 09 mars 2009 à 17:45 +0100, Goldy a écrit :Goldy a écrit :
[...]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.
[...]Je viens de faire un test du multicast avec iperf, un vrai test ce
coup-ci avec la bonne option, le premier n'était qu'un test du protocole
udp et pas du multicast (je découvre pas mal de truc sur le multicast
actuellement).
[...]Julien, essaie de faire un test avec iperf pour voir si le problème est
similaire :
Installe le paquet iperf et voici les commandes à effectuer :
sur le serveur # iperf -s -u -B 226.10.11.12
sur le client # iperf -c 226.10.11.12 -u -T 32 -b 512k
Interchange les machines pour voir de quel coté ça bloque.
Tout fonctionne dans les 2 cas, bien que le ping 224.0.0.1 et
avahi-browse ne donnent rien !
J'ai une perte de datagrammes légèrement supérieure dans un sens, voilà
la seule chose potentiellement anormale que j'ai pu noter.
Julien
Le lundi 09 mars 2009 à 21:20 +0100, Goldy a écrit :
Goldy a écrit :
Julien Valroff a écrit :
Le lundi 09 mars 2009 à 18:20 +0100, Goldy a écrit :
Julien Valroff a écrit :
Le lundi 09 mars 2009 à 17:45 +0100, Goldy a écrit :
Goldy a écrit :
[...]
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.
[...]
Je viens de faire un test du multicast avec iperf, un vrai test ce
coup-ci avec la bonne option, le premier n'était qu'un test du protocole
udp et pas du multicast (je découvre pas mal de truc sur le multicast
actuellement).
[...]
Julien, essaie de faire un test avec iperf pour voir si le problème est
similaire :
Installe le paquet iperf et voici les commandes à effectuer :
sur le serveur # iperf -s -u -B 226.10.11.12
sur le client # iperf -c 226.10.11.12 -u -T 32 -b 512k
Interchange les machines pour voir de quel coté ça bloque.
Tout fonctionne dans les 2 cas, bien que le ping 224.0.0.1 et
avahi-browse ne donnent rien !
J'ai une perte de datagrammes légèrement supérieure dans un sens, voilà
la seule chose potentiellement anormale que j'ai pu noter.
Julien
Le lundi 09 mars 2009 à 21:20 +0100, Goldy a écrit :Goldy a écrit :Julien Valroff a écrit :Le lundi 09 mars 2009 à 18:20 +0100, Goldy a écrit :Julien Valroff a écrit :Le lundi 09 mars 2009 à 17:45 +0100, Goldy a écrit :Goldy a écrit :
[...]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.
[...]Je viens de faire un test du multicast avec iperf, un vrai test ce
coup-ci avec la bonne option, le premier n'était qu'un test du protocole
udp et pas du multicast (je découvre pas mal de truc sur le multicast
actuellement).
[...]Julien, essaie de faire un test avec iperf pour voir si le problème est
similaire :
Installe le paquet iperf et voici les commandes à effectuer :
sur le serveur # iperf -s -u -B 226.10.11.12
sur le client # iperf -c 226.10.11.12 -u -T 32 -b 512k
Interchange les machines pour voir de quel coté ça bloque.
Tout fonctionne dans les 2 cas, bien que le ping 224.0.0.1 et
avahi-browse ne donnent rien !
J'ai une perte de datagrammes légèrement supérieure dans un sens, voilà
la seule chose potentiellement anormale que j'ai pu noter.
Julien
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.
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.
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.
>> Julien, essaie de faire un test avec iperf pour voir si le problème est
>> similaire :
>>
>> Installe le paquet iperf et voici les commandes à effectuer :
>>
>> sur le serveur # iperf -s -u -B 226.10.11.12
>>
>> sur le client # iperf -c 226.10.11.12 -u -T 32 -b 512k
>>
>> Interchange les machines pour voir de quel coté ça bloque.
>
> Tout fonctionne dans les 2 cas, bien que le ping 224.0.0.1 et
> avahi-browse ne donnent rien !
En tenant compte que ton autre message, alors il semblerait que nos
problèmes n'aient pas la même origine, toi tu dois avoir un véritable
problème hardware sur ta livebox, moi, si je lance un serveur iperf sur
3 des machine du réseau dont le serveur problématique et que j'exécute
le client iperf sur la quatrième machine, alors 2 des machines ubuntu
vont répondre, mais le serveur sous debian restera sourd au trafic
multicast.
C'est vraisemblablement un problème avec la gestion du multicast sur le
serveur, mais pour trouver le problème, ça risque d'être coton. La
requette problème multicast sur google ne donne rien de concret car
MULTICAST apparait quand on fait ifconfig... donc multicast apparait
inexorablement dans tout les messages des personnes qui poste le
résultat de leur ifconfig...
Par contre, un ping sur 224.0.0.1 ne donne rien du tout chez moi, bien
que les tests montrent que le multicast fonctionne sur mon réseau.
>> Julien, essaie de faire un test avec iperf pour voir si le problème est
>> similaire :
>>
>> Installe le paquet iperf et voici les commandes à effectuer :
>>
>> sur le serveur # iperf -s -u -B 226.10.11.12
>>
>> sur le client # iperf -c 226.10.11.12 -u -T 32 -b 512k
>>
>> Interchange les machines pour voir de quel coté ça bloque.
>
> Tout fonctionne dans les 2 cas, bien que le ping 224.0.0.1 et
> avahi-browse ne donnent rien !
En tenant compte que ton autre message, alors il semblerait que nos
problèmes n'aient pas la même origine, toi tu dois avoir un véritable
problème hardware sur ta livebox, moi, si je lance un serveur iperf sur
3 des machine du réseau dont le serveur problématique et que j'exécute
le client iperf sur la quatrième machine, alors 2 des machines ubuntu
vont répondre, mais le serveur sous debian restera sourd au trafic
multicast.
C'est vraisemblablement un problème avec la gestion du multicast sur le
serveur, mais pour trouver le problème, ça risque d'être coton. La
requette problème multicast sur google ne donne rien de concret car
MULTICAST apparait quand on fait ifconfig... donc multicast apparait
inexorablement dans tout les messages des personnes qui poste le
résultat de leur ifconfig...
Par contre, un ping sur 224.0.0.1 ne donne rien du tout chez moi, bien
que les tests montrent que le multicast fonctionne sur mon réseau.
>> Julien, essaie de faire un test avec iperf pour voir si le problème est
>> similaire :
>>
>> Installe le paquet iperf et voici les commandes à effectuer :
>>
>> sur le serveur # iperf -s -u -B 226.10.11.12
>>
>> sur le client # iperf -c 226.10.11.12 -u -T 32 -b 512k
>>
>> Interchange les machines pour voir de quel coté ça bloque.
>
> Tout fonctionne dans les 2 cas, bien que le ping 224.0.0.1 et
> avahi-browse ne donnent rien !
En tenant compte que ton autre message, alors il semblerait que nos
problèmes n'aient pas la même origine, toi tu dois avoir un véritable
problème hardware sur ta livebox, moi, si je lance un serveur iperf sur
3 des machine du réseau dont le serveur problématique et que j'exécute
le client iperf sur la quatrième machine, alors 2 des machines ubuntu
vont répondre, mais le serveur sous debian restera sourd au trafic
multicast.
C'est vraisemblablement un problème avec la gestion du multicast sur le
serveur, mais pour trouver le problème, ça risque d'être coton. La
requette problème multicast sur google ne donne rien de concret car
MULTICAST apparait quand on fait ifconfig... donc multicast apparait
inexorablement dans tout les messages des personnes qui poste le
résultat de leur ifconfig...
Par contre, un ping sur 224.0.0.1 ne donne rien du tout chez moi, bien
que les tests montrent que le multicast fonctionne sur mon réseau.
Chez moi, je ne suis pas sûr que ce soit concluant : je viens de me
rendre compte que dans certains cas, l'IP qui répond au ping correspond
à la première IP du pool DHCP de la livebox !
Parfois, rien ne répond, mais avahi-browse fonctionne tout de même,
parfois l'inverse.
Le service TV utilise apparemment le multicast, il est donc possible que
le problème soit lié (mauvais routage dans la livebox), je vais essayer
sans (et en désactivant le DHCP pour simplifier un peu encore les choses
pour la livebox si elle s'emmèle les pinceaux).
Chez moi, je ne suis pas sûr que ce soit concluant : je viens de me
rendre compte que dans certains cas, l'IP qui répond au ping correspond
à la première IP du pool DHCP de la livebox !
Parfois, rien ne répond, mais avahi-browse fonctionne tout de même,
parfois l'inverse.
Le service TV utilise apparemment le multicast, il est donc possible que
le problème soit lié (mauvais routage dans la livebox), je vais essayer
sans (et en désactivant le DHCP pour simplifier un peu encore les choses
pour la livebox si elle s'emmèle les pinceaux).
Chez moi, je ne suis pas sûr que ce soit concluant : je viens de me
rendre compte que dans certains cas, l'IP qui répond au ping correspond
à la première IP du pool DHCP de la livebox !
Parfois, rien ne répond, mais avahi-browse fonctionne tout de même,
parfois l'inverse.
Le service TV utilise apparemment le multicast, il est donc possible que
le problème soit lié (mauvais routage dans la livebox), je vais essayer
sans (et en désactivant le DHCP pour simplifier un peu encore les choses
pour la livebox si elle s'emmèle les pinceaux).
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.
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.
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.
Goldy a écrit :
> Goldy a écrit :
> 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
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.
Goldy a écrit :
> Goldy a écrit :
> 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
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.
Goldy a écrit :
> Goldy a écrit :
> 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
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.
[â¦]
Juste pour préciser qu'après avoir ajouté une nouvelle car te 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 qu el
paquet est concerné par ce bug.
[â¦]
Juste pour préciser qu'après avoir ajouté une nouvelle car te 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 qu el
paquet est concerné par ce bug.
[â¦]
Juste pour préciser qu'après avoir ajouté une nouvelle car te 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 qu el
paquet est concerné par ce bug.
