Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 23 Sep 2007 22:16:22 -0700
From:      "Ted Mittelstaedt" <tedm@toybox.placo.com>
To:        "Gabriel Dragffy" <gabe@dragffy.com>, <freebsd-questions@freebsd.org>
Subject:   RE: Netatalk
Message-ID:  <BMEDLGAENEKCJFGODFOCCEGOCAAA.tedm@toybox.placo.com>
In-Reply-To: <DBD15382-AC9B-4247-9CEF-492432C41ED3@dragffy.com>

next in thread | previous in thread | raw e-mail | index | archive | help

Gabriel,

Ignore Martin he doesen't know how to get it running
so he's pulling the old "spurning what he cannot do"
refer to the Aesop fable "Fox and the Grapes" for more
information.

If you run OS9 emulation under OSX you need AFP.

Many older print servers only speak AFP

AFP handles the split resource/data fork properly,
Samba does not.  You will see this in a number of
minor ways.

To get it running:

define NETATALK in kernel and recompile


cd /usr/ports/net/netatalk
make  WITH_SRVLOC=yes install

add the following in /etc/rc.conf:

slpd_enable="YES"
netatalk_enable="YES"
atalkd_enable="YES"
cnid_metad_enable="YES"
afpd_enable="YES"

cd /usr/ports/net/howl
make install

cd /etc
vi rc.conf
add in
mdnsresponder_enable="YES"
mdnsresponder_flags="-f /usr/local/etc/mDNSResponder.conf

then create the config file as such

vi /usr/local/etc/mDNSResponder.conf
BigMac _afpovertcp._tcp     local.  548
BigMac _ssh._tcp            Servers. 548

MUST BE TABS BETWEEN ITEMS and NEWLINE AT END!
BigMac is your servername

test with slptool findsrvs service:service-agent
and mDNSResponder lookups

your problem is that afpd only advertises over appletalk, not over
tcp/ip.  Since your Macs are all OSX they don't listen to appletalk
announcements.  They listen to appletalk-over-tcp/ip announcements
which use the rendezevous protocol which is what mdnsresponder is
all about.

One important note - try to keep the samba shares separate
from the appletalk shares.  Samba clients do not update the
desktop file when they move/change/delete files which will result in
a corrupted desktop file. (ie: CNID database)  If that happens do this:

 
/usr/local/etc/rc.d/netatalk.sh stop
 
cat /usr/local/etc/AppleVolumes.default
 
(shares are listed at the bottom)
 
go to each share with the problem and rename the directory, ie:
 
cd /home/shares/Public
mv .AppleDB .AppleDB-temp-backup
 
restart netatalk
 
/usr/local/etc/rc.d/netatalk.sh start
 
verify people can mount the shares and get to their files
 
Delete the .AppleDB-temp-backup dirs.

Ted

PS:  Appletalk is older networking technology but there is
nothing wrong with it and it works no worse than newer
technologies.

> -----Original Message-----
> From: owner-freebsd-questions@freebsd.org
> [mailto:owner-freebsd-questions@freebsd.org]On Behalf Of Gabriel Dragffy
> Sent: Sunday, September 23, 2007 9:42 AM
> To: freebsd-questions@freebsd.org
> Subject: Re: Netatalk
> 
> 
> 
> On 23 Sep 2007, at 16:13, Martin Hepworth wrote:
> 
> > Why you need netatalk - you still got some old MacOS 8/9 machines  
> > about?
> >
> > --
> 
> no, they are all os x macbook pros. However we sometimes access over  
> the internet using AFP, and this uses encrypted passwords which is  
> safer. Also, afp integrates very well with the mac machines, better  
> than samba and far better than NFS. I've been using FreeNAS which has  
> worked well, but unfortunately freezes every few hours, so it's  
> useless. Trying to build my own version of it.
> 
> _______________________________________________
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to 
> "freebsd-questions-unsubscribe@freebsd.org"
> 



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BMEDLGAENEKCJFGODFOCCEGOCAAA.tedm>