ssh 연결은 "약속 : 네트워크"에 멈춰서 시작하는 데 시간이 오래 걸림

ssh를 사용하여 내 서버 중 하나에 연결하는 데 20 초 이상 걸립니다.

자체 연결은 동일 (ssh localhost)하므로 LAN 또는 WAN 조건과 관련이 없습니다. 연결이 완료되면 서버와의 상호 작용이 매우 빠릅니다.

-vvv를 사용하면 "pledge : network"라고 말한 후 연결이 중단되었음을 나타냅니다. 이 시점에서 인증 (여기서는 키 사용)은 다음과 같이 이미 수행되었습니다.

...
debug1: Authentication succeeded (publickey).
Authenticated to myserver.mydomain.com ([xx.xx.xx.xx]:22).
debug1: channel 0: new [client-session]
debug2: channel 0: send open
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: pledge: network

(... 여기 15 ~ 25 초 동안 멈춤 ...)

debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug2: callback start
debug2: fd 3 setting TCP_NODELAY
debug2: client_session2_setup: id 0
...

서버는 우분투 16.04입니다. 그것은 이미 다른 서버 (Ubuntu 12.04)와 함께 과거에 나에게 일어 났으며, 신경은 해결책을 찾았고 잠시 후 문제가 사라졌습니다 ...

sshd_config는 Ubuntu에서 제공하는 기본 설정입니다.

지금까지 나는 시도했다 :

• ssh 명령에서 -o GSSAPIAuthentication = no 사용
• 키 대신 비밀번호 사용
• sshd_config에서 Yes 대신 UsePrivilegeSeparation no 사용

이것은 아마도에 문제가있다 D-Bus하고 systemd. 경우 dbus서비스가 어떤 이유로 다시 시작할 때, 당신은 또한 다시 시작해야합니다 systemd-logind.

ssh 데몬 로그 (Ubuntu에서 있어야 함 /var/log/auth.log) 를 열어서 문제가 있는지 확인하고 다음 줄이 있는지 확인하십시오.

sshd[2721]: pam_systemd(sshd:session): Failed to create session: Connection timed out

그렇다면 systemd-logind서비스를 다시 시작하십시오 .

systemctl restart systemd-logind

CentOS 7에서도 동일한 문제가 발생했습니다 (CentOS messagebus에서 D-Bus서비스가 호출되는 방식).

답을 찾았습니다.

sshd_config 파일에서 UsePAM을 yes에서 no로 변경했습니다.

ssh 서비스를 다시 시작한 후 이제 서버에 바로 연결됩니다. 이 서버에서 PAM은 ldap에 연결되어 있기 때문에 LDAP 서버가 아닌 서버 자체에 선언 된 사용자와 연결 하더라도이 이유 일 수 있습니다.

글쎄, 이것은 실제로 해결책이 아니라 문제를 우회하는 더 많은 방법입니다 ...이 문제가없는 것과 같은 방식으로 다른 서버를 설정했습니다.

이것이 누군가를 도울 수 있기를 바랍니다 ...

이것은 Fedora 25 서버 중 2 대에서 발생했으며 SSH 로그인 시도가 많이 실패했기 때문입니다.

( GSSAPIAuthentication=no및 사용 UseDNS=no또는 다시 시작에 대한 일반적인 제안은 systemd-logind차이가 없었습니다.)

이 서버 /etc/pam.d/postlogin에는 다음이 포함됩니다.

session     optional      pam_lastlog.so silent noupdate showfailed

에 대한 매뉴얼 페이지 pam_lastlog는 showfailed옵션이 다음 을 설명합니다 .

실패한 로그인 시도 횟수와 btmp에서의 마지막 시도 실패 날짜를 표시합니다.

이 서버에서는 /var/log/btmp실패한 로그인 시도로 인해 파일이 엄청났습니다. btmp로그 파일 중 회전되지 않았다.

logrotate로그 파일이 나중에 교체 될 수 있도록 패키지를 설치했습니다 . Fedora에서 제공되는 logrotate구성은의 회전을 처리합니다 /var/log/btmp.

또한 엄청난 btmp로그 파일을 삭제했습니다 . 이 작업을 수행하자마자 서버에 즉시 연결되었습니다.

제 경우에는 그 이유는 rsyslogd가 충돌했기 때문입니다. 예를 들어 / var / log / syslog 또는 /var/log/mail.log에 더 이상 로그 메시지가 없기 때문에 이것을 알았습니다.

그래서 service rsyslog restart우리를 위해 문제를 해결.

나 에게이 문제는 큰 (수백 MB) btmp파일로 인해 발생 합니다. 이 파일은 로그인 시도를 기록합니다. 사람들이 당신의 암호를 무력화하려고 할 때이 파일은 크기가 커서 "pledge: network"단계가 지연 될 수 있습니다 .

로그 파일을 지우십시오

echo "" > /var/log/btmp

도움이되는지 확인하십시오.

나를 위해 해결책이 추가되었습니다.

UseDNS no

받는 /etc/ssh/sshd_config후 물론 service ssh restart(우리의 데비안 / 제시 서버). 그 밖의 아무것도 ...

전에 :

ssh git@git.*****.de true  0.03s user 0.01s system 0% cpu 13.440 total
ssh git@git.*****.de true  0.03s user 0.01s system 0% cpu 20.990 total
ssh git@git.*****.de true  0.03s user 0.02s system 0% cpu 31.114 total
ssh git@git.*****.de true  0.03s user 0.01s system 0% cpu 25.898 total

이후 :

ssh git@git.*****.de true  0.03s user 0.02s system 5% cpu 0.832 total
ssh git@git.*****.de true  0.03s user 0.01s system 7% cpu 0.523 total
ssh git@git.*****.de true  0.03s user 0.01s system 7% cpu 0.574 total

디버그 피드백에서 다음 줄을 발견했습니다.

Control socket connect(/var/lib/jenkins/.ssh/USER@HOST:22): Permission denied

root:root내가있는 동안 소유 한 파일이었습니다 jenkins. 이 파일을 제거하면 문제가 해결되었습니다.