Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.os.linux.networking > #4676
| From | "S.K.R. de Jong" <SKRdJ@nowhere.net> |
|---|---|
| Newsgroups | comp.os.linux.networking |
| Subject | Re: Delay when SSH'ing into some systems in my LAN |
| Date | 2020-07-21 19:33 +0000 |
| Organization | A noiseless patient Spider |
| Message-ID | <rf7ftf$tr5$1@dont-email.me> (permalink) |
| References | <rf71hr$k6e$1@dont-email.me> <rf7549$n9g$1@dont-email.me> |
On Tue, 21 Jul 2020 16:28:57 +0000, William Unruh wrote: > On 2020-07-21, S.K.R. de Jong <SKRdJ@nowhere.net> wrote: >> This started happening recently, with no apparent reason. >> >> I have systems A, B, C, D in my LAN. When I SSH from A into B the >> connection gets established immediately. However when I do it from A to >> C I get the following SSH traces in A: >> >> OpenSSH_7.4p1, OpenSSL 1.0.2u 20 Dec 2019 debug1: Reading >> configuration data /home/xyz/.ssh/config debug1: Reading configuration >> data /etc/ssh/ssh_config debug2: resolving "C" port 22 > > Try to ssh into C using C's IP address rather than name. > If that goes immediately Try putting C's name into A's /etc/hosts Since > it seems to be A that is complaining, try putting C's name and address > into /etc/hosts on A. > It seem's that it is the reverse dns that is problematic. > Note that in the above A,B,C,D could be names or they could be IP > addresses. It might help to actually give us the exact log lines, rather > than the edited ones. Well, I found the solution, but I am not entirely sure why it was broken in the first place. In A, the contents of my /etc/resolv.conf have the following line at the top: search <my-domain> <work-domain> where <mydomain> is a domain assigned to my LAN, and <work-domain> is the domain of my employers, whose systems I access over a VPN. When I do ssh B the connection is immediately sent to system B in my LAN, and everything is fine - no delay at all. But when trying the same with C, the DNS server first seems to try to resolve C.<work-domain> - which is the origin of the delay. I don't know why it does so for C (and D) but not for B, but the fact is that removing <work-domain> from the search line in A's /etc/resolv.conf file solves the problem.
Back to comp.os.linux.networking | Previous | Next — Previous in thread | Find similar | Unroll thread
Delay when SSH'ing into some systems in my LAN "S.K.R. de Jong" <SKRdJ@nowhere.net> - 2020-07-21 15:27 +0000
Re: Delay when SSH'ing into some systems in my LAN William Unruh <unruh@invalid.ca> - 2020-07-21 16:28 +0000
Re: Delay when SSH'ing into some systems in my LAN "S.K.R. de Jong" <SKRdJ@nowhere.net> - 2020-07-21 18:29 +0000
Re: Delay when SSH'ing into some systems in my LAN William Unruh <unruh@invalid.ca> - 2020-07-21 19:52 +0000
Re: Delay when SSH'ing into some systems in my LAN "S.K.R. de Jong" <SKRdJ@nowhere.net> - 2020-07-21 19:33 +0000
csiph-web