☰

연결 재설정:모든 사이트의 포트 22

tag-icon • tag-icon networking ssh openssh
연결 재설정:모든 사이트의 포트 22

저는 OpenSSH가 설치된 Windows 10 PC를 사용하여 클라우드 가상 서버에 연결해 왔습니다. 그동안 문제 없이 작동해 왔습니다. 바로 어제부터 이상한 문제가 발생하기 시작했습니다.
"ssh support@"를 수행하면 평소처럼 비밀번호를 묻는 메시지가 표시됩니다. 하지만 비밀번호를 입력한 후 약 20초 동안 생각한 다음 "포트 22로 연결 재설정"이라는 메시지가 표시됩니다. 그리고 내가 시도하는 모든 사이트에 대해 이 작업을 수행합니다.
다른 PC(win10 및 OpenSSH도 포함)를 사용하면 SSH를 통해 클라우드 서버에 연결하는 데 문제가 없습니다. 며칠 전부터 이 특정 PC에서 뭔가 변경된 것이 분명합니다. 하지만 그게 무엇인지, 어떻게 해결해야 할지 모르겠습니다. 내가 생각할 수 있는 유일한 것은 이 PC에서 FileZilla를 업데이트했다는 것입니다. 그럴 수도 있지?
어떤 도움이라도 대단히 감사하겠습니다.
좀 더 관련 있는 정보입니다. 내 클라우드 서버에서 보안 로그를 확인했는데 내 비밀번호가 승인되었고 대화형 세션이 열렸다고 표시됩니다. 로그 파일에 오류가 표시되지 않습니다. 클라이언트 측에서 ssh -vvv를 시도했을 때 아래와 같은 오류가 표시되었습니다.

debug1: Next authentication method: password
debug3: failed to open file:/dev/tty error:3
debug1: read_passphrase: can't open /dev/tty: No such file or directory
support@<ip>'s password:
debug3: send packet: type 50
debug2: we sent a password packet, wait for reply
debug3: receive packet: type 52
debug1: Authentication succeeded (password).
Authenticated to <ip> ([ip]:22).
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug3: send packet: type 90
debug1: Requesting [email protected]
debug3: send packet: type 80
debug1: Entering interactive session.
debug1: pledge: network
debug1: console supports the ansi parsing
debug3: receive packet: type 91
debug2: channel_input_open_confirmation: channel 0: callback start
debug2: fd 3 setting TCP_NODELAY
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug3: send packet: type 98
debug2: channel 0: request shell confirm 1
debug3: send packet: type 98
debug2: channel_input_open_confirmation: channel 0: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug3: recv - from CB ERROR:10060, io:00000206F94181A0
debug3: send packet: type 1
debug3: send - WSASend() ERROR:10054, io:00000206F94181A0
Connection reset by <ip> port 22

또한 연결에 문제가 있는 PC에서는 "OpenSSH_for_Windows_7.6p1, LibreSSL 2.6.4"라고 표시되는 것을 발견했습니다. 문제가 없는 PC에서는 훨씬 오래된 "OpenSSH_3.8.1p1, OpenSSK 0.9.7d"입니다. 나는 virtualbox에 ubuntu를 설치하려고 시도했고 ubuntu에서 ssh가 작동하기를 바랐습니다. 하지만 그것도 작동하지 않습니다. 이 기계에서는 아무것도 작동하지 않을 것 같습니다. 하지만 다른 PC는 잘 작동합니다. 온라인에서 비슷한 문제를 발견했으며 해결책은 "OpenSSH를 다른 위치에 다시 빌드"하는 것입니다. 어떻게 해야 합니까?

답변1

내 문제가 마침내 해결되었습니다. Filezilla가 범인인 것으로 밝혀졌습니다. Filezilla가 다시 업데이트된 후 내 SSH가 작동하기 시작했습니다. 다시는 Filezilla를 업데이트하지 않을 것입니다. :)
편집: 너무 빨리 말했어요. 이제 SSH에 영향을 미칠 수 있는 어떤 작업도 수행하지 않고도 SSH가 다시 손상되었습니다. 먼저 "채널 0: 열기 확인 rwindow 0 rmax 32768" 후에 멈춥니다. 많은 웹 게시물에서 이것이 Wi-Fi 문제로 인해 발생한다고 언급했습니다. 그래서 Wi-Fi 연결을 끄고 유선 연결만 사용했습니다. 그런 다음 피어에 의해 다시 재설정됩니다.
이것이 나를 미치게 만든다. 다음 Filezilla 업데이트를 기다려 문제가 해결되기를 바랍니다.
최종 해결책은 Filezilla를 삭제하는 것이었고 SSH 클라이언트가 다시 작동하기 시작했습니다. 그런 다음 이전 버전의 Filezilla(3.41)를 설치했는데 여전히 작동합니다.

관련 정보