NAT 지원 라우터 뒤에 오래된 Linux 상자(동료가 컴파일한 버전 2.6.12)가 있고 원격 PC에서 이에 액세스하고 싶습니다. 상자에서 실행 중인 SSH 데몬이 있지만 아직 SSH 클라이언트가 없기 때문에 터널을 생성할 때 잘 작동하는 이전 Dropbear 클라이언트를 컴파일했습니다.
SSH 데몬은 포트 55000에서 실행되고 있으며 Dropbear 클라이언트는 v0.53입니다.
그러나 원격 포트 전달을 사용하면 다음과 같은 문제가 발생합니다.
./dbclient -N -R myserver.com:10022:localhost:55000 [email protected]
그러면 비밀번호를 입력하라는 메시지가 표시되고 myserver.com에서 연결이 성공한 것을 확인할 수 있습니다.
sudo netstat -tulpn | grep 10022
tcp 0 0 xx.xx.xx.xx:10022 0.0.0.0:* LISTEN 31512/sshd: me
그러나 Mac이나 Ubuntu(OpenSSH_7.4p1, LibreSSL 2.5.0)에서 터널을 사용하려고 하면 별다른 일이 발생하지 않습니다.
ssh -p 10022 [email protected]
그냥 영원히 멈 춥니 다. 내 Linux 시스템에 사용자 "test"가 존재합니다. 자세한 모드에서는 다음을 얻습니다.
ssh -p 10022 [email protected] -v
OpenSSH_7.4p1, LibreSSL 2.5.0
debug1: Reading configuration data /Users/me/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to myserver.com [xx.xx.xx.xx] port 10022.
debug1: Connection established.
debug1: identity file /Users/me/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/me/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/me/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/me/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/me/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/me/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/me/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/me/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.4
SSH에 대한 나의 지식은 매우 기초적이며 원격 전달은 나에게 매우 새로운 것이므로 다음에 무엇을 시도해야 할지 모르겠습니다. Ubuntu와 Mac에서 Dropbear 클라이언트를 사용해 보았지만 역시 중단되었습니다. 장황한 모드(?)가 없는 것 같아요. 나는 그 반대로 Ubuntu에서 원격 포트 전달을 설정하고 Linux 상자에서 연결하려고 시도했는데 효과가 있었습니다.
이것은 단지 일부 구성 문제입니까? SSH 데몬이 내 연결을 수락하지 않는 것일 수 있습니까? 이 문제를 어떻게 확인하거나 해결할 수 있습니까? 내 PC에 이전 SSH 클라이언트가 필요합니까?
어떤 도움이라도 대단히 감사하겠습니다!
편집: sshd에는 특별한 구성 매개변수가 필요합니까, 아니면 sshd와 관련이 없습니까?
답변1
이것은 확실히 대부분의 사람들을 위한 해결책은 아니지만 어쨌든 여기에 게시할 것입니다. 어쩌면 나중에 다른 사람에게 도움이 될 수도 있습니다.
문제는 Linux 시스템에서는 루프백 인터페이스가 기본적으로 꺼져 있다는 것입니다. 나는 아직도 이유를 모른다. localhost에 SSH를 시도하여 이 문제를 해결했지만 실패했습니다. 핑도 작동하지 않습니다. 루프백을 시작한 후 모든 것이 잘 작동합니다.
ifconfig lo up
(루프백 인터페이스의 이름은 운영 체제에 따라 다를 수 있습니다)
배후에서 로컬 SSH 연결이 정방향 터널에서 로컬 SSH 데몬으로 설정되고 있다고 가정할 수 있습니다.