Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 03/06/2019, à 08:43

diesel

[CONTOURNÉ] mdns

Bonjour,

Je suis en train de construire une passerelle en ipv6.

Côté réseau local, celle-ci distribue via le daemon radvd deux types d'adresses :
- des adresses globales (routables sur internet),
- des adresses ULA (non routables sur internet), a priori réservées au trafic local (ssh, ping...).

Sur cette passerelle, j'ai installé le daemon avahi pour obtenir la résolution de nom locale et j'aimerais que ce service (local, donc) ne m'annonce QUE l'adresse de type ULA. Or, je n'arrive pas à le limiter à cette adresse, ce qui me donne ce genre de résultat :

jean-marie@jean-marie:~$ ping serveur.local
PING serveur.local(fd80:2019:0407:0:228:11ff:febc:45f0%2 (fd80:2019:0407:0:228:11ff:febc:45f0%2)) 56 data bytes
64 bytes from fd80:2019:0407:0:228:11ff:febc:45f0 (fd80:2019:0407:0:228:11ff:febc:45f0): icmp_seq=1 ttl=64 time=0.287 ms
64 bytes from fd80:2019:0407:0:228:11ff:febc:45f0 (fd80:2019:0407:0:228:11ff:febc:45f0): icmp_seq=2 ttl=64 time=0.243 ms
64 bytes from fd80:2019:0407:0:228:11ff:febc:45f0 (fd80:2019:0407:0:228:11ff:febc:45f0): icmp_seq=3 ttl=64 time=0.238 ms
^C
--- serveur.local ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 27ms
rtt min/avg/max/mdev = 0.238/0.256/0.287/0.022 ms
jean-marie@jean-marie:~$ ping serveur.local
PING serveur.local(2a1f:e1b:ae6c:c601:228:11ff:febc:45f0%2 (2a1f:e1b:ae6c:c601:228:11ff:febc:45f0%2)) 56 data bytes
64 bytes from 2a1f:e1b:ae6c:c601:228:11ff:febc:45f0 (2a1f:e1b:ae6c:c601:228:11ff:febc:45f0): icmp_seq=1 ttl=64 time=0.395 ms
64 bytes from 2a1f:e1b:ae6c:c601:228:11ff:febc:45f0 (2a1f:e1b:ae6c:c601:228:11ff:febc:45f0): icmp_seq=2 ttl=64 time=0.395 ms
64 bytes from 2a1f:e1b:ae6c:c601:228:11ff:febc:45f0 (2a1f:e1b:ae6c:c601:228:11ff:febc:45f0): icmp_seq=3 ttl=64 time=0.384 ms
^C
--- serveur.local ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 18ms
rtt min/avg/max/mdev = 0.384/0.391/0.395/0.016 ms
jean-marie@jean-marie:~$

Quelqu'un a une idée ?

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 06/06/2019, à 21:16)


Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.

Hors ligne

#2 Le 06/06/2019, à 07:58

diesel

Re : [CONTOURNÉ] mdns

Bon, j'ai un peu creusé l'affaire.

D'abord, il me faut attendre un certain nombre de secondes (au moins 3) avant que ça réponde (dans tous les cas). Et ce n'est pas propre à cette machine, j'ai exactement le même comportement avec une autre machine, elle en ipv4.

En analysant le trafic réseau, je constate que, lorsque c'est l'adresse ULA qui est utilisée, je vois passer après un long temps de latence, une réponse à ma requête mDNS. Par contre, lorsque c'est l'adresse UGA (globale) qui est utilisée, je ne vois pas passer de réponse à la requête mDNS.

J'ai trouvé ce bug https://bugs.debian.org/cgi-bin/bugrepo … bug=414569 qui semble traiter du même problème et qui évoque le reverse DNS. Effectivement, je vois passer des requêtes reverse DNS vers les serveurs DNS (sur internet) que j'ai déclarés et qui n'y peuvent rien, les pauvres.

J'ai aussi trouvé ce bug https://bugs.launchpad.net/ubuntu/+sour … +bug/94940 qui date de 2007. Nous sommes en 2019 et il semble que rien ne se soit amélioré !

Je continue de chercher.

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 06/06/2019, à 08:05)


Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.

Hors ligne

#3 Le 06/06/2019, à 21:15

diesel

Re : [CONTOURNÉ] mdns

Bon, c'est vraiment le bo...el.

Alors, j'ai collé l'adresse ULA du serveur.local dans le /etc/hosts du seul poste de travail qui a vraiment besoin d'y accéder avec son nom et tout roule.

Même si ce n'est pas vraiment propre. sad

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 06/06/2019, à 21:15)


Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.

Hors ligne