SOCKS5 vs HTTP 프록시: 차이점과 어떤 것을 사용할지

HTTP 프록시는 HTTPS 트래픽을 어떻게 전달하나요?

HTTP 프록시는 클라이언트가 RFC 9110의 CONNECT 메서드로 여는 터널을 통해 HTTPS 트래픽을 전달합니다. 클라이언트가 호스트와 포트를 지정하면 프록시가 연결하여 200로 응답하고, 그 후로는 암호화된 바이트만 중계합니다.

문서용 자격 증명을 사용한 교환은 다음과 같습니다:

CONNECT api.ipify.org:443 HTTP/1.1
Host: api.ipify.org:443
Proxy-Authorization: Basic VVNFUk5BTUU6UEFTU1dPUkQ=

HTTP/1.1 200 Connection established

SOCKS5 프록시는 어떻게 연결을 여나요?

SOCKS5 프록시는 RFC 1928에 정의된 세 가지 짧은 바이너리 교환으로 연결을 엽니다: 인증 방법을 합의하는 인사, 로그인, 그리고 대상 주소가 포함된 연결 요청입니다. 표는 사용자 이름과 비밀번호를 사용한 로그인(RFC 1929)과 포트 443의 api.ipify.org에 대한 요청 바이트를 보여줍니다.

RFC 1929는 사용자 이름과 비밀번호를 평문으로 전송하며, 각각 최대 255바이트입니다. HTTP를 통한 Basic 인증과 마찬가지로 그 자체로는 아무것도 보호하지 않으며, 이후 웹사이트와의 TLS 세션이 릴레이 내부에서 실행됩니다. IP 허용 목록을 사용하면 비밀번호를 전혀 보내지 않습니다. 로그인 옵션: 사용자 이름과 비밀번호, 또는 IP 허용 목록(최대 10개 IP).

socks5와 socks5h의 차이는 무엇인가요?

socks5://을 사용하면 사용자의 컴퓨터가 호스트 이름을 직접 해석하고 프록시에 IP 주소를 보냅니다. socks5h://을 사용하면 프록시가 호스트 이름을 받아 직접 해석합니다. "h"는 hostname(호스트 이름)을 의미합니다. 이 이름들은 curl에서 유래했으며 PySocks를 사용하는 Python requests에서도 사용됩니다.

이 차이는 두 가지 면에서 중요합니다. 첫째, 로컬 해석은 사용자의 네트워크에서 DNS 쿼리를 보내므로, 리졸버가 어떤 사이트를 방문하는지 알 수 있습니다. 둘째, 로컬에서 얻은 DNS 응답은 프록시 근처가 아닌 사용자 근처의 서버를 가리킬 수 있어, CDN이 잘못된 지역의 콘텐츠를 제공할 수 있습니다. 특별한 이유가 없다면 socks5h://을 사용하세요. HTTP 프록시는 CONNECT가 호스트 이름을 포함하기 때문에 항상 프록시 측에서 해석합니다.

curl -x socks5h://USERNAME:[email protected]:PORT https://api.ipify.org
curl -x http://USERNAME:[email protected]:PORT https://api.ipify.org

SOCKS5는 UDP를 지원하나요?

SOCKS5 표준은 UDP ASSOCIATE라는 명령을 통해 UDP 릴레이를 정의하지만, 지원 여부는 서버와 클라이언트에 따라 다릅니다. 많은 프록시 서비스와 클라이언트 라이브러리는 TCP만 구현합니다.

RackProxies는 HTTP, HTTPS (CONNECT) 및 SOCKS5을 위해 IP를 판매하며 UDP를 보장하지 않습니다. UDP가 필요한 경우, 더 구매하기 전에 1 IP 요금제에서 테스트하고 먼저 지원팀에 문의하세요. 웹 요청, API, HTTPS 모니터링에는 TCP만 있으면 충분합니다.

제 도구에는 어떤 것을 선택해야 하나요?

도구가 HTTP를 지원하면 HTTP를, 지원하지 않거나 SOCKS만 지원하면 SOCKS5를 선택하세요. 실제로는 다음과 같습니다:

• Python requests, undici를 사용하는 Node.js fetch, Playwright, Scrapy: HTTP는 별도 설정 없이 작동합니다. SOCKS5는 requests에서 추가 패키지가 필요합니다(requests[socks]).
• curl 및 wget: curl은 둘 다 지원하고, wget은 HTTP 프록시를 사용합니다.
• 브라우저: 둘 다 지원하지만, Chromium의 내장 SOCKS5 클라이언트는 역사적으로 사용자 이름과 비밀번호 인증을 지원하지 않았으므로 안전한 선택은 HTTP 형식이나 허용 목록입니다.
• 비HTTP TCP 클라이언트(데이터베이스 도구, 사용자 정의 프로토콜): SOCKS5.

코드 예제는 각 경우를 보여주며, 빠른 시작은 curl로 두 프로토콜을 모두 테스트합니다.