IPv4·IPv6 프록시: 어느 연결에 지원이 필요할까?
클라이언트와 프록시 사이, 프록시와 웹사이트 사이의 연결은 서로 다른 주소 체계를 쓸 수 있습니다. 엔드포인트를 고르기 전에 둘 다 확인하세요.
IPv6 프록시 리스너에 접속하려면 클라이언트에서 이어지는 IPv6 경로가 필요합니다. 이 프록시가 웹사이트로 나가는 연결에는 여전히 IPv4를 쓸 수 있습니다. 반대로 필요한 지원과 경로가 있다면 IPv4 리스너를 둔 프록시도 IPv6 목적지에 도달할 수 있습니다.
| 연결 | 필요한 지원 |
|---|---|
| 클라이언트 → 프록시 | 엔드포인트 주소로의 경로와 접속 가능한 수신 서비스. |
| 프록시 → 목적지 | 프록시 쪽의 적절한 목적지 주소, 리졸버, 외부 연결 경로, 접근 정책. |
완전한 프록시 URL에서는 IPv6 리터럴 주소를 대괄호로 감쌉니다.
http://[2001:db8::10]:8080문서용 주소를 실제 엔드포인트로 바꾸세요. 호스트와 포트가 별도 입력란이면 대괄호 없는 주소를 요구할 수 있으므로 앱 형식에 따르세요. 문법이 맞아도 없는 IPv6 경로가 생기지는 않습니다. 리스너를 탓하기 전에 네트워크의 IPv6 상태나 다른 IPv6 목적지를 비교하세요.
어느 쪽에서 목적지 주소를 고를까?
호스트 이름을 쓰는 CONNECT 요청은 목적지 연결을 프록시에 맡깁니다. SOCKS5는 클라이언트 모드에 따라 IPv4 주소, IPv6 주소 또는 도메인 이름을 전달할 수 있습니다. 클라이언트에서 주소 체계 옵션을 강제해도 원격으로 해석되는 호스트 이름까지 제한하지는 않을 수 있으니, 그 옵션이 어느 연결에 영향을 주는지 파악하세요.
따라서 IPv6 리스너를 선택했는데 IP 확인 서비스가 IPv4를 보고해도 두 번째 클라이언트 연결 없이 가능한 일입니다. 먼저 그 결과가 TCP 상대 주소, 애플리케이션 헤더, 브라우저의 다른 요청 중 무엇을 나타내는지 확인하세요. 평문 HTTP 전달은 클라이언트 주소 정보를 추가할 수 있지만 일반적인 CONNECT 중계는 목적지의 암호화된 HTTP에 헤더를 넣을 수 없습니다. Forwarded 정보에는 신뢰 정책이 필요하며, 그 자체가 별도 네트워크 연결의 증거는 아닙니다.
엔드포인트, 대상, 프로토콜, 첫 실패를 기록하세요. 리스너에 도달하지 못하는 것과 리스너가 목적지에 도달할 수 없다고 응답하는 것은 다릅니다. ProxyHub 프록시 목록의 수집기는 현재 IPv4 레코드를 받습니다. 여기의 IPv6 예제는 일반 동작을 설명하며 현재 목록의 IPv6 필터를 뜻하지 않습니다.