☰

SSH 연결이 "debug1: SSH2_MSG_KEXINIT sent"에서 중지됩니다.

tag-icon • tag-icon ssh
SSH 연결이 "debug1: SSH2_MSG_KEXINIT sent"에서 중지됩니다.

SSH 포트 번호를 22에서 2222로 변경했습니다. 이전에 설정한 연결은 기본 SSH 포트 22입니다. 문제 없습니다. NAT가 라우터에 올바르게 매핑되어 있습니다.

디버깅하려고 하면

ssh -v -p2222 www.example.com

이 오류가 발생합니다.

debug1: SSH2_MSG_KEXINIT

아래는 모든 디버그 로그입니다.

bob@server:~$ ssh -v -p2222 www.example.com
OpenSSH_4.7p1 Debian-8ubuntu1.2, OpenSSL 0.9.8g 19 Oct 2007
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to www.example.com [100.100.100.100] port 2222.
debug1: Connection established.
debug1: identity file /home/bob/.ssh/identity type -1
debug1: identity file /home/bob/.ssh/id_rsa type -1
debug1: identity file /home/bob/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.7p1 Debian-8ubuntu1.2
debug1: match: OpenSSH_4.7p1 Debian-8ubuntu1.2 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.7p1 Debian-8ubuntu1.2
debug1: SSH2_MSG_KEXINIT sent
Connection closed by 100.100.100.100

연결이 닫힌 것처럼 네트워크 내부와 외부의 여러 컴퓨터에서 gnome-terminal, putty, securecrt를 사용했지만 여전히 동일한 오류가 발생합니다.

답변1

XEN 호스트에서 이런 일이 일어났습니다. 나는 이 호스트를 다른 호스트에서 복사했고 평소와 같이 새 호스트 키가 나중에 생성될 것이라고 생각한 후 /etc/ssh에서 호스트 키를 삭제했습니다. 그러나 이런 일은 결코 일어나지 않았고 sshd는 호스트 키 없이 행복하게 시작되었습니다. 이 호스트에 SSH를 시도하면 SSH2_MSG_KEXINIT 이후에 종료됩니다. 내가 해야 할 일은 호스트 키를 만드는 것뿐이었습니다. 데비안 기반 컴퓨터에서는 다음과 같이 수행되었습니다.

dpkg-reconfigure openssh-server

답변2

이 문제가 발생하여 대상 라우터/방화벽 및 대상 호스트의 MTU를 소스 호스트(1500)와 동일하게 설정하여 해결했습니다.

답변3

동일한 문제가 발생했습니다. sshd_config에서 포트를 변경하고 sshd 서비스를 다시 시작했을 때 sshd가 혼란스러워졌고 마침내 서버 로그를 보았을 때(할 수 없는 것처럼 보임) sshd는 포트가 이미 사용 중이라고 불평했습니다. , netstat가 동의하고 ps는 sshd 서비스의 여러 인스턴스가 실행 중임을 보여줍니다. 나는 그들을 죽이고 sshd를 다시 시작하여 연결할 수있었습니다. 문제를 해결하기 위해 재부팅을 시도했지만 문제가 해결될 수 있기 때문에 재부팅을 시도하지 않았다고 맹세했습니다.

간단히 말해서, 사용자를 인증하기 위해 포트 2222에서 수신 대기해야 하는 sshd는 실제로 수신 대기하는 것이 아니라 또 다른 sshd 프로세스입니다. 나와 같은 문제가 있다면.

답변4

SSH2_MSG_KEXINIT는 버그가 아닙니다. SSH 키 교환 프로세스를 시작하고 있음을 알려줍니다.

이 시점에서 상대방이 연결을 닫는다면 분명히 어떤 이유로든 당신을 좋아하지 않는 것입니다. :-) 원격 끝의 로그에는 연결이 갑자기 닫힌 이유에 대한 정보가 포함될 수 있습니다. (예: TCP 래퍼)

관련 정보