Re: Apple IIGS network filesharing

[DaveSchmenk <dschmenk@gmail.com>]

On Feb 9, 4:41 pm, Steven Nelson <steven-nel...@uiowa.edu> wrote:
> On Feb 9, 6:08 pm, demp...@actrix.gen.nz (David Empson) wrote:
>
>
>
>
>
> > Steven Nelson <steven-nel...@uiowa.edu> wrote:
> > > On Feb 9, 4:10 pm, dog_...@macgui.com (D Finnigan) wrote:
> > > > Steven Nelson wrote:
>
> > > > > What is the reason that the OSX server doesn't respond to the IIGS
> > > > > Appleshare connect request, whereas OS9 seems fine with both?
>
> > > > OS X uses AppleShare over IP, whereas OS 9 supports "traditional"
> > > > AppleShare.
>
> > > I think this should be irrelevant because of the 'magic' of LocalTalk
> > > bridge which routes ATalk over localtalk and Ethernet.
>
> > Nope. LocalTalk Bridge just forwards AppleTalk network layer protocol
> > packets (DDP) between LocalTalk and Ethernet, dealing with differences
> > in how AppleTalk addresses are handled on the two networks.
>
> > AppleTalk packets travelling over Ethernet are a different Ethernet
> > packet type from IP and are not compatible with IP.
>
> > --
> > David Empson
> > demp...@actrix.gen.nz
>
> Thanks for the last two replies.  I am not understanding completely.
> A difference in ATalk packets I can understand.  Why do the iMacG4(s)
> show up as available file servers in the IIGS Appleshare cdev if the
> ATalk packets are different?  Failure comes at the login attempt where
> incompatible atalk would cause problems.  But why does the server
> appear if atalk is not working at some level?
>   --Steve

To add even more gas to the fire...  I updated my Debian box yesterday
and it pulled in version 2.0.5-3 of netatalk.  No problem, I just
rebuild from source, same as always.  Except this time, no dice.
Confusion abounds.  Finally I am able to see my server from the IIGS,
but I can't login in.  Wrong password.  I use a ~/.passwd file and I
know it is the correct file.  I review the syslog file and it has lots
of stuff listed about cinb and cdb errors.  There is a line about an
incompatible .AppleDB file.  I don't have a clue what that is, but I
figure I'll delete it and let netatalk try and rebuild it.  As soon as
it's gone, bingo.  Logged in.

Here is another thing I noticed about building from the sources.  By
default, the configure scripts will set the prefix to /usr/local.  The
netatalk init script will set the path for /usr/local to be priority
over the Debian packaged location.  If you are in the process of
debugging your own built version of netatalk and don't want to lose
the originally installed package binaries then 'make install' will
override the packaged binaries without removing them.  You can back
out your built version by deleting the files in /usr/local

Dave...