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.
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.
> 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.
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.
> 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.
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.
> 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.
Le lundi 09 mars 2009 à 17:45 +0100, 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.
[...]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.
J'ai un peu le même problème, mais j'ai trouvé le coupable : la livebox
mini !
Il semble que le multicast entre le réseau filaire et le réseau sans-fil
soit coupé après un certain temps ou après une certaine manipulation
(mais je n'arrive pas à trouver quoi que ce soit). Le seul remède :
reboot de la livebox... et ça repart pendant un certain temps (de
l'ordre de quelques minutes en règle générale).
Peux-tu rappeler ta typologie réseau afin de chercher des similitudes
entre nos 2 situations ?
Julien
Le lundi 09 mars 2009 à 17:45 +0100, 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.
[...]
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.
J'ai un peu le même problème, mais j'ai trouvé le coupable : la livebox
mini !
Il semble que le multicast entre le réseau filaire et le réseau sans-fil
soit coupé après un certain temps ou après une certaine manipulation
(mais je n'arrive pas à trouver quoi que ce soit). Le seul remède :
reboot de la livebox... et ça repart pendant un certain temps (de
l'ordre de quelques minutes en règle générale).
Peux-tu rappeler ta typologie réseau afin de chercher des similitudes
entre nos 2 situations ?
Julien
Le lundi 09 mars 2009 à 17:45 +0100, 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.
[...]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.
J'ai un peu le même problème, mais j'ai trouvé le coupable : la livebox
mini !
Il semble que le multicast entre le réseau filaire et le réseau sans-fil
soit coupé après un certain temps ou après une certaine manipulation
(mais je n'arrive pas à trouver quoi que ce soit). Le seul remède :
reboot de la livebox... et ça repart pendant un certain temps (de
l'ordre de quelques minutes en règle générale).
Peux-tu rappeler ta typologie réseau afin de chercher des similitudes
entre nos 2 situations ?
Julien
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.
>
Comme je le craignais, aucune personne ne semble à même de pouvoir
m'aider. Je m'en doutais un peu c'est pourquoi j'aimerai savoir si vous
connaitriez une société de service qui serait à même de pouvoir m'aider
à régler ce problème moyennant finance ?
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
with a subject of "unsubscribe". Trouble? Contact
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.
>
Comme je le craignais, aucune personne ne semble à même de pouvoir
m'aider. Je m'en doutais un peu c'est pourquoi j'aimerai savoir si vous
connaitriez une société de service qui serait à même de pouvoir m'aider
à régler ce problème moyennant finance ?
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
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.
>
Comme je le craignais, aucune personne ne semble à même de pouvoir
m'aider. Je m'en doutais un peu c'est pourquoi j'aimerai savoir si vous
connaitriez une société de service qui serait à même de pouvoir m'aider
à régler ce problème moyennant finance ?
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
with a subject of "unsubscribe". Trouble? Contact
On Mon, Mar 09, 2009 at 05:45:58PM +0100, Goldy wrote: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.
Comme je le craignais, aucune personne ne semble à même de pouvoir
m'aider. Je m'en doutais un peu c'est pourquoi j'aimerai savoir si vous
connaitriez une société de service qui serait à même de pouvoir m'aider
à régler ce problème moyennant finance ?
Merci d'avance.
Bonjour.
Comme tu nous ne fournis pas plus de détails concernant ton serveur, ça ne va pas être facile de t'aider, cependant, j'ai lu la doc d'avahi, et un problème est soulevé concernant le dns et le multicast.
Je te suggère de regarder de ce coter;
http://avahi.org/wiki/AvahiAndUnicastDotLocal
Ressemble aux symptomes que tu décris.
Cordialement--
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
with a subject of "unsubscribe". Trouble? Contact
On Mon, Mar 09, 2009 at 05:45:58PM +0100, Goldy wrote:
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.
Comme je le craignais, aucune personne ne semble à même de pouvoir
m'aider. Je m'en doutais un peu c'est pourquoi j'aimerai savoir si vous
connaitriez une société de service qui serait à même de pouvoir m'aider
à régler ce problème moyennant finance ?
Merci d'avance.
Bonjour.
Comme tu nous ne fournis pas plus de détails concernant ton serveur, ça ne va pas être facile de t'aider, cependant, j'ai lu la doc d'avahi, et un problème est soulevé concernant le dns et le multicast.
Je te suggère de regarder de ce coter;
http://avahi.org/wiki/AvahiAndUnicastDotLocal
Ressemble aux symptomes que tu décris.
Cordialement
--
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Mon, Mar 09, 2009 at 05:45:58PM +0100, Goldy wrote: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.
Comme je le craignais, aucune personne ne semble à même de pouvoir
m'aider. Je m'en doutais un peu c'est pourquoi j'aimerai savoir si vous
connaitriez une société de service qui serait à même de pouvoir m'aider
à régler ce problème moyennant finance ?
Merci d'avance.
Bonjour.
Comme tu nous ne fournis pas plus de détails concernant ton serveur, ça ne va pas être facile de t'aider, cependant, j'ai lu la doc d'avahi, et un problème est soulevé concernant le dns et le multicast.
Je te suggère de regarder de ce coter;
http://avahi.org/wiki/AvahiAndUnicastDotLocal
Ressemble aux symptomes que tu décris.
Cordialement--
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
with a subject of "unsubscribe". Trouble? Contact
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.
>>> 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.
>
> J'ai un peu le même problème, mais j'ai trouvé le coupable : la livebox
> mini !
> Il semble que le multicast entre le réseau filaire et le réseau sans-fil
> soit coupé après un certain temps ou après une certaine manipulation
> (mais je n'arrive pas à trouver quoi que ce soit). Le seul remède :
> reboot de la livebox... et ça repart pendant un certain temps (de
> l'ordre de quelques minutes en règle générale).
>
> Peux-tu rappeler ta typologie réseau afin de chercher des similitudes
> entre nos 2 situations ?
>
> Julien
>
J'utilise un routeur wifi netgear WPN824 et pas une box (je suis chez
numéricable). Le problème était déjà présent sur mon ancienne
installation donc je ne pense pas qu'il s'agisse d'un problème de
routage. Je vais quand même essayer de changer le port utilisé par le
serveur pour voir si ça viendrait effectivement de là.
(désolé j'ai envoyé par erreur ce message à l'adresse privé au lieu de
la renvoyer sur le groupe)
Je viens changer la configuration des ports, et le problème persiste, ça
ne semble donc pas venir du routeur. (le problème est présent aussi bien
en filaire qu'en wifi).
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.
>>> 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.
>
> J'ai un peu le même problème, mais j'ai trouvé le coupable : la livebox
> mini !
> Il semble que le multicast entre le réseau filaire et le réseau sans-fil
> soit coupé après un certain temps ou après une certaine manipulation
> (mais je n'arrive pas à trouver quoi que ce soit). Le seul remède :
> reboot de la livebox... et ça repart pendant un certain temps (de
> l'ordre de quelques minutes en règle générale).
>
> Peux-tu rappeler ta typologie réseau afin de chercher des similitudes
> entre nos 2 situations ?
>
> Julien
>
J'utilise un routeur wifi netgear WPN824 et pas une box (je suis chez
numéricable). Le problème était déjà présent sur mon ancienne
installation donc je ne pense pas qu'il s'agisse d'un problème de
routage. Je vais quand même essayer de changer le port utilisé par le
serveur pour voir si ça viendrait effectivement de là.
(désolé j'ai envoyé par erreur ce message à l'adresse privé au lieu de
la renvoyer sur le groupe)
Je viens changer la configuration des ports, et le problème persiste, ça
ne semble donc pas venir du routeur. (le problème est présent aussi bien
en filaire qu'en wifi).
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.
>>> 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.
>
> J'ai un peu le même problème, mais j'ai trouvé le coupable : la livebox
> mini !
> Il semble que le multicast entre le réseau filaire et le réseau sans-fil
> soit coupé après un certain temps ou après une certaine manipulation
> (mais je n'arrive pas à trouver quoi que ce soit). Le seul remède :
> reboot de la livebox... et ça repart pendant un certain temps (de
> l'ordre de quelques minutes en règle générale).
>
> Peux-tu rappeler ta typologie réseau afin de chercher des similitudes
> entre nos 2 situations ?
>
> Julien
>
J'utilise un routeur wifi netgear WPN824 et pas une box (je suis chez
numéricable). Le problème était déjà présent sur mon ancienne
installation donc je ne pense pas qu'il s'agisse d'un problème de
routage. Je vais quand même essayer de changer le port utilisé par le
serveur pour voir si ça viendrait effectivement de là.
(désolé j'ai envoyé par erreur ce message à l'adresse privé au lieu de
la renvoyer sur le groupe)
Je viens changer la configuration des ports, et le problème persiste, ça
ne semble donc pas venir du routeur. (le problème est présent aussi bien
en filaire qu'en wifi).
On Mon, Mar 09, 2009 at 05:45:58PM +0100, Goldy wrote: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.
Comme je le craignais, aucune personne ne semble à même de pouvoir
m'aider. Je m'en doutais un peu c'est pourquoi j'aimerai savoir si vous
connaitriez une société de service qui serait à même de pouvoir m'aider
à régler ce problème moyennant finance ?
Merci d'avance.
Bonjour
Tu ne nous donnes pas assez de détail sur le serveur, cependant, d'après les symptomes, j'aurais tendance à dire ceci:
http://avahi.org/wiki/AvahiAndUnicastDotLocal
Cordialement
PS: poste en doublon, pour le destinataire, j'ai oublié de cc la liste..--
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
with a subject of "unsubscribe". Trouble? Contact
On Mon, Mar 09, 2009 at 05:45:58PM +0100, Goldy wrote:
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.
Comme je le craignais, aucune personne ne semble à même de pouvoir
m'aider. Je m'en doutais un peu c'est pourquoi j'aimerai savoir si vous
connaitriez une société de service qui serait à même de pouvoir m'aider
à régler ce problème moyennant finance ?
Merci d'avance.
Bonjour
Tu ne nous donnes pas assez de détail sur le serveur, cependant, d'après les symptomes, j'aurais tendance à dire ceci:
http://avahi.org/wiki/AvahiAndUnicastDotLocal
Cordialement
PS: poste en doublon, pour le destinataire, j'ai oublié de cc la liste..
--
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Mon, Mar 09, 2009 at 05:45:58PM +0100, Goldy wrote: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.
Comme je le craignais, aucune personne ne semble à même de pouvoir
m'aider. Je m'en doutais un peu c'est pourquoi j'aimerai savoir si vous
connaitriez une société de service qui serait à même de pouvoir m'aider
à régler ce problème moyennant finance ?
Merci d'avance.
Bonjour
Tu ne nous donnes pas assez de détail sur le serveur, cependant, d'après les symptomes, j'aurais tendance à dire ceci:
http://avahi.org/wiki/AvahiAndUnicastDotLocal
Cordialement
PS: poste en doublon, pour le destinataire, j'ai oublié de cc la liste..--
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
with a subject of "unsubscribe". Trouble? Contact
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.
[...]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.
J'ai un peu le même problème, mais j'ai trouvé le coupable : la livebox
mini !
Il semble que le multicast entre le réseau filaire et le réseau sans-fil
soit coupé après un certain temps ou après une certaine manipulation
(mais je n'arrive pas à trouver quoi que ce soit). Le seul remède :
reboot de la livebox... et ça repart pendant un certain temps (de
l'ordre de quelques minutes en règle générale).
Peux-tu rappeler ta typologie réseau afin de chercher des similitudes
entre nos 2 situations ?
Julien
J'utilise un routeur wifi netgear WPN824 et pas une box (je suis chez
numéricable). Le problème était déjà présent sur mon ancienne
installation donc je ne pense pas qu'il s'agisse d'un problème de
routage. Je vais quand même essayer de changer le port utilisé par le
serveur pour voir si ça viendrait effectivement de là.
(désolé j'ai envoyé par erreur ce message à l'adresse privé au lieu de
la renvoyer sur le groupe)
Je viens changer la configuration des ports, et le problème persiste, ça
ne semble donc pas venir du routeur. (le problème est présent aussi bien
en filaire qu'en wifi).
Ton message m'a fait essayer, et il est vrai que cela coupe également
après 120 secondes dans mon case.
N'ayant à portée de main que 2 postes (1 en filaire, l'autre sans fil),
il est peut-être possible que le problème soit également présent dans
mon cas lorsque les 2 postes sont sur le même réseau (enfin, soit les 2
en wifi, soit les 2 en filaire).
J'accuse la Livebox car la redémarrer résout en général le problème,
mais je viens de remarquer que redémarrer le wifi fonctionne
également... pendant 120 secondes en tout cas !
Les 2 problèmes ont donc peut-être les mêmes origines, reste à trouver
lesquelles !
Julien
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.
[...]
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.
J'ai un peu le même problème, mais j'ai trouvé le coupable : la livebox
mini !
Il semble que le multicast entre le réseau filaire et le réseau sans-fil
soit coupé après un certain temps ou après une certaine manipulation
(mais je n'arrive pas à trouver quoi que ce soit). Le seul remède :
reboot de la livebox... et ça repart pendant un certain temps (de
l'ordre de quelques minutes en règle générale).
Peux-tu rappeler ta typologie réseau afin de chercher des similitudes
entre nos 2 situations ?
Julien
J'utilise un routeur wifi netgear WPN824 et pas une box (je suis chez
numéricable). Le problème était déjà présent sur mon ancienne
installation donc je ne pense pas qu'il s'agisse d'un problème de
routage. Je vais quand même essayer de changer le port utilisé par le
serveur pour voir si ça viendrait effectivement de là.
(désolé j'ai envoyé par erreur ce message à l'adresse privé au lieu de
la renvoyer sur le groupe)
Je viens changer la configuration des ports, et le problème persiste, ça
ne semble donc pas venir du routeur. (le problème est présent aussi bien
en filaire qu'en wifi).
Ton message m'a fait essayer, et il est vrai que cela coupe également
après 120 secondes dans mon case.
N'ayant à portée de main que 2 postes (1 en filaire, l'autre sans fil),
il est peut-être possible que le problème soit également présent dans
mon cas lorsque les 2 postes sont sur le même réseau (enfin, soit les 2
en wifi, soit les 2 en filaire).
J'accuse la Livebox car la redémarrer résout en général le problème,
mais je viens de remarquer que redémarrer le wifi fonctionne
également... pendant 120 secondes en tout cas !
Les 2 problèmes ont donc peut-être les mêmes origines, reste à trouver
lesquelles !
Julien
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.
[...]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.
J'ai un peu le même problème, mais j'ai trouvé le coupable : la livebox
mini !
Il semble que le multicast entre le réseau filaire et le réseau sans-fil
soit coupé après un certain temps ou après une certaine manipulation
(mais je n'arrive pas à trouver quoi que ce soit). Le seul remède :
reboot de la livebox... et ça repart pendant un certain temps (de
l'ordre de quelques minutes en règle générale).
Peux-tu rappeler ta typologie réseau afin de chercher des similitudes
entre nos 2 situations ?
Julien
J'utilise un routeur wifi netgear WPN824 et pas une box (je suis chez
numéricable). Le problème était déjà présent sur mon ancienne
installation donc je ne pense pas qu'il s'agisse d'un problème de
routage. Je vais quand même essayer de changer le port utilisé par le
serveur pour voir si ça viendrait effectivement de là.
(désolé j'ai envoyé par erreur ce message à l'adresse privé au lieu de
la renvoyer sur le groupe)
Je viens changer la configuration des ports, et le problème persiste, ça
ne semble donc pas venir du routeur. (le problème est présent aussi bien
en filaire qu'en wifi).
Ton message m'a fait essayer, et il est vrai que cela coupe également
après 120 secondes dans mon case.
N'ayant à portée de main que 2 postes (1 en filaire, l'autre sans fil),
il est peut-être possible que le problème soit également présent dans
mon cas lorsque les 2 postes sont sur le même réseau (enfin, soit les 2
en wifi, soit les 2 en filaire).
J'accuse la Livebox car la redémarrer résout en général le problème,
mais je viens de remarquer que redémarrer le wifi fonctionne
également... pendant 120 secondes en tout cas !
Les 2 problèmes ont donc peut-être les mêmes origines, reste à trouver
lesquelles !
Julien
Sur tes machines, est-ce qu'une d'entre-elle ne peut pas voir les
services de l'autre comme dans mon cas ? même après le reboot de ta
box(commande avahi-browse -a -t -r).
Parce que d'après ce que j'observe, pour que le serveur se coupe au
bout
de 120 sec, c'est qu'il ne peut pas voir les services de la machine
d'en
face. Et donc que le multicast est probablement bloqué dans un sens
seulement. Si jamais c'est pas le cas, alors c'est que c'est quelque
chose de différent.
Sur tes machines, est-ce qu'une d'entre-elle ne peut pas voir les
services de l'autre comme dans mon cas ? même après le reboot de ta
box(commande avahi-browse -a -t -r).
Parce que d'après ce que j'observe, pour que le serveur se coupe au
bout
de 120 sec, c'est qu'il ne peut pas voir les services de la machine
d'en
face. Et donc que le multicast est probablement bloqué dans un sens
seulement. Si jamais c'est pas le cas, alors c'est que c'est quelque
chose de différent.
Sur tes machines, est-ce qu'une d'entre-elle ne peut pas voir les
services de l'autre comme dans mon cas ? même après le reboot de ta
box(commande avahi-browse -a -t -r).
Parce que d'après ce que j'observe, pour que le serveur se coupe au
bout
de 120 sec, c'est qu'il ne peut pas voir les services de la machine
d'en
face. Et donc que le multicast est probablement bloqué dans un sens
seulement. Si jamais c'est pas le cas, alors c'est que c'est quelque
chose de différent.
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.
[...]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.
J'ai un peu le même problème, mais j'ai trouvé le coupable : la livebox
mini !
Il semble que le multicast entre le réseau filaire et le réseau sans-fil
soit coupé après un certain temps ou après une certaine manipulation
(mais je n'arrive pas à trouver quoi que ce soit). Le seul remède :
reboot de la livebox... et ça repart pendant un certain temps (de
l'ordre de quelques minutes en règle générale).
Peux-tu rappeler ta typologie réseau afin de chercher des similitudes
entre nos 2 situations ?
Julien
J'utilise un routeur wifi netgear WPN824 et pas une box (je suis chez
numéricable). Le problème était déjà présent sur mon ancienne
installation donc je ne pense pas qu'il s'agisse d'un problème de
routage. Je vais quand même essayer de changer le port utilisé par le
serveur pour voir si ça viendrait effectivement de là.
(désolé j'ai envoyé par erreur ce message à l'adresse privé au lieu de
la renvoyer sur le groupe)
Je viens changer la configuration des ports, et le problème persiste, ça
ne semble donc pas venir du routeur. (le problème est présent aussi bien
en filaire qu'en wifi).
Ton message m'a fait essayer, et il est vrai que cela coupe également
après 120 secondes dans mon case.
N'ayant à portée de main que 2 postes (1 en filaire, l'autre sans fil),
il est peut-être possible que le problème soit également présent dans
mon cas lorsque les 2 postes sont sur le même réseau (enfin, soit les 2
en wifi, soit les 2 en filaire).
J'accuse la Livebox car la redémarrer résout en général le problème,
mais je viens de remarquer que redémarrer le wifi fonctionne
également... pendant 120 secondes en tout cas !
Les 2 problèmes ont donc peut-être les mêmes origines, reste à trouver
lesquelles !
Julien
Sur tes machines, est-ce qu'une d'entre-elle ne peut pas voir les
services de l'autre comme dans mon cas ? même après le reboot de ta
box(commande avahi-browse -a -t -r).
Parce que d'après ce que j'observe, pour que le serveur se coupe au bout
de 120 sec, c'est qu'il ne peut pas voir les services de la machine d'en
face. Et donc que le multicast est probablement bloqué dans un sens
seulement. Si jamais c'est pas le cas, alors c'est que c'est quelque
chose de différent.
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.
[...]
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.
J'ai un peu le même problème, mais j'ai trouvé le coupable : la livebox
mini !
Il semble que le multicast entre le réseau filaire et le réseau sans-fil
soit coupé après un certain temps ou après une certaine manipulation
(mais je n'arrive pas à trouver quoi que ce soit). Le seul remède :
reboot de la livebox... et ça repart pendant un certain temps (de
l'ordre de quelques minutes en règle générale).
Peux-tu rappeler ta typologie réseau afin de chercher des similitudes
entre nos 2 situations ?
Julien
J'utilise un routeur wifi netgear WPN824 et pas une box (je suis chez
numéricable). Le problème était déjà présent sur mon ancienne
installation donc je ne pense pas qu'il s'agisse d'un problème de
routage. Je vais quand même essayer de changer le port utilisé par le
serveur pour voir si ça viendrait effectivement de là.
(désolé j'ai envoyé par erreur ce message à l'adresse privé au lieu de
la renvoyer sur le groupe)
Je viens changer la configuration des ports, et le problème persiste, ça
ne semble donc pas venir du routeur. (le problème est présent aussi bien
en filaire qu'en wifi).
Ton message m'a fait essayer, et il est vrai que cela coupe également
après 120 secondes dans mon case.
N'ayant à portée de main que 2 postes (1 en filaire, l'autre sans fil),
il est peut-être possible que le problème soit également présent dans
mon cas lorsque les 2 postes sont sur le même réseau (enfin, soit les 2
en wifi, soit les 2 en filaire).
J'accuse la Livebox car la redémarrer résout en général le problème,
mais je viens de remarquer que redémarrer le wifi fonctionne
également... pendant 120 secondes en tout cas !
Les 2 problèmes ont donc peut-être les mêmes origines, reste à trouver
lesquelles !
Julien
Sur tes machines, est-ce qu'une d'entre-elle ne peut pas voir les
services de l'autre comme dans mon cas ? même après le reboot de ta
box(commande avahi-browse -a -t -r).
Parce que d'après ce que j'observe, pour que le serveur se coupe au bout
de 120 sec, c'est qu'il ne peut pas voir les services de la machine d'en
face. Et donc que le multicast est probablement bloqué dans un sens
seulement. Si jamais c'est pas le cas, alors c'est que c'est quelque
chose de différent.
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.
[...]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.
J'ai un peu le même problème, mais j'ai trouvé le coupable : la livebox
mini !
Il semble que le multicast entre le réseau filaire et le réseau sans-fil
soit coupé après un certain temps ou après une certaine manipulation
(mais je n'arrive pas à trouver quoi que ce soit). Le seul remède :
reboot de la livebox... et ça repart pendant un certain temps (de
l'ordre de quelques minutes en règle générale).
Peux-tu rappeler ta typologie réseau afin de chercher des similitudes
entre nos 2 situations ?
Julien
J'utilise un routeur wifi netgear WPN824 et pas une box (je suis chez
numéricable). Le problème était déjà présent sur mon ancienne
installation donc je ne pense pas qu'il s'agisse d'un problème de
routage. Je vais quand même essayer de changer le port utilisé par le
serveur pour voir si ça viendrait effectivement de là.
(désolé j'ai envoyé par erreur ce message à l'adresse privé au lieu de
la renvoyer sur le groupe)
Je viens changer la configuration des ports, et le problème persiste, ça
ne semble donc pas venir du routeur. (le problème est présent aussi bien
en filaire qu'en wifi).
Ton message m'a fait essayer, et il est vrai que cela coupe également
après 120 secondes dans mon case.
N'ayant à portée de main que 2 postes (1 en filaire, l'autre sans fil),
il est peut-être possible que le problème soit également présent dans
mon cas lorsque les 2 postes sont sur le même réseau (enfin, soit les 2
en wifi, soit les 2 en filaire).
J'accuse la Livebox car la redémarrer résout en général le problème,
mais je viens de remarquer que redémarrer le wifi fonctionne
également... pendant 120 secondes en tout cas !
Les 2 problèmes ont donc peut-être les mêmes origines, reste à trouver
lesquelles !
Julien
Sur tes machines, est-ce qu'une d'entre-elle ne peut pas voir les
services de l'autre comme dans mon cas ? même après le reboot de ta
box(commande avahi-browse -a -t -r).
Parce que d'après ce que j'observe, pour que le serveur se coupe au bout
de 120 sec, c'est qu'il ne peut pas voir les services de la machine d'en
face. Et donc que le multicast est probablement bloqué dans un sens
seulement. Si jamais c'est pas le cas, alors c'est que c'est quelque
chose de différent.