Hi There, Common problem for 'weird' stuff like this is incorrect duplex / non-duplex settings between your host and switch. Probably not your problem but worth checking out! Good luck, aid On 24 May 2004, at 19:57, OpenMacNews wrote: hi all, i'm having an SSH Terminal Session "issue". i'm honestly not sure where to turn on this one ... I can't even detemine what the right diagnostics are -- nothing happening in kernel/sys/app logs. any pointers/ideas/solution/etc are much appreciated! (if this is the WRONG list, please suggest an alternative ... i've already tried the "secureshell" list -- no joy there yet) so, here we go ... i've a 4 machine setup (yes I understand some of these are "modified" &/or "unsupported" configs): (1) G4 PowerBook OSX 10.3.3 (2) 8500 Sonnet G3/333 upgrade Sonnet TEMPO 66 ATA card (2 drives on Sonnet ... none on internal bus) 2 Asante 696 10/100 Ethernet Cards (manually config'd to 100bT & FullDuplex) OSX 10.2.8 w/ XPostFacto 3.0a17 & L2CacheConfig (3) 8500 Sonnet G3/333 upgrade Sonnet TEMPO 66 ATA card (2 drives on Sonnet ... none on internal bus) Asante 690 10/100 Ethernet Card (manually config'd to 100bT & FullDuplex) OSX 10.2.8 w/ XPostFacto 3.0a17 & L2CacheConfig (4) Beige G3 Sonnet G4/500 upgrade Sonnet TEMPO 66 ATA card (2 drives on Sonnet ... ONE on internal bus) Asante 590 10/100 Ethernet Card (manually config'd to 100bT & FullDuplex) OSX 10.3.3 w/ XPostFacto 3.0a17 & PowerLogix CPU Director 1.5.2 These machines define an internal/private network w/ internet access: Public Internet | DSL Modem | | (2) IPFW firewall & NATD instance | | 10/100bT Ethernet Switch | | |------- (1) | | |------- (3) | | |------- (4) All machines have OpenSSL 0.9.7d + OpenSSH 3.8.1p1 locally compiled/installed ... OpenSSH is configured to use only Protocol2, PublicKeyAuthentication (1024 bit RSA keys), and TCP Wrappers. SSHD runs as an 'on demand' service via xinetd, with TCP Wrappers controlling/limiting access via the usual hosts.allow/hosts.deny configs. With my authentication/access scheme, I can SSH FROM any machine TO any machine, as expected. The "issue" arises in SSH'ing *TO* (4), the upgraded Beige G3, from any/every other machine. Specifically, once an SSH session is open/active, any task requiring a "lot" of data (example: "ls -al" of a large DIR) to be transferred via terminal session pauses (always) after a fraction of the expected data is transferred and (frequently) hangs the session. Again, this ONLY happens in sessions TO machine (4) from OTHER machines. Sessions opened: (a) between other machines (b) from (4) to other machines (c) from (4) to itself ... ALL operate at "full speed" with NO apparent pauses/hangs in the terminal sessions. So far, in efforts to remediate, I've: (a) changed Ehternet MTU settings from 1500 to 576, both in pair combinations and 'en masse' (b) varied Client, Server and TCP timeouts in ssh_config & sshd_config (c) Turned session Compression "off" (c) turned off xinetd service of sshd, and reverted to standard daemon mode NONE of these effort changed/improved the session behavior TO (4). Any suggestions as to where to look next? I'm not even certain, yet, whether I'm missing something, or whether there actually is an issue here .... Thanks, Richard _______________________________________________ darwin-kernel mailing list | darwin-kernel@lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored. _______________________________________________ darwin-kernel mailing list | darwin-kernel@lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.