From owner-freebsd-gnome@FreeBSD.ORG Wed Dec 31 00:06:52 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 67834106566B for ; Wed, 31 Dec 2008 00:06:52 +0000 (UTC) (envelope-from dewey.hylton@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id 17BE28FC08 for ; Wed, 31 Dec 2008 00:06:51 +0000 (UTC) (envelope-from dewey.hylton@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so2570406ywe.13 for ; Tue, 30 Dec 2008 16:06:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=LJmWS21VmhPrRDgRVl9gNNdcgGXy/p845njIQQroSKw=; b=rQUnLeZA7wnabMiqwY3axiMPjsVGPGul0fn1SFg+0woYxlx+yrYBN/vxGnDic+BRmy WscMTw0/mvZWxwyccrnupKWUTjzNmzqC+cXI+YkNkSeDPG+knTi+cqk8pkoblBwHLpng 4BtW4nuL9uaL36XXdvGXJdQnejUgUjNfEVhSk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=agemWAS4iaC7cvGwIUh+xiC4e57DRQpUTj3By/lnX2xy4IZuuqBV5jlXlnkV4u3uco aRUsq1wMlvNoMYuHmwRrWe1UHnxHiLm8npsPY7rwBxfUeuy8ZZUdVnSum6to+kRqYZox 0tAsGnpIeKxyuPX8K8y4KbY7Plp4ZBNC3NBLY= Received: by 10.90.113.17 with SMTP id l17mr2843827agc.121.1230682011023; Tue, 30 Dec 2008 16:06:51 -0800 (PST) Received: from dewey-imac.hyltown.com (docsis-cbm-15-101.nclxtn.lexcominc.net [209.102.254.101]) by mx.google.com with ESMTPS id 1sm41317744agb.20.2008.12.30.16.06.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 30 Dec 2008 16:06:50 -0800 (PST) Message-Id: <8049AA98-251F-4CFE-947D-8F91DE31AD26@gmail.com> From: Dewey Hylton To: Joe Marcus Clarke In-Reply-To: <1230677092.86286.28.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 30 Dec 2008 19:06:39 -0500 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> X-Mailer: Apple Mail (2.930.3) 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 00:06:52 -0000 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 >>>> 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 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 metric 0 mtu 1500 options=9b 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 re0: flags=8843 metric 0 mtu 1500 options=9b 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 fxp0: flags=8843 metric 0 mtu 1500 options=b 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 xl0: flags=8843 metric 0 mtu 1500 options=9 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 if anyone can tell me why, or better yet give me a workaround for this card, i'll be happy to hear from you.