68kMLA Classic Interface

What version of SSHD do you have installed? Off the top of my head I'd suggest checking to see if you can disable DNS reverse lookups if they're enabled and you don't have working local name resolution. That can really slow down connections a *lot*. At the very least you can try to make sure that all the hosts involved are in your /etc/hosts file.
 

hmm, seems like on this fancy new interface i can't even edit my posts.. or i'm just a total dumbass.

anyway, the weirdest thing is this:

root@3ci:/root# /usr/local/bin/ssh localhost
The authenticity of host 'localhost (127.0.0.1)' can't be established.
RSA key fingerprint is 74:55:98:b1:c8:87:43:de:71:46:16:ea:d5:0e:d7:b0.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'localhost' (RSA) to the list of known hosts.
Write failed: Broken pipe
root@3ci:/root# /usr/local/bin/ssh localhost
root@localhost's password: 
Read from socket failed: Connection reset by peer

there is a 2-3 minute delay between executing the command and receiving a response to it. now i work with UNIX systems every day, so i know my way around most of the issues like permission problems on ~/.ssh and problems with the config file.. but this thing baffles the hell out of me.

same crap happens with a non-root user. this makes me think that it's not a new<>old ssh protocol/encryption type problem but.. something else..

adduser -h /users/newusername newusername

passwd newuser

okay found out the hard way: never use `wget`, especially as root.. it nukes the filesystem. don't know how, don't know why, but it does.

Oh, no doubt SSH is slow, connecting to an A/UX host. You can't use root, though. Must be a non-root user.

https://github.com/unxmaal/aux_sdcard#enabling-ssh

From our project page:

Add a non-root user

adduser -h /users/newusername newusername

Set a password for the new user

passwd newuser

Edit /etc/rc, and uncomment the line at the bottom for starting sshd

Reboot, or start sshd manually

From another host, ssh yournewuser@yourauxbox

It will always take a long time to authenticate you. (my edit: it's probably 90 seconds... I imagine if it took much more, like on a 16 MHz SE/30, that the connection might very well time out)

The hard work was done by @unxmaal and me - troubleshooting the sshd service, entropy pool, rng, etc so your A/UX knows how to do math when a remote client connects. 

Are you saying under A/UX or in general? I'm not aware of any issues with the filesystem using wget that are inherent to root/non-root, SSD vs. HD, etc... but, seeing that one would likely use root for most work, certainly the updated binaries, etc, is it possible the filesystem was borked to begin with and a bunch of disk activity made it worse?

well it did it two times in a row, on different sd cards, and without me even touching /opt beforehand.. i think the wget binary might be compiled with some funny 'fopen' implementation that wreaks havoc on the fs. but this is just a guess. i'm staying away from it until i set up and back up my sd card properly, then we can do some further testing if you'd like.

one question though: does it work for you?

Yes, which is why I was puzzled by the observation.  I'm wondering out loud if it could be related to the SCSI2SD firmware settings (via scsi2sd-util) or the Apple driver. I have no idea why this would be a problem seen as root and not another user. Well, at least you're aware of the issue on your machine so you could image (dd) the SD as a backup a little more often...

I know this is a bit old to be digging up, but I managed to fix the Sad Mac/21 error using the lido.img driver from Step 3 here.

And it works (albeit slowly) on my SE/30 🙂