> On 1/23/06, Ian McWilliam <[EMAIL PROTECTED]> wrote:
> >
> > On 13 Jan 2006, at 1:15 PM, Arnaud Bergeron wrote:
> >
> > > On 1/10/06, Bryan Irvine <[EMAIL PROTECTED]> wrote:
> > >>>> This one *seemed* to compile fine. AFter install it
> is missing the
> > >>>> afpd.conf file, and uamlist_guest.so doesnt' work. I
> even tried
> > >>>> copying over a running config from another server to
> to check for
> > >>>> config issues. hrmmm
> > >>>>
> > >>>
> > >>> After a lot of tinkering the uams_guest.so doesnt' seem
> to work with
> > >>> the old 1.6 port either. Perhaps it's an OpenBSD thing? Veery
> > >>> strange.
> > >>>
> > >>
> > >> Downloaded and compiled from source and guest access
> works. Perhaps
> > >> it's just a build flag.
> > >>
> > >
> >
> > Can you
> > tail -f /var/log/daemon
> > as you log in/out on the compiled from source version and
> copy me the
> > output. I'm curious as to why this would act differently as the auth
> > process for guest is to use the user nobody which has a non-existant
> > home directory. This is where guest access is going to fail as afpd
> > can't stat /nonexistant.
> >
> > thanx
> >
> > Jan 23 19:10:24 kallasjarvi afpd[8122]: login noauth
> > Jan 23 19:10:24 kallasjarvi afpd[8122]: login nobody (uid 32767, gid
> > 32767) AFP3.1
> > Jan 23 19:10:24 kallasjarvi afpd[8122]: afp_getsrvrparms(/
> > nonexistent): stat: No such file or directory
> > Jan 23 19:10:42 kallasjarvi afpd[8122]: logout nobody
> >
> > Ian McWilliam
> >
>
> Guest access does work on my machine ... I just tested it (granted, on
> 3.8-release).
>
> It does give the message about /nonexistent not existing (twice). But
> this seems to have no consequences.
>
> Some details that could be helpful:
>
> 1. Are you using cnid_metad?
> 2. Is the cnid db inside the share?
> 3. What is your cnid scheme?
>
> --
> "You would end up with a machine which won't work, but won't reboot,
> either (whoa. Windows emulation on OpenBSD!)."
> -Nick,
http://marc.theaimsgroup.com/?l=openbsd-misc&m=113676535806990&w=2
Check the netatalk archives, and provide them with your afpd -v.
Most people I suspect are using the default cdb.
mail:/home/rmorris$ afpd -v
afpd 2.0.3 - Apple Filing Protocol (AFP) daemon of Netatalk
afpd has been compiled with support for these features:
AFP3.1 support: Yes
Transport layers: TCP/IP DDP
CNID backends: cdb dbd last
afpd.conf: /etc/netatalk/afpd.conf
AppleVolumes.system: /etc/netatalk/AppleVolumes.system
AppleVolumes.default: /etc/netatalk/AppleVolumes.default
UAM search path: /usr/local/lib/netatalk/uams/
