|
Home > Archive > Linux/Unix > April 2004 > FRUSTRATING ssh problem!
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
FRUSTRATING ssh problem!
|
|
| jarbob69 2004-04-27, 2:05 pm |
| I have a customer with a Slackware Linux (v. 9.1) router/firewall.
I use ssh to remotely administer this box as needed. I have having a strange problem though... it is somewhat random. I can login via ssh just fine and in general everything is happy. However, on occasion, after typing a command, the ssh session will suddenly stop responding and I have to close my SSH client (I have been using both PuTTY and Tera Term SSH). But here's the kicker: there seems to be no pattern to which commands cause this behavior, but the ones that do, ALWAYS do, even after logging back in!
For example, in general, I can use 'cd' to change directories all day long. Say 'cd /home/user', 'cd /var' and 'cd /etc' always work. But some subdirectories, when I try to cd to them, make my session lock up! This behavior does not occur when I am in front of the router logged in locally (no ssh). Also, I can list (ls -la) the contents of any of these directories and edit/move/copy/delete the files as long as I give the full path!
The 'cd' command isn't the only time I have encountered this behavior. Other things such as hitting the up arrow to get previous command history, scrolling down in a file using a text editor, and even running 'make' have caused the ssh session to lock up. This happens no matter which SSH client software I use, and is independant of which computer I connect from. I get the same results from home and from the office.
Does anyone have a clue what could be causing this? It's pretty frustrating!
Thanks! | |
|
| quote:
Originally posted by jarbob69
I have a customer with a Slackware Linux (v. 9.1) router/firewall.
I use ssh to remotely administer this box as needed. I have having a strange problem though... it is somewhat random. I can login via ssh just fine and in general everything is happy. However, on occasion, after typing a command, the ssh session will suddenly stop responding and I have to close my SSH client (I have been using both PuTTY and Tera Term SSH). But here's the kicker: there seems to be no pattern to which commands cause this behavior, but the ones that do, ALWAYS do, even after logging back in!
For example, in general, I can use 'cd' to change directories all day long. Say 'cd /home/user', 'cd /var' and 'cd /etc' always work. But some subdirectories, when I try to cd to them, make my session lock up! This behavior does not occur when I am in front of the router logged in locally (no ssh). Also, I can list (ls -la) the contents of any of these directories and edit/move/copy/delete the files as long as I give the full path!
The 'cd' command isn't the only time I have encountered this behavior. Other things such as hitting the up arrow to get previous command history, scrolling down in a file using a text editor, and even running 'make' have caused the ssh session to lock up. This happens no matter which SSH client software I use, and is independant of which computer I connect from. I get the same results from home and from the office.
Does anyone have a clue what could be causing this? It's pretty frustrating!
Thanks!
I think you should try getting a network traffic analyzer to see how the network is responding if this is on a local LAN. One thing that I have noticed is that ssh connections are much, much more sensitive to network iregularities than is telnet. While within my local LAN, I never seem to have trouble with ssh because I can make sure everything is running fine, but when shelling to a remote server over the net, sometimes I do get out lockups from time to time. I know other people have reported this as well . . . I suspect that this might be the problem you are running into. Unfortunately, I am not sure what to do about it. Will ask about on grex and see if anyone there knows anything. |
|
|
|
|