avahi-0.6.24 on freebsd-7.0 --- SOLVED (well, kind of)
Joe Marcus Clarke
marcus at marcuscom.com
Wed Dec 31 01:51:55 UTC 2008
On Tue, 2008-12-30 at 19:06 -0500, Dewey Hylton wrote:
> On Dec 30, 2008, at 5:44 PM, Joe Marcus Clarke wrote:
>
> > On Tue, 2008-12-30 at 17:12 -0500, Dewey Hylton wrote:
> >> On Dec 30, 2008, at 4:56 PM, Joe Marcus Clarke wrote:
> >>
> >>> On Tue, 2008-12-30 at 16:22 -0500, Dewey Hylton wrote:
> >>>> i would like the avahi server to show up in finder on my macosx
> >>>> boxes.
> >>>> what i'm attempting does work on ubuntu but i just can't get it
> >>>> working on freebsd. as far as i can tell, the configs are the same
> >>>> between the ubuntu (working) and freebsd (non-working) boxes. i'm
> >>>> using the latest versions available from their respective
> >>>> "official"
> >>>> package management systems (ie freebsd ports).
> >>>>
> >>>> after screwing around with avahi on and off for the past couple of
> >>>> weeks, and not finding a fix via irc (but thanks going out to a few
> >>>> genuinely helpful folks there, you know who you are), i'm ready to
> >>>> throw in the towel ... any help would be greatfully accepted. so
> >>>> without further ado, here is information i've gathered which i
> >>>> believe
> >>>> may be useful in showing the situation:
> >>>>
> >>>> firewalling completely disabled on both client and server.
> >>>>
> >>>>
> >>>> client: dewey-imac
> >>>> macosx 10.5.6
> >>>> en0:
> >>>> flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST>
> >>>> mtu 1500
> >>>> inet 10.0.0.234 netmask 0xffffff00 broadcast 10.0.0.255
> >>>>
> >>>> server: walle
> >>>> FreeBSD 7.0-RELEASE-p7
> >>>> avahi-0.6.24
> >>>> dbus-1.2.1
> >>>> em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0
> >>>> mtu 1500
> >>>> inet 10.0.0.9 netmask 0xffffff00 broadcast 10.0.0.255
> >>>>
> >>>>
> >>>>
> >>>> walle# avahi-daemon --debug
> >>>> -----------------------------
> >>>> Found user 'avahi' (UID 558) and group 'avahi' (GID 558).
> >>>> Successfully dropped root privileges.
> >>>> avahi-daemon 0.6.24 starting up.
> >>>> WARNING: No NSS support for mDNS detected, consider installing nss-
> >>>> mdns!
> >>>> Loading service file /usr/local/etc/avahi/services/afp.service.
> >>>> Loading service file /usr/local/etc/avahi/services/sftp-
> >>>> ssh.service.
> >>>> Loading service file /usr/local/etc/avahi/services/ssh.service.
> >>>> Joining mDNS multicast group on interface em0.IPv4 with address
> >>>> 10.0.0.9.
> >>>> New relevant interface em0.IPv4 for mDNS.
> >>>> Network interface enumeration completed.
> >>>> Registering new address record for 10.0.0.9 on em0.IPv4.
> >>>> Registering HINFO record with values 'AMD64'/'FREEBSD'.
> >>>> Server startup complete. Host name is walle.local. Local service
> >>>> cookie is 2478213216.
> >>>> Service "walle" (/usr/local/etc/avahi/services/ssh.service)
> >>>> successfully established.
> >>>> Service "SFTP File Transfer on walle"
> >>>> (/usr/local/etc/avahi/services/sftp-ssh.service) successfully
> >>>> established.
> >>>> Service "walle" (/usr/local/etc/avahi/services/afp.service)
> >>>> successfully established.
> >>>> dbus-protocol.c: interface=org.freedesktop.Avahi.Server, path=/,
> >>>> member=GetAPIVersion
> >>>> dbus-protocol.c: interface=org.freedesktop.Avahi.Server, path=/,
> >>>> member=GetState
> >>>> dbus-protocol.c: interface=org.freedesktop.Avahi.Server, path=/,
> >>>> member=ServiceTypeBrowserNew
> >>>> dbus-protocol.c: interface=org.freedesktop.Avahi.Server, path=/,
> >>>> member=ServiceBrowserNew
> >>>> dbus-protocol.c: interface=org.freedesktop.Avahi.Server, path=/,
> >>>> member=ServiceBrowserNew
> >>>> dbus-protocol.c: interface=org.freedesktop.Avahi.Server, path=/,
> >>>> member=ServiceBrowserNew
> >>>> dbus-protocol.c: interface=org.freedesktop.Avahi.Server, path=/,
> >>>> member=ServiceBrowserNew
> >>>> dbus-protocol.c: client :1.12 vanished.
> >>>> dbus-protocol.c: interface=org.freedesktop.Avahi.Server, path=/,
> >>>> member=GetAPIVersion
> >>>> dbus-protocol.c: interface=org.freedesktop.Avahi.Server, path=/,
> >>>> member=GetState
> >>>> dbus-protocol.c: interface=org.freedesktop.Avahi.Server, path=/,
> >>>> member=ServiceTypeBrowserNew
> >>>> dbus-protocol.c: interface=org.freedesktop.Avahi.Server, path=/,
> >>>> member=ServiceBrowserNew
> >>>> dbus-protocol.c: interface=org.freedesktop.Avahi.Server, path=/,
> >>>> member=ServiceBrowserNew
> >>>> dbus-protocol.c: interface=org.freedesktop.Avahi.Server, path=/,
> >>>> member=ServiceBrowserNew
> >>>> dbus-protocol.c: interface=org.freedesktop.Avahi.Server, path=/,
> >>>> member=ServiceBrowserNew
> >>>> dbus-protocol.c: client :1.13 vanished.
> >>>>
> >>>>
> >>>> walle# tcpdump -nli em0 |grep 5353
> >>>> -----------------------------
> >>>> tcpdump: verbose output suppressed, use -v or -vv for full protocol
> >>>> decode
> >>>> listening on em0, link-type EN10MB (Ethernet), capture size 96
> >>>> bytes
> >>>>
> >>>> 15:28:25.782360 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0 [2q] [3n]
> >>>> ANY
> >>>> (QM)? 9.0.0.10.in-addr.arpa.[|domain]
> >>>> 15:28:26.034751 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0 [2q] [3n]
> >>>> ANY
> >>>> (QM)? 9.0.0.10.in-addr.arpa.[|domain]
> >>>> 15:28:26.287194 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0 [2q] [3n]
> >>>> ANY
> >>>> (QM)? 9.0.0.10.in-addr.arpa.[|domain]
> >>>> 15:28:26.488262 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0*- [0q] 3/0/0
> >>>> (Cache flush) PTR[|domain]
> >>>> 15:28:26.589784 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0 [4q] [8n][|
> >>>> domain]
> >>>> 15:28:26.842234 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0 [4q] [8n][|
> >>>> domain]
> >>>> 15:28:27.094681 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0 [4q] [8n][|
> >>>> domain]
> >>>> 15:28:27.295625 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0*- [0q]
> >>>> 17/0/0[|domain]
> >>>> 15:28:27.542398 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0*- [0q] 2/0/0
> >>>> (Cache flush) PTR[|domain]
> >>>> 15:28:28.351406 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0*- [0q]
> >>>> 17/0/0[|domain]
> >>>> 15:28:29.607960 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0*- [0q] 3/0/0
> >>>> (Cache flush) PTR[|domain]
> >>>> 15:28:30.406721 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0*- [0q]
> >>>> 17/0/0[|domain]
> >>>> 15:31:15.417538 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0 [8a] [5q]
> >>>> PTR
> >>>> (QM)? _services._dns-sd._udp.local.[|domain]
> >>>> 15:32:27.371515 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0 [8a] [5q]
> >>>> PTR
> >>>> (QM)? _services._dns-sd._udp.local.[|domain]
> >>>>
> >>>>
> >>>> dewey-imac:~ root# tcpdump -nli en0 multicast|grep 5353
> >>>> -----------------------------
> >>>> tcpdump: verbose output suppressed, use -v or -vv for full protocol
> >>>> decode
> >>>> listening on en0, link-type EN10MB (Ethernet), capture size 96
> >>>> bytes
> >>>>
> >>>> 15:28:26.304295 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0 [2q] [3n]
> >>>> ANY
> >>>> (QM)? 9.0.0.10.in-addr.arpa.[|domain]
> >>>> 15:28:26.556684 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0 [2q] [3n]
> >>>> ANY
> >>>> (QM)? 9.0.0.10.in-addr.arpa.[|domain]
> >>>> 15:28:26.809128 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0 [2q] [3n]
> >>>> ANY
> >>>> (QM)? 9.0.0.10.in-addr.arpa.[|domain]
> >>>> 15:28:27.010197 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0*- [0q] 3/0/0
> >>>> (Cache flush) PTR[|domain]
> >>>> 15:28:27.111741 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0 [4q] [8n][|
> >>>> domain]
> >>>> 15:28:27.364197 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0 [4q] [8n][|
> >>>> domain]
> >>>> 15:28:27.616630 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0 [4q] [8n][|
> >>>> domain]
> >>>> 15:28:27.817558 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0*- [0q]
> >>>> 17/0/0[|domain]
> >>>> 15:28:28.064330 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0*- [0q] 2/0/0
> >>>> (Cache flush) PTR[|domain]
> >>>> 15:28:28.873368 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0*- [0q]
> >>>> 17/0/0[|domain]
> >>>> 15:28:30.129940 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0*- [0q] 3/0/0
> >>>> (Cache flush) PTR[|domain]
> >>>> 15:28:30.928697 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0*- [0q]
> >>>> 17/0/0[|domain]
> >>>>
> >>>> walle# avahi-browse -at
> >>>> -----------------------------
> >>>> + em0 IPv4 walle [00:0e:0c:aa:7b:ca]
> >>>> _workstation._tcp local
> >>>> + em0 IPv4 walle _ssh._tcp
> >>>> local
> >>>> + em0 IPv4 SFTP File Transfer on walle
> >>>> _sftp-ssh._tcp local
> >>>> + em0 IPv4 walle
> >>>> _afpovertcp._tcp local
> >>>>
> >>>> dewey-imac:~ root# mDNS -B _afpovertcp._tcp local
> >>>> -----------------------------
> >>>> Browsing for _afpovertcp._tcplocal
> >>>> Talking to DNS SD Daemon at Mach port 4099
> >>>> Timestamp A/R Flags Domain Service Type
> >>>> Instance Name
> >>>> 15:15:34.869 Add 1 local. _afpovertcp._tcp.
> >>>> dewey-imac
> >>>> 15:15:34.869 Add 1 local. _afpovertcp._tcp.
> >>>> dewey-imac
> >>>> 15:15:34.869 Add 0 local. _afpovertcp._tcp.
> >>>> cindy-imac ## this is another macosx 10.5.6 client
> >>>
> >>> Do other services show up on the Mac (e.g. _sftp.ssh._tcp)? They
> >>> work
> >>> fine for me here with my OS X machine. I don't have an afpovertcp
> >>> service defined, and you didn't include your service file.
> >>>
> >>> Joe
> >>
> >> great question - it seems i spent more time copy/pasting from the
> >> terminal than i did explaining the symptoms.
> >>
> >> the answer - NO. none of the services seem to get picked up by any of
> >> the clients, despite the multicast traffic obviously getting to the
> >> clients. and though i'm seeing multicast traffic for the proper group
> >> and from port 5353, i admit i don't really know what i'm looking for.
> >>
> >> with the ubuntu/avahi laptop running, not only can i see the laptop
> >> in
> >> finder but it also shows up in Terminal.app's "new remote connection"
> >> dialog for ssh/sftp. the freebsd box doesn't seem to show up anywhere
> >> at all.
> >
> > Everything works just fine for me on FreeBSD i386 and amd64. I have
> > the
> > following defined in /etc/rc.conf:
> >
> > dbus_enable="YES"
> > avahi_daemon_enable="YES"
> > avahi_dnsconfd_enable="YES"
> >
> > Here is what my avahi-daemon --debug output looks like:
> >
> > Found user 'avahi' (UID 558) and group 'avahi' (GID 558).
> > Successfully dropped root privileges.
> > avahi-daemon 0.6.24 starting up.
> > WARNING: No NSS support for mDNS detected, consider installing nss-
> > mdns!
> > Loading service file /usr/local/etc/avahi/services/sftp-ssh.service.
> > Loading service file /usr/local/etc/avahi/services/ssh.service.
> > Joining mDNS multicast group on interface re0.IPv4 with address
> > 192.168.1.28.
> > New relevant interface re0.IPv4 for mDNS.
> > Network interface enumeration completed.
> > Registering new address record for 2001:470:1f00:2464::28 on re0.*.
> > Registering new address record for 192.168.1.28 on re0.IPv4.
> > Registering HINFO record with values 'AMD64'/'FREEBSD'.
> > Server startup complete. Host name is lasagna.local. Local service
> > cookie is 2878815667.
> > Service "lasagna" (/usr/local/etc/avahi/services/ssh.service)
> > successfully established.
> > Service "SFTP File Transfer on
> > lasagna" (/usr/local/etc/avahi/services/sftp-ssh.service) successfully
> > established.
> >
> > From my OS X 10.5.6 box:
> >
> > Browsing for _sftp-ssh._tcplocal
> > Talking to DNS SD Daemon at Mach port 4099
> > Timestamp A/R Flags Domain Service Type
> > Instance Name
> > 17:42:25.858 Add 1 local. _sftp-ssh._tcp.
> > satay
> > 17:42:25.859 Add 1 local. _sftp-ssh._tcp.
> > SFTP File Transfer on shumai
> > 17:42:25.859 Add 1 local. _sftp-ssh._tcp.
> > SFTP File Transfer on lasagna <--- NOTE: lasagna shows up
> > 17:42:25.859 Add 0 local. _sftp-ssh._tcp.
> > goose
> >
> > I see none of the D-BUS messages you're seeing. You might make sure
> > dbus-daemon is running.
>
> thanks for your assistance, joe. i have found a solution, though the
> actual problem is still a bit of a mystery ... i swapped ethernet
> cards a few times and here is what i came up with:
>
> out of four completely different cards, only the best (well,
> supposedly) failed to work with avahi ... it was the intel pro/1000 gt
> i was using originally, chosen because it was thought to be the best
> of the bunch. so either the hardware is lacking, or possibly the
> driver. here is a breakdown of the 4 different ones tested; only the
> first (em0, intel pro/1000 gt) failed to work with avahi:
>
> em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu
> 1500
> options=9b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM>
> ether 00:0e:0c:aa:7b:ca
> inet 10.0.0.9 netmask 0xffffff00 broadcast 10.0.0.255
> media: Ethernet autoselect (1000baseTX <full-duplex>)
> status: active
>
> re0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu
> 1500
> options=9b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM>
> ether 00:1a:4d:5e:d3:88
> inet 10.0.0.9 netmask 0xffffff00 broadcast 10.0.0.255
> media: Ethernet autoselect (1000baseTX <full-duplex>)
> status: active
>
> fxp0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu
> 1500
> options=b<RXCSUM,TXCSUM,VLAN_MTU>
> ether 00:02:b3:9a:5a:3a
> inet 10.0.0.9 netmask 0xffffff00 broadcast 10.0.0.255
> media: Ethernet autoselect (100baseTX <full-duplex>)
> status: active
>
> xl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu
> 1500
> options=9<RXCSUM,VLAN_MTU>
> ether 00:01:02:c6:81:c5
> inet 10.0.0.9 netmask 0xffffff00 broadcast 10.0.0.255
> media: Ethernet autoselect (100baseTX <full-duplex>)
> status: active
>
> if anyone can tell me why, or better yet give me a workaround for this
> card, i'll be happy to hear from you.
The em driver works for me on one of my i386 -CURRENT machines. The em
driver has also undergone some major changes in RELENG_7. You might try
upgrading to 7.1-RC1 and see if things improve.
Joe
--
PGP Key : http://www.marcuscom.com/pgp.asc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-gnome/attachments/20081231/51d53cec/attachment.pgp
More information about the freebsd-gnome
mailing list