Hi Tim, Yeah, I don't really understand it either. I have asked my uni to look into it (several months back ... probably October last year), but have not as yet received a reply.
One of the system admins did mention to my in passing he was experiencing the same problem when connecting from home, not directly connecting at the uni. So I was hazard a guess its something to do with their firewall or something.
A friend of mine suggestions writing a script which, on logging in to the remote machines, automatically performs a task (i.e. display a list of people logged in and write this to a file which is continually overwritten as so that the file does not impinge greatly on my quota) every 5 minutes as to keep the connection alive.
Would anyone be able to offer some hints / suggestions as to how this may be done? I have had a go myself, but (as usual) failed miserably.
Thanks again.
All the best.
Cheers, Tony Crouch
On Wed, Apr 25, 2007 at 02:20:08PM +1000, Tony Crouch wrote:
Hi Tim, Yeah, I don't really understand it either. I have asked my uni to look into it (several months back ... probably October last year), but have not as yet received a reply.
One of the system admins did mention to my in passing he was experiencing the same problem when connecting from home, not directly connecting at the uni. So I was hazard a guess its something to do with their firewall or something.
A friend of mine suggestions writing a script which, on logging in to the remote machines, automatically performs a task (i.e. display a list of people logged in and write this to a file which is continually overwritten as so that the file does not impinge greatly on my quota) every 5 minutes as to keep the connection alive.
Would anyone be able to offer some hints / suggestions as to how this may be done? I have had a go myself, but (as usual) failed miserably.
I have this issue/problem when connecting out from our work machines using ssh. I don't think it's anything to do with ssh either client or server end, I'm pretty sure it's the firewall.
What I do to prevent diconnections is to have a background process on the server/remote system that echoes a NUL character to the terminal window every 5 minutes or so. This doesn't affect the use of the terminal window at all and keeps my connections up and running for the whole day.
At the end of my .profile I have:-
# # # Run ka (keep alive) if this is a remote ssh login # if [ "$SSH_CLIENT" ] then ka& fi
In my case ka is a C program that echoes NUL every five minutes but a shell script that does this would do as well.
Chris G cl@isbd.net writes:
# Run ka (keep alive) if this is a remote ssh login # if [ "$SSH_CLIENT" ] then ka& fi
Why not just turn on the ssh and sshd keep-alives?
sshd_config: ClientAliveInterval 60 ClientAliveCountMax 30
ssh_config: ServerAliveInterval 60 ServerAliveCountMax 30
These settigns will send a packet every 60 seconds to keep the NAT state fresh when using a losing home NAT box (like the wrt54g when running factory firmware). As an added benefit after 30 minutes of dropped packets the program at each end exits.
I used to have a problem with a buddy that had one of the above routers that would complain that my system's sshd dropped him after 10 minutes of inactivity. I sent him a ps showing that he had 6 sshd's still active here waiting for his next input. After I added the sshd_config settings his connections stopped dropping.
-wolfgang
On 4/25/07, Wolfgang S. Rupprecht wolfgang.rupprecht+gnus200704@gmail.com wrote:
Chris G cl@isbd.net writes:
# Run ka (keep alive) if this is a remote ssh login # if [ "$SSH_CLIENT" ] then ka& fi
Why not just turn on the ssh and sshd keep-alives?
sshd_config: ClientAliveInterval 60 ClientAliveCountMax 30
Dude!!! you're my hero, I already sshed home to make the change, but I can only test that it actually works when i get to my home network (where the problem occurs)... sweet!
On Wed, Apr 25, 2007 at 10:32:46AM -0700, Wolfgang S. Rupprecht wrote:
Chris G cl@isbd.net writes:
# Run ka (keep alive) if this is a remote ssh login # if [ "$SSH_CLIENT" ] then ka& fi
Why not just turn on the ssh and sshd keep-alives?
Because on the version of ssh I was using when I did this these parameters didn't exist!
sshd_config: ClientAliveInterval 60 ClientAliveCountMax 30
ssh_config: ServerAliveInterval 60 ServerAliveCountMax 30
These settigns will send a packet every 60 seconds to keep the NAT state fresh when using a losing home NAT box (like the wrt54g when running factory firmware). As an added benefit after 30 minutes of dropped packets the program at each end exits.
I used to have a problem with a buddy that had one of the above routers that would complain that my system's sshd dropped him after 10 minutes of inactivity. I sent him a ps showing that he had 6 sshd's still active here waiting for his next input. After I added the sshd_config settings his connections stopped dropping.
-wolfgang
Wolfgang S. Rupprecht http://www.wsrcc.com/wolfgang/
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list