mDNS / avahi debuggen

17/04/2015 - 18:30 von Marc Haber | Report spam
Hallo,

ich habe hier einen Host mit Debian testing (und Kernel 3.19.3).
libnss-mdns und avahi-utils sind installiert, ein avahi-daemon làuft.

Wenn ich nun von einem anderen, ebenfalls so ausgestatteten Client den
Namen versuche aufzulösen, sehe ich im tcpdump auf dem betroffenen
Host eine mDNS-Anfage per IPv6, die ignoriert wird, und eine
mDNS-Anfrage per IPv4, die beantwortet wird:

|18:14:14.159818 IP6 2a01:238:4071:321e:5604:a6ff:fe82:2100.5353 > ff02::fb.5353: 0 A (QM)? aida.local. (28)
|18:14:14.159877 IP 192.168.251.38.5353 > 224.0.0.251.5353: 0 A (QM)? aida.local. (28)
|18:14:14.160205 IP 192.168.251.251.5353 > 224.0.0.251.5353: 0*- [0q] 1/0/0 (Cache flush) A 192.168.251.251 (38)

der avahi-daemon ist konfiguriert, auch IPv6 zu verarbeiten (das ist
Debian default):

|[6/110]mh@aida:~$ < /etc/avahi/avahi-daemon.conf grep -v '^#'
|
|
|[server]
|use-ipv4=yes
|use-ipv6=yes
|ratelimit-interval-usec00000
|ratelimit-burst00
|
|[wide-area]
|enable-wide-area=yes
|
|[publish]
|
|[reflector]
|
|[rlimits]
|rlimit-core=0
|rlimit-dataA94304
|rlimit-fsize=0
|rlimit-nofilev8
|rlimit-stackA94304
|rlimit-nproc=3
|[7/111]mh@aida:~$

er lauscht auf IPv6:

|[8/112]mh@aida:~$ sudo netstat -tulpen | grep 5353
|udp 0 0 0.0.0.0:5353 0.0.0.0:* 111 14489 2575/avahi-daemon:
|udp6 0 0 :::5353 :::* 111 14490 2575/avahi-daemon:
|[9/112]mh@aida:~$

und wenn ich den Daemon strace, sehe ich auch das IPv6 beim Daemon
ankommen.

So ist der Daemon gestartet:
|[6/110]mh@aida:~$ sudo avahi-daemon --debug
|Process 2572 died: No such process; trying to remove PID file. (/var/run/avahi-daemon//pid)
|Found user 'avahi' (UID 111) and group 'avahi' (GID 117).
|Successfully dropped root privileges.
|avahi-daemon 0.6.31 starting up.
|Successfully called chroot().
|Successfully dropped remaining capabilities.
|No service file found in /etc/avahi/services.
|Joining mDNS multicast group on interface eth2.IPv6 with address 2a01:238:4071:321e:20d:b9ff:fe34:2afe.
|New relevant interface eth2.IPv6 for mDNS.
|Joining mDNS multicast group on interface eth2.IPv4 with address 192.168.251.251.
|New relevant interface eth2.IPv4 for mDNS.
|Network interface enumeration completed.
|Registering new address record for 2a01:238:4071:321e:20d:b9ff:fe34:2afe on eth2.*.
|Registering new address record for 192.168.251.251 on eth2.IPv4.
|Registering HINFO record with values 'X86_64'/'LINUX'.
|Server startup complete. Host name is aida.local. Local service cookie is 2749488561.

Und dann frage ich mich noch, was das --debug eigentlich bedeutet,
denn ohne --debug ist die Ausgabe ganz exakt dieselbe.

Netzwerkconfig:
|[14/117]mh@aida:~$ ip a
|1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
| link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
| inet 127.0.0.1/8 scope host lo
| valid_lft forever preferred_lft forever
| inet6 ::1/128 scope host
| valid_lft forever preferred_lft forever
|2: eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
| link/ether 00:0d:b9:34:2a:fc brd ff:ff:ff:ff:ff:ff
|3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
| link/ether 00:0d:b9:34:2a:fd brd ff:ff:ff:ff:ff:ff
|4: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
| link/ether 00:0d:b9:34:2a:fe brd ff:ff:ff:ff:ff:ff
| inet 192.168.251.251/24 brd 192.168.251.255 scope global eth2
| valid_lft forever preferred_lft forever
| inet6 2a01:238:4071:321e:20d:b9ff:fe34:2afe/64 scope global mngtmpaddr dynamic
| valid_lft 86354sec preferred_lft 14354sec
| inet6 fe80::20d:b9ff:fe34:2afe/64 scope link
| valid_lft forever preferred_lft forever
|[15/118]mh@aida:~$ ip r
|default via 192.168.251.254 dev eth2
|192.168.251.0/24 dev eth2 proto kernel scope link src 192.168.251.251
|[16/119]mh@aida:~$ ip -6 r
|2a01:238:4071:321e::/64 dev eth2 proto kernel metric 256 expires 86352sec
|fe80::/64 dev eth2 proto kernel metric 256
|default via fe80::210:75ff:fe1a:df14 dev eth2 proto ra metric 1024 expires 1752sec hoplimit 64
|[17/120]mh@aida:~$

Was làuft da schief?

Grüße
Marc
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
 

Lesen sie die antworten

#1 Marc Haber
18/04/2015 - 11:38 | Warnen spam
Hallo,

Ingrid Haber <mh+ wrote:
Wenn ich nun von einem anderen, ebenfalls so ausgestatteten Client den
Namen versuche aufzulösen, sehe ich im tcpdump auf dem betroffenen
Host eine mDNS-Anfage per IPv6, die ignoriert wird, und eine
mDNS-Anfrage per IPv4, die beantwortet wird:

|18:14:14.159818 IP6 2a01:238:4071:321e:5604:a6ff:fe82:2100.5353 > ff02::fb.5353: 0 A (QM)? aida.local. (28)
|18:14:14.159877 IP 192.168.251.38.5353 > 224.0.0.251.5353: 0 A (QM)? aida.local. (28)
|18:14:14.160205 IP 192.168.251.251.5353 > 224.0.0.251.5353: 0*- [0q] 1/0/0 (Cache flush) A 192.168.251.251 (38)



Nach einiger Recherche: Das ist "working as designed". In der
Defaultkonfiguration publiziert ein Avahi-Daemon keine A-Records über
IPv6, und "nicht publizieren" heißt bei einem
Broadcast-/Multicastprotokoll "nicht antworten", denn es könnte ja
jemand anderes einen entsprechenden Eintrag publizieren wollen.

Der umgekehrte Fall, die Publikation von AAAA-Records über IPv4, ist
im default eingeschaltet.

Grüße
Marc
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

Ähnliche fragen