저는 PuTTY를 사용하고 PuTTYgen에서 생성된 키를 사용합니다. 내 서버는 Ubuntu 14.04를 실행하는 VPS입니다(어쩌면 이것은 askubuntu에 속하지만 Ubuntu에만 국한되지 않을 수도 있습니다). 키의 공개 부분은 내 서버 계정의 ~/.ssh/authorized_keys에 있습니다. 개인 키는 비밀번호로 보호되지 않고 내 PC에 있습니다.
며칠 후 나는 내 서버에 연결을 시도했고 그것을 받았습니다 server refused our key. 나는 즉시 다시 시도했고 작동했습니다.
다음은 다음과 같습니다 /var/log/auth.log( POSSIBLE BREAK-IN ATTEMPT메시지는 정상이며 신호가 아닌 것으로 알고 있습니다).
Apr 20 21:10:08 blue sshd[6332]: reverse mapping checking getaddrinfo for my_host [my_ip] failed - POSSIBLE BREAK-IN ATTEMPT!
Apr 20 21:10:17 blue sshd[6332]: Connection closed by my_ip [preauth]
Apr 20 21:10:28 blue sshd[6334]: reverse mapping checking getaddrinfo for my_host [my_ip] failed - POSSIBLE BREAK-IN ATTEMPT!
Apr 20 21:10:28 blue sshd[6334]: Accepted publickey for steve from my_ip port 55185 ssh2: RSA key_signature_I_think
Apr 20 21:10:28 blue sshd[6334]: pam_unix(sshd:session): session opened for user steve by (uid=0)
Apr 20 21:10:28 blue sshd[6334]: pam_systemd(sshd:session): Failed to create session: No such file or directory
이 사람이 중간에 있는 게 아닐까? PuTTY에 버그가 있나요? 이게 흔한 일인가요? TCP는 매우 안정적이기 때문에 실패하는 것을 원하지 않습니다.
이 동작의 원인은 무엇입니까?
참고: 내 VPS 설정: VPS에서 서버를 새로 초기화한 후 키 기반 암호화를 설정하고 sudo를 약간 약화시키고 sshd를 다른 포트로 옮겼습니다. tmux를 시작하기 위해 .bashrc를 설정했습니다. 특별한 것은 아닙니다. 서버는 몇 주 동안 아무것도 하지 않고 실행되었습니다. sshd를 이동하기 전에는 꽤 많은 연결을 얻었지만(아마도 그 중 아무 것도 성공하지 못했을 것입니다) 내 로그인 외에는 아무 것도 없었습니다. 그러다가 문제의 사건이 일어났습니다.