SSH를 통해 기존 HTTP 또는 SOCKS 프록시에 접속하기
원격 loopback HTTP 또는 SOCKS 프록시의 리스너를 공개하지 않고 SSH를 통해 접속합니다.
relay.example.net가 이미 자체 127.0.0.1:1080에서 SOCKS를 실행하고 있다면 해당 리스너를 공개하는 대신 접근을 전달하세요:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| 엔드포인트 | 역할 |
|---|---|
노트북 127.0.0.1:1081 | 노트북 애플리케이션에서 구성할 SOCKS 주소입니다. |
릴레이 127.0.0.1:1080 | SSH 서버 측에서 도달하는 기존 프록시입니다. |
로컬 포워딩 구문은 고정 목적지를 서버 측에 할당합니다. 원격 loopback 포트 3128의 HTTP 프록시나 proxy.internal.example:8080 같은 인트라넷 엔드포인트도 같은 원리로 동작합니다. 클라이언트를그 기존 HTTP 프로토콜과 계정에 맞게 구성하세요. SSH를 통해 전달해도 SOCKS나 TLS가 활성화된 HTTPS 리스너가 생기지는 않습니다.
기존 서비스는 여전히 지원되는 프로토콜 버전, 인증, 목적지, 최종 출구를 선택합니다. 다른 SSH 프로세스가 그 원격 프록시를 만들었다면 두 프로세스 모두 살아 있어야 합니다. 노트북→릴레이→게이트웨이 경로에서는 웹사이트가마지막 외부 연결을 보게 되며, 로컬 포트 1081이 할당한 신원이 아닙니다.
노트북 바인딩을 명시적으로 로컬로 유지하세요. 노출 범위가 넓어지면 서비스에 도달할 수 있는 대상이 바뀌며, SSH 로그인은 리스너에 SOCKS 비밀번호를 추가하지 않습니다. 거부될 경우 노트북 리스너, SSH 전송, 원격 프록시를 별개의 단계로 점검하세요.