Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #227483
| From | <tomas@tuxteam.de> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: ssh session times out annoyingly fast, why? |
| Date | 2020-09-29 17:00 +0200 |
| Message-ID | <AUpgK-4ru-5@gated-at.bofh.it> (permalink) |
| References | (2 earlier) <ASiW6-1TY-9@gated-at.bofh.it> <AUmLT-373-5@gated-at.bofh.it> <AUoNI-4hH-5@gated-at.bofh.it> <AUoXo-4kU-1@gated-at.bofh.it> <AUp75-4oj-29@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
On Tue, Sep 29, 2020 at 10:44:13AM -0400, Michael Stone wrote: > On Tue, Sep 29, 2020 at 04:34:06PM +0200, tomas@tuxteam.de wrote: > >Setting the socket option to keep alive "fixed" that. > > You were lucky. ssh does that by default, so if ssh sessions are > getting killed these days it's because the firewall ignores tcp > keepalives when calculating timeouts. If you're in such an > environment and can't fix the firewall, then every application needs > to be written to explicitly > exchange data when idle to keep connections alive. It wasn't ssh in this case. It was a (Perl DBI) database connection, which, by default, is silent on inactivity. So after one hour, the NAT dropped it. To set the keepalive option, I had to convince the application provider to update its (then already paleontological) Perl version to one in which setting the keepalive socket option was possible. In the end, that helped. (I first tried to talk the customer into hitting their data centre provider with a Thick Ethernet cable, but wasn't successful, alas). This was anoter long story on its own :) If the above NAT is killing entries which send keepalives then a Thick Ethernet cable probably won't help either. That's downright malicious. Cheers - t
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
ssh session times out annoyingly fast, why? Britton Kerin <britton.kerin@gmail.com> - 2020-09-22 01:40 +0200
Re: ssh session times out annoyingly fast, why? Joseph Loo <jloo20111002@gmail.com> - 2020-09-22 01:50 +0200
Re: ssh session times out annoyingly fast, why? Toni Mas Soler <antomassol@gmail.com> - 2020-09-22 11:40 +0200
Re: ssh session times out annoyingly fast, why? Gary Dale <gary@extremeground.com> - 2020-09-22 22:50 +0200
Re: ssh session times out annoyingly fast, why? Anssi Saari <as@sci.fi> - 2020-09-23 21:50 +0200
Re: ssh session times out annoyingly fast, why? Greg Wooledge <wooledg@eeg.ccf.org> - 2020-09-23 21:50 +0200
Re: ssh session times out annoyingly fast, why? Britton Kerin <britton.kerin@gmail.com> - 2020-09-26 23:20 +0200
Re: ssh session times out annoyingly fast, why? Greg Wooledge <wooledg@eeg.ccf.org> - 2020-09-28 14:10 +0200
Re: ssh session times out annoyingly fast, why? Michael Stone <mstone@debian.org> - 2020-09-29 14:20 +0200
Re: ssh session times out annoyingly fast, why? Gene Heskett <gheskett@shentel.net> - 2020-09-29 14:50 +0200
Re: ssh session times out annoyingly fast, why? Michael Stone <mstone@debian.org> - 2020-09-29 15:00 +0200
Re: ssh session times out annoyingly fast, why? Tom Dial <tddial@comcast.net> - 2020-09-30 05:00 +0200
Re: ssh session times out annoyingly fast, why? <tomas@tuxteam.de> - 2020-09-29 16:30 +0200
Re: ssh session times out annoyingly fast, why? tomas@tuxteam.de - 2020-09-29 16:40 +0200
Re: ssh session times out annoyingly fast, why? Michael Stone <mstone@debian.org> - 2020-09-29 16:50 +0200
Re: ssh session times out annoyingly fast, why? <tomas@tuxteam.de> - 2020-09-29 17:00 +0200
Re: ssh session times out annoyingly fast, why? Michael Stone <mstone@debian.org> - 2020-09-29 16:50 +0200
Re: ssh session times out annoyingly fast, why? Stefan Monnier <monnier@iro.umontreal.ca> - 2020-09-29 17:20 +0200
Re: ssh session times out annoyingly fast, why? Michael Stone <mstone@debian.org> - 2020-09-29 17:30 +0200
csiph-web