Windows portproxy를 사용한 고정 대상 TCP 릴레이
portproxy 규칙은 수신기를 고정 대상으로 전달합니다. 프록시를 인식하는 클라이언트가 기대하는 SOCKS 또는 HTTP CONNECT 협상을 추가하지는 않습니다.
Windows의 portproxy 규칙은 TCP를 하나의 구성된 대상으로 릴레이합니다. 브라우저의 HTTP 프록시 요청이나 SOCKS 대상 요청을 협상하지는 않습니다.
| 서비스 | 대상을 누가 선택하는가? |
|---|---|
| 고정 TCP 릴레이 | 수신기의 전달 구성. |
| SOCKS5 프록시 | 서버 정책 범위 내의 클라이언트 요청. |
| HTTP 포워드 프록시 | 일반적인 HTTPS 터널링을 위한 CONNECT를 포함한 HTTP 프록시 요청. |
netsh interface portproxy show all로 기존 릴레이를 확인하십시오. 구성된 백엔드와 클라이언트가 보내는 프로토콜을 비교하십시오. netsh 참조는 수신기와 대상의 주소/포트를 설명합니다. TCP를 받아들이는 것은 HTTP 또는 SOCKS 핸드셰이크를 수립하지 않습니다.
일반 릴레이로 보낸 SOCKS 협상은 그저 그 고정 백엔드에 도달할 뿐입니다. SOCKS가 아닌 서비스가 요청을 이해하거나 새 대상을 선택하게 만들 수는 없습니다.
실제 프록시 앞의 릴레이는 다릅니다. 상위 프록시는 여전히 대상과 인증을 협상하며, 릴레이는 그 프록시로의 연결을 운반합니다. 네트워크에 노출된 릴레이는 그 백엔드에 대한 접근을 넓힐 수 있으므로 수신기의 접근 경계를 의도적으로 유지하십시오.
요구 사항이 일반적인 HTTP 또는 SOCKS 출구라면 프로토콜을 지원하는 서비스를 선택하십시오. 전달된 포트는 그 경로의 일부일 뿐입니다.