From owner-freebsd-gnome@FreeBSD.ORG Wed Dec 31 01:51:54 2008 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5EAA106564A for ; Wed, 31 Dec 2008 01:51:54 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 3CCAB8FC17 for ; Wed, 31 Dec 2008 01:51:54 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id mBV1q09J038602; Tue, 30 Dec 2008 20:52:00 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Dewey Hylton In-Reply-To: <8049AA98-251F-4CFE-947D-8F91DE31AD26@gmail.com> References: <3eec4c0d0812301322y5813534ege7dcac3af1b942b5@mail.gmail.com> <1230674203.86286.24.camel@shumai.marcuscom.com> <13275B1F-A6D0-4AD2-A2B9-EB6947EBF59E@gmail.com> <1230677092.86286.28.camel@shumai.marcuscom.com> <8049AA98-251F-4CFE-947D-8F91DE31AD26@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-KeJurC4uTt7f04HFk3MR" Organization: MarcusCom, Inc. Date: Tue, 30 Dec 2008 20:52:18 -0500 Message-Id: <1230688338.86286.30.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00,MIME_QP_LONG_LINE, NO_RELAYS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: gnome@freebsd.org, avahi@lists.freedesktop.org Subject: Re: avahi-0.6.24 on freebsd-7.0 --- SOLVED (well, kind of) X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2008 01:51:55 -0000 --=-KeJurC4uTt7f04HFk3MR Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2008-12-30 at 19:06 -0500, Dewey Hylton wrote: > On Dec 30, 2008, at 5:44 PM, Joe Marcus Clarke wrote: >=20 > > 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 =20 > >>>> "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=3D8963 > >>>> 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=3D8843 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-=20 > >>>> 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=3Dorg.freedesktop.Avahi.Server, path=3D/, > >>>> member=3DGetAPIVersion > >>>> dbus-protocol.c: interface=3Dorg.freedesktop.Avahi.Server, path=3D/, > >>>> member=3DGetState > >>>> dbus-protocol.c: interface=3Dorg.freedesktop.Avahi.Server, path=3D/, > >>>> member=3DServiceTypeBrowserNew > >>>> dbus-protocol.c: interface=3Dorg.freedesktop.Avahi.Server, path=3D/, > >>>> member=3DServiceBrowserNew > >>>> dbus-protocol.c: interface=3Dorg.freedesktop.Avahi.Server, path=3D/, > >>>> member=3DServiceBrowserNew > >>>> dbus-protocol.c: interface=3Dorg.freedesktop.Avahi.Server, path=3D/, > >>>> member=3DServiceBrowserNew > >>>> dbus-protocol.c: interface=3Dorg.freedesktop.Avahi.Server, path=3D/, > >>>> member=3DServiceBrowserNew > >>>> dbus-protocol.c: client :1.12 vanished. > >>>> dbus-protocol.c: interface=3Dorg.freedesktop.Avahi.Server, path=3D/, > >>>> member=3DGetAPIVersion > >>>> dbus-protocol.c: interface=3Dorg.freedesktop.Avahi.Server, path=3D/, > >>>> member=3DGetState > >>>> dbus-protocol.c: interface=3Dorg.freedesktop.Avahi.Server, path=3D/, > >>>> member=3DServiceTypeBrowserNew > >>>> dbus-protocol.c: interface=3Dorg.freedesktop.Avahi.Server, path=3D/, > >>>> member=3DServiceBrowserNew > >>>> dbus-protocol.c: interface=3Dorg.freedesktop.Avahi.Server, path=3D/, > >>>> member=3DServiceBrowserNew > >>>> dbus-protocol.c: interface=3Dorg.freedesktop.Avahi.Server, path=3D/, > >>>> member=3DServiceBrowserNew > >>>> dbus-protocol.c: interface=3Dorg.freedesktop.Avahi.Server, path=3D/, > >>>> member=3DServiceBrowserNew > >>>> 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 =20 > >>>> bytes > >>>> > >>>> 15:28:25.782360 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0 [2q] [3n] =20 > >>>> 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] =20 > >>>> 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] =20 > >>>> 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] =20 > >>>> 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] =20 > >>>> 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 =20 > >>>> bytes > >>>> > >>>> 15:28:26.304295 IP 10.0.0.9.5353 > 224.0.0.251.5353: 0 [2q] [3n] =20 > >>>> 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] =20 > >>>> 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] =20 > >>>> 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 =20 > >>> 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 =20 > >> 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 =20 > > the > > following defined in /etc/rc.conf: > > > > dbus_enable=3D"YES" > > avahi_daemon_enable=3D"YES" > > avahi_dnsconfd_enable=3D"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-=20 > > 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. >=20 > thanks for your assistance, joe. i have found a solution, though the =20 > actual problem is still a bit of a mystery ... i swapped ethernet =20 > cards a few times and here is what i came up with: >=20 > out of four completely different cards, only the best (well, =20 > supposedly) failed to work with avahi ... it was the intel pro/1000 gt =20 > i was using originally, chosen because it was thought to be the best =20 > of the bunch. so either the hardware is lacking, or possibly the =20 > driver. here is a breakdown of the 4 different ones tested; only the =20 > first (em0, intel pro/1000 gt) failed to work with avahi: >=20 > em0: flags=3D8843 metric 0 mtu =20 > 1500 > options=3D9b > ether 00:0e:0c:aa:7b:ca > inet 10.0.0.9 netmask 0xffffff00 broadcast 10.0.0.255 > media: Ethernet autoselect (1000baseTX ) > status: active >=20 > re0: flags=3D8843 metric 0 mtu =20 > 1500 > options=3D9b > ether 00:1a:4d:5e:d3:88 > inet 10.0.0.9 netmask 0xffffff00 broadcast 10.0.0.255 > media: Ethernet autoselect (1000baseTX ) > status: active >=20 > fxp0: flags=3D8843 metric 0 mtu =20 > 1500 > options=3Db > ether 00:02:b3:9a:5a:3a > inet 10.0.0.9 netmask 0xffffff00 broadcast 10.0.0.255 > media: Ethernet autoselect (100baseTX ) > status: active >=20 > xl0: flags=3D8843 metric 0 mtu =20 > 1500 > options=3D9 > ether 00:01:02:c6:81:c5 > inet 10.0.0.9 netmask 0xffffff00 broadcast 10.0.0.255 > media: Ethernet autoselect (100baseTX ) > status: active >=20 > if anyone can tell me why, or better yet give me a workaround for this =20 > 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 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-KeJurC4uTt7f04HFk3MR Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkla0FAACgkQb2iPiv4Uz4cWJwCeJR9uDxKhSloR9U6d51w/dZfO 2RkAniFDPE4JUlkli8Ih/LW1WJgvrAih =fNvT -----END PGP SIGNATURE----- --=-KeJurC4uTt7f04HFk3MR--