역방향 SSH 프록시 리스너가 서버에서만 접근 가능한 이유
프록시 프로토콜이나 자격 증명을 변경하기 전에 원격 리스너의 바인드 주소와 GatewayPorts 모드를 확인하세요.
원격 포워딩은 SSH 서버에서는 작동하지만 loopback에서만 수신하므로 다른 머신의 연결을 거부할 수 있습니다. 먼저 실제 수신 주소를 확인하세요.
서버 측 GatewayPorts | 원격 포워딩 바인드 |
|---|---|
no, 기본값 | 리스너를 loopback으로 제한 |
yes | 와일드카드 바인드 강제 |
clientspecified | 클라이언트가 특정 바인드 주소를 요청할 수 있게 함 |
하나의 관리되는 인터페이스를 위한 리스너라면 서버는 다음을 사용할 수 있습니다.
GatewayPorts clientspecified그다음 클라이언트는 -R 사양에서 적절한 주소를 요청합니다. 그 주소는 원격 머신에 존재해야 하며 다른 포워딩 제한도 계속 적용됩니다. 클라이언트 측 -g는 이 방향에 대한 대체 제어가 아닙니다.
세 가지 권한은 별개로 유지됩니다. 포워딩을 생성할 SSH 권한, 그 리스너에 대한 네트워크 접근, 그리고 HTTP 또는 SOCKS 서비스 자체의 접근 정책입니다. SSH 로그인은 터널 생성자를 인증하지만 공유 리스너의 모든 후속 호출자를 인증하지도, SOCKS 비밀번호 챌린지를 추가하지도 않습니다.
원격 호출자가 여전히 연결할 수 없다면 바인드 주소, 서버의 포워딩 제한, 방화벽 경로 순서로 점검하세요. TCP가 리스너에 도달한 뒤의 프록시 핸드셰이크 실패는 그다음 문제입니다.