¿Cómo depurar avahi-daemon? El nombre de host no llega

8

Instalé Avahi con libnss-mdns para poder acceder a mi pi por nombre de host. Información relevante:

$ cat /etc/hostname
raspberrypi

$ ps ax | grep avahi
2103 ?        S      0:00 avahi-daemon: running [raspberrypi.local]
2104 ?        S      0:00 avahi-daemon: chroot helper

$ sudo service avahi-daemon status
Avahi mDNS/DNS-SD Daemon is running

ls -l /etc/avahi/services/
total 8
-rw-r--r-- 1 root root 449 Jul 31 13:16 multiple.service
-rw-r--r-- 1 root root 299 Mar 10 17:15 udisks.service

Y en el pi en sí está funcionando:

$ avahi-browse -a
+   eth0 IPv4 XBMC (raspberrypi)                            _airplay._tcp        local
+   eth0 IPv4 B827EBA83303@XBMC (raspberrypi)               AirTunes Remote Audio local
+   eth0 IPv4 XBMC (raspberrypi)                            _xbmc-jsonrpc._tcp   local
+   eth0 IPv4 XBMC (raspberrypi)                            _xbmc-events._udp    local
+   eth0 IPv4 XBMC (raspberrypi)                            _xbmc-jsonrpc-h._tcp local
+   eth0 IPv4 XBMC (raspberrypi)                            Web Site             local
+   eth0 IPv4 raspberrypi                                   Remote Disk Management local
+   eth0 IPv4 raspberrypi                                   _device-info._tcp    local
+   eth0 IPv4 raspberrypi                                   SSH Remote Terminal  local
+   eth0 IPv4 raspberrypi [b8:27:eb:a8:33:03]               Workstation          local

Aunque solo veo servicios locales (y hay otros que puedo ver en mi Mac).

En mi Mac no puedo verlo (con Bonjour Browser.app) ni resolver:

⌘ ping raspberrypi.local
ping: cannot resolve raspberrypi.local: Unknown host

Al revés tampoco funciona:

$ ping Tino.local
ping: unknown host Tino.local

Están en la misma red (192.168.178.x) y puedo ingresar en el pi y volver a mi mac. Ya he reiniciado varias veces.

¿Qué próximos pasos puedo dar?

Tino
fuente

Respuestas:

7

En caso de que alguien más se tope con esto, esto podría ser útil:

  • podría intentar avahi-resolvever si se trata de un problema con la integración de NSS o la resolución real del nombre de host

  • intente un tcpdump -i wlan0 port 5353 or igmp -w /tmp/mdns.pcap( IGMP ) y wireshark /tmp/mdns.pcap(debería funcionar tanto desde el pi como desde su computadora portátil) para inspeccionar lo que se envía por cable y ver quién no está haciendo lo que se supone que debe hacer

Mejor tarde que nunca ...

Kristian Lein-Mathisen
fuente
Seguro. Lo intenté avahi-resolve -n Tino.localy funciona ahora! No tengo idea de qué cambió en los últimos 6 meses (había renunciado un poco), pero el ping funciona en ambos lados ahora. Gracias por la ayuda de todos modos
Tino
-2

Pruébelos en el mismo concentrador de red, sin pasar por un enrutador. Por lo tanto, ambos en la misma línea de su enrutador, entonces podrían escucharse mutuamente.

luego
fuente
1
¿Qué quieres decir? ¿"en la misma línea fuera de su enrutador"? Ambos están en el lado LAN, por lo que el enrutador funciona como un concentrador. Debería funcionar con un enrutador también por cierto.
Tino