Sometimes it helps just to restart, trow away AppleTalk prep, these things. A machine that is seen by one computer, but not by others. (if you reboot them they will probably show up). They sometimes show up, they sometimes don't. When you are running more complicated setup, with more Netatalk instances you can have problems. You can connect with all kind of protocols to it. If you just have a simple network with old Macintosh, MacBooks or Windows machines the MacIPRpi is in the middle. My goal is always for a user to start the Pi and use evrything without any configuration.
So what I have here, for instance, is uams_randum.so for System 6, with a fallback to uams_guest.so for Monterey (read-only.) If someone knows of a way to configure a series of authentication methods that allow both full access, please do share with us!Ĭlick to expand.In my MacIPRpi project I try to do things not to complicated. The caveat is that, to my best knowledge, you can't have a chain of authentication methods that both systems are able to use simultaneously for write access. So you may actually have an AFP file share running that something as old as System Software 6.0.7 and as new as Monterey both can connect to and get files off of! This works at least in Tiger, Big Sur, and Monterey that I've tested.
If you configure Netatalk with '-enable-zeroconf', and have libavahi installed, Mac OS X / macOS will detect the AFP server in the Network browser.
I knew of this from earlier, but wasn't able to get it to work at the time. One neat feature of Netatalk 2.2.x that I discovered fairly recently, is a fully functioning service discovery / zeroconf / Bonjour implementation. As a bonus, I also retroactively summarized the 2.2.6 release notes, which were actually never written to my best knowledge. Since the changeset was getting fairly substantial at this point, I drafted tentative release notes in the NEWS file. If you checked out branch-netatalk-2-2-x a few weeks ago, I'd encourage you to pull the latest code and try it out! There may be bugs lurking, so please report back if you run into issues. Thanks to the continued contributions by and others, more patches are gradually being merged into this fork.