[avahi] Running avahi

Steev steev at steev.net
Sat Jul 2 12:36:28 PDT 2005


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Lennart Poettering wrote:
> Yes, avahi accepts traffic only from interfaces it considers
> "relevant", i.e. not from the loopback device (you scanned "localhost"
> with nmap, didn't you?)

Heh, yes, yes I did, was just to see if the port was even open.


> avahi still doesn't subscribe to any the multicast group on any
> interface. Everytime avahi finds a new "relevant" interface it prints
> a line like "New relevant interface dummy0.2 (#4)" to syslog (or
> STDERR).
> 
> Interfaces are considered relavant iff:
> 
>  - the interface has the flag  UP set
>  - AND it has the flag MULTICAST set
>  - AND it has the flag LOOPBACK *not* set
>  - AND it has the flag POINTOPOINT *not* set
>  - AND it has at least one address assigned with scope "global".
> 
> It seems as if avahi ignores the eth0 interface on your machine. To
> check why, please post the output of "ifconfig eth0". It should look
> like this:

eth0      Link encap:Ethernet  HWaddr 00:40:D0:33:FD:E1
          inet6 addr: fe80::240:d0ff:fe33:fde1/64 Scope:Link
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:11 Base address:0x4000


> To check if avahi's netlink support works, please run "ifconfig dummy0
> 1.1.1.1 multicast". Then avahi should print the line "Interface
> dummy0.2 no longer relevant". After that run "ifconfig dummy0 down"
> which should bring avahi to print "Interface dummy0.2 no longer
> relevant".

It worked!  When I did the ifconfig dummy0 1.1.1.1 multicast
avahi-discover popped up 2 entries under ssh (Remote Terminal on mebius)
and 1 under workstation!

>>Jul  2 12:01:58 mebius avahi[10956]: iface.c: avahi_server_add_service()  failed.
> 
> 
> You seem to have a very interesting network configuration, haven't
> you? Something with empty MAC addresses or similar? Please post an
> "ifconfig -a" output, too.

dummy0    Link encap:Ethernet  HWaddr DE:89:2B:F1:EE:78
          inet addr:1.1.1.1  Bcast:1.255.255.255  Mask:255.0.0.0
          BROADCAST NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:105 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 b)  TX bytes:14150 (13.8 Kb)

eth0      Link encap:Ethernet  HWaddr 00:40:D0:33:FD:E1
          inet6 addr: fe80::240:d0ff:fe33:fde1/64 Scope:Link
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:11 Base address:0x4000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:14130 errors:0 dropped:0 overruns:0 frame:0
          TX packets:14130 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:592720 (578.8 Kb)  TX bytes:592720 (578.8 Kb)

ppp0      Link encap:Point-to-Point Protocol
          inet addr:4.245.70.100  P-t-P:63.215.29.111  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:2095 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1881 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:230332 (224.9 Kb)  TX bytes:141040 (137.7 Kb)

sit0      Link encap:IPv6-in-IPv4
          NOARP  MTU:1480  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

tunl0     Link encap:IPIP Tunnel  HWaddr
          NOARP  MTU:1480  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)


I am thinking it might ahve to do with the sit0 and/or tunl0 devices ?


> By default if an application binds on an IPv6 port its binds to the
> same port on IPv4, too. So if you bind on "::" (which is the IPv6
> equivalent of 0.0.0.0, i.e. all local addresses) you bind on 0.0.0.0
> too. It seems like you have an explicit line for binding to 0.0.0.0 in
> your sshd_config, so this conflicts.

Apparently it is a default setting in ssh as its actually commented out
in the config file.  Not a huge deal, as it is running and I can ssh in.

- -- Steev
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFCxuy71c+EtXTHkJcRAvvFAJsFfvjY26bHYgMtomDeOeJuh/3hAwCeIolM
FTmSo5YLw8vlKZg03zwdvVU=
=LoSS
-----END PGP SIGNATURE-----


More information about the avahi mailing list