Re: Netatalk doing AppleShare over TCP/IP by default?


Subject: Re: Netatalk doing AppleShare over TCP/IP by default?
From: Sak Wathanasin (sw@nan.co.uk)
Date: Sun Jul 16 2000 - 15:37:20 EDT


In reply to Sak Wathanasin's message of the 08/07/2000 at 14:27 +0100,

>Hmmm, I don't know what's going on then. Using tcpdump, I captured 2
>traces: 1) connecting by dbl-clicking on the server name in the
>Chooser window, and 2) by clicking on the "server IP addr" button.
>
>...etc...
>As you can see in case (1), no attempts are made to use IP: they are
>all ethertalk pkts, a clear contrast with case (2). Using etherpeek,
>which has decoders forAppleTalk, shows that the netatalk server is
>returning the following info:
>
>....
> ˆ­¿Ýˆ­¿Ý­­­­­­­­ c3 01 c0 a0 c3 01 c0 a0 02 06 01 7f 00 00 01 06
> ­­­îÄ 03 00 0a 94 80
>
>It says it can do AFP 2.2, but for some reason the AShare client
>decides that the server can't do IP and never tries (no attempts to
>use DNS - but the hostname may already be in the cache).

This weekend I decided to get to the bottom of this, so I captured a
trace of a successful connection to netatalk on a Solaris box. The
essential difference is in the last few bytes of the response the
server sends to the client:

  02 06 01 7f 00 00 01 06 03 00 0a 94 80

This tells the client that there are "02" addresses where it be
contacted. The next octet gives the length of the addr that follows
(6 bytes, incl the length): 01 7f 00 00 01. "01" says it's an IP
addr, "03" an AppleTalk addr (cf 06 03 00 0a 94 80). 7f 00 00 01 is,
of course, 127.0.0.1. Bing! A quick look in /etc/hosts reveals that
there was an incorrect entry for the hostname as an alias for
"localhost". Why was it looking in /etc/hosts? 'Cos I had
/etc/nsswitch.conf set to look in /etc/hosts first in case I booted
up single-user. Once I fixed this, the netatalk server started
publishing the correct IP addr and all clients started to default to
using ASIP. (For those of you who don't know, you can force AppleTalk
connections by holdiong down the option key as you lcick "OK" or
dbl-clicking on the server name).

So it was due to stupidity on my part and both netatalk and the
AppleShare clients are blameless. Hoping someone else can profit from
my mistake, and thanks for nudging me into looking into this.

-- 
Sak Wathanasin
Network Analysis Limited
178 Wainbody Ave South, Coventry CV3 6BX, UK

Internet: sw@nan.co.uk Phone: (+44) 24 76 41 99 96 Mobile: (+44) 79 70 75 19 12 Fax: (+44) 24 76 69 06 90



This archive was generated by hypermail 2b28 : Wed Jan 17 2001 - 14:31:30 EST