HTTP와 SOCKS5: 어떤 프록시 IP를 선택할까?
사용하는 애플리케이션, 지원하는 트래픽과 프록시 측 DNS 필요 여부에 따라 프록시 유형을 고릅니다.
먼저 애플리케이션의 프록시 설정을 여세요. 지원하는 프로토콜이 사용할 수 있는 목록 항목을 결정합니다. 인상적인 이름이나 익숙한 포트 번호로 클라이언트 지원이 추가되지는 않습니다.
| 애플리케이션 또는 작업 | 선택 및 확인 |
|---|---|
| HTTP 프록시 입력란만 제공 | HTTP 프록시 목록에서 맞는 엔드포인트를 고르세요. HTTPS 목적지가 필요하면 HTTPS CONNECT도 테스트하세요. |
| SOCKS5를 지원하고 연결 또는 DNS 옵션이 필요 | 필요한 옵션을 양쪽 모두 지원하는 SOCKS5 엔드포인트. |
| UDP가 필요 | 클라이언트와 엔드포인트 모두 UDP를 지원하는지 확인하세요. SOCKS5라는 이름만으로는 부족합니다. |
| SOCKS4가 필요 | 호환되는 SOCKS4 엔드포인트와 그에 맞는 클라이언트 모드. |
| 프록시를 지원하지 않음 | 목록의 IP 하나가 애플리케이션을 저절로 설정하지는 않습니다. |
웹 및 API 요청에는 HTTP 프록시로 충분한 경우가 많습니다. HTTP를 전달하고 허용될 때 CONNECT를 통해 HTTPS를 운반합니다. 일반 HTTP 페이지가 열려도 터널 지원을 입증하지는 않습니다. 서비스가 터널 인증을 요구하거나 목적지와 포트를 제한할 수 있습니다.
SOCKS는 HTTP 요청 계층 아래에서 작동합니다. 호환 애플리케이션이 HTTP 요청 해석 없이 연결을 설정하도록 요청하므로 다른 지원 트래픽에도 유용합니다. SOCKS5는 IPv4, IPv6와 도메인 이름 주소, 인증, UDP 연결을 정의합니다. 특정 애플리케이션이나 무료 엔드포인트는 일부만 구현할 수 있습니다. 브라우저의 TCP SOCKS 경로는 다른 앱이나 UDP 서비스를 자동으로 포함하지 않습니다.
목적지 이름은 어디서 확인할까?
curl에서는 SOCKS5 URL 표기가 목적지 DNS 처리 위치를 정합니다. socks5://는 목적지를 로컬에서 확인하고 socks5h://는 프록시에 확인을 요청합니다. DNS 관점이 다르면 한쪽은 작동하고 다른 쪽은 실패할 수 있습니다. 다른 클라이언트는 체크박스나 별도 옵션을 쓸 수 있습니다. SOCKS5를 선택하는 것만으로 모든 DNS 조회가 이를 통과한다고 볼 수 없습니다.
SOCKS4는 기능이 적고 SOCKS4a는 호스트 이름 처리를 추가합니다. 클라이언트와 서비스 모두 SOCKS5를 지원하고 구형 프로토콜을 쓸 이유가 없다면 적절한 SOCKS5 항목을 먼저 선택하는 것이 합리적입니다. 클라이언트는 SOCKS5 모드로 두고 SOCKS4 엔드포인트를 입력하면 프로토콜 불일치입니다.
프로토콜이 맞으면 실제 목적지를 테스트해 첫 실패를 찾으세요. HTTP도 SOCKS5도 익명성의 척도가 아닙니다. 운영자 신뢰, 목적지 TLS와 애플리케이션의 실제 경로가 여전히 보호 수준을 결정합니다.