Does anyone here use Netatalk with System 6, specifically via one of those Localtalk->Ethernet bridges? (The one I have is a Farallon EtherMac iPrint.) I was trying to get this going between a Linux VM (on VirtualBox) on a Macbook Pro (OS X 10.6) and a Macintosh Plus this weekend and didn't have much luck.
On the Macbook side the VM was set up with two interfaces, the normal "NAT" device (eth0) and a "Bridged" adapter (eth1), which is connected straight to the iPrint adapter. The adapter's activity lights blink promisingly, but so far I just haven't been able to get the Plus to "see" the Netatalk server. (Going to the Chooser and looking for appletalk shares shows no servers to connect to) I have verified that the host OS X can see the file shares when pointed to the static IP I assigned to the virtual eth1 device (which is in the same network as a static applied to the host en0 interface), so Netatalk is working to at least that extent, but obviously I can't test ddp shares that way. When I run "tcpdump en0" on the host OS I can see regular broadcasts from the Netatalk server. I don't see anything from the Mac unless I reboot it; in that case I see three announcements come in from the bridge that say "username:Macintosh Plus", but that's the only activity; poking around the chooser doesn't trigger any more visible activity (Is it necessary to reboot a System 6 Mac in order for it to "register" whatever fileshares are available? It seems odd to me that I don't see a peep out of it when actually poking at the Chooser.), and the announcements from the Mac don't seem to trigger any response from the Netatalk server.
Just wondering offhandedly if there's something specific I need to add to atalkd.conf to make it understand and respond to a Mac that old. Appletalk unfortunately is pretty far from being my speciality; the last time I used the classic "Chooser" method to mount a Netatalk share (via Ethernet, not Localtalk) was from an A/UX box and it was point-and-shoot with an out-of-the-box configuration. I did go so far as manually rebuild the Ubuntu package for Netatalk (it was 2.2.1) to ensure that ddp was supported. (Which it was already.)
(I'm not convinced yet there isn't some confounding issue with the virtual machine network layer that could be contributing; I'm thinking of wiring the Mac up to a genuine bare-metal Linux box to see if removing Virtualbox from the equation solves the problem; I was trying to do the VM thing because it's physically something of a chore to get something on a wired network in the house.)
On the Macbook side the VM was set up with two interfaces, the normal "NAT" device (eth0) and a "Bridged" adapter (eth1), which is connected straight to the iPrint adapter. The adapter's activity lights blink promisingly, but so far I just haven't been able to get the Plus to "see" the Netatalk server. (Going to the Chooser and looking for appletalk shares shows no servers to connect to) I have verified that the host OS X can see the file shares when pointed to the static IP I assigned to the virtual eth1 device (which is in the same network as a static applied to the host en0 interface), so Netatalk is working to at least that extent, but obviously I can't test ddp shares that way. When I run "tcpdump en0" on the host OS I can see regular broadcasts from the Netatalk server. I don't see anything from the Mac unless I reboot it; in that case I see three announcements come in from the bridge that say "username:Macintosh Plus", but that's the only activity; poking around the chooser doesn't trigger any more visible activity (Is it necessary to reboot a System 6 Mac in order for it to "register" whatever fileshares are available? It seems odd to me that I don't see a peep out of it when actually poking at the Chooser.), and the announcements from the Mac don't seem to trigger any response from the Netatalk server.
Just wondering offhandedly if there's something specific I need to add to atalkd.conf to make it understand and respond to a Mac that old. Appletalk unfortunately is pretty far from being my speciality; the last time I used the classic "Chooser" method to mount a Netatalk share (via Ethernet, not Localtalk) was from an A/UX box and it was point-and-shoot with an out-of-the-box configuration. I did go so far as manually rebuild the Ubuntu package for Netatalk (it was 2.2.1) to ensure that ddp was supported. (Which it was already.)
(I'm not convinced yet there isn't some confounding issue with the virtual machine network layer that could be contributing; I'm thinking of wiring the Mac up to a genuine bare-metal Linux box to see if removing Virtualbox from the equation solves the problem; I was trying to do the VM thing because it's physically something of a chore to get something on a wired network in the house.)