slipperygrey
Well-known member
Why do you have to use the clrtext UAM? With macOS you really should be using DHX2 for security.Can I log into netatalk-2.3 running on macOS Sonoma using a cleartext password?
Why do you have to use the clrtext UAM? With macOS you really should be using DHX2 for security.Can I log into netatalk-2.3 running on macOS Sonoma using a cleartext password?
I tried connecting from Mac OS 9 and it selected cleartext, so I guess I don‘t have the dhx2 uam on Mac OS 9 or it is not properly enabled in my Netatalk build.Why do you have to use the clrtext UAM? With macOS you really should be using DHX2 for security.
Thanks for the clarification.Right, OS9 does not support DHX2. The latest UAM you can use with Classic Mac OS is DHX (DHCAST128).
The netatalk manual has a UAM compatibility matrix: https://netatalk.io/oldstable/htmldocs/configuration#authentication
You can also see on that manual page that the Clear Text UAM has to be explicitly enabled in "later Mac OS X versions". Not sure what this entails though!
One tip: you can inspect which UAMs that netatalk have loaded with the "asip-status" command.
sudo ./sbin/afpd -F ~/usr/etc/netatalk/afpd.conf -f /Users/robin/usr/etc/netatalk/AppleVolumes.default -s /Users/robin/usr/etc/netatalk/AppleVolumes.system -U uams_guest.so,uams_clrtxt.so,uams_dhx2.so
- -transall -uamlist uams_guest.so,uams_clrtxt.so,uams_dhx2.so -nosavepassword -icon
So are your clients Mac OS X systems only at the moment?OS9 does not support DHX2
I currently run Netatalk likesudo ./sbin/afpd -F ~/usr/etc/netatalk/afpd.conf -f /Users/robin/usr/etc/netatalk/AppleVolumes.default -s /Users/robin/usr/etc/netatalk/AppleVolumes.system -U uams_guest.so,uams_clrtxt.so,uams_dhx2.so
My afpd.conf basically looks like- -transall -uamlist uams_guest.so,uams_clrtxt.so,uams_dhx2.so -nosavepassword -icon
No, I'm happily using macOS / OSX / OS9 / System 7 / System 6 clients with the same netatalk2 server.So are your clients Mac OS X systems only at the moment?
Many thanks for helping!
uams_dhx.so,uams_dhx.so,uams_dhx2.so,uams_guest.so,uams_randnum.so,uams_clrtxt.so
Well this is basically it: Guest access means read-only access. So you would create a volume, and then populate it with files using a privileged user. Then the Guest user can access those files read-only.How can I configure a guest volume? If I login as guest, I just get a locked "empty" volume
That’s a neat but kind of scary trick.There is a way to give a guest account read/write access to a share. A2SERVER does it for... reasons. You can do this in afpd.conf with the-guestname
option followed by the user name in quotes whose permissions you want to inherit.
Good to know about this file, I was completely unaware of this !Note that to use randnum you have to initialize your afppasswd file and create passwords for each user.
Now I‘m really confused.. You have Netatalk, running on macOS Sonoma, acting as server for a System 6 machine? Is there a version of AppleShare Client which supports System 6 AND AppleShare over IP? (Or do you do have some secret way to run AppleTalk on macOS? )System 6 clients
Cool! This will probably my first step to try! Thanks for the indication!There is a way to give a guest account read/write access to a share. A2SERVER does it for... reasons.
So has anyone ever been able to get a working Netatalk 2 setup (using DSI/TCP, not AppleTalk) on a modern version of macOS? There are no obvious issues with compiling and running, it‘s just something wrong with login, authentication or volume setup…Whoops, I overlooked the fact that you were running netatalk itself on macOS! I think we need *your* help to achieve AppleTalk networking there.
You know, I know for a fact that it worked on macOS in September 2023 because I tested it before releasing 2.2.10...I tried your suggestions, but I‘m still stuck at the login phase. I‘ll keep you updated if I can find a solution. I tried with Mac OS 9 and Panther as clients.
So has anyone ever been able to get a working Netatalk 2 setup (using DSI/TCP, not AppleTalk) on a modern version of macOS? There are no obvious issues with compiling and running, it‘s just something wrong with login, authentication or volume setup…
I don’t think so. It used to work on this aarch64 MacBook and now it doesn’t work on the same aarch64 MacBook…Is this maybe an Intel vs ARM issue?
export OBJC_DISABLE_INITIALIZE_FORK_SAFETY=YES
*** Starting AppleTalk services (this will take a minute)
socket: Address family not supported by protocol
socket: Address family not supported by protocol
atalkd: can't get interfaces, exiting.