HTTP, HTTPS, SOCKS5: 프로필별 프록시 고르기
프록시 프로토콜이 실제로 무엇이 다른지, 레지덴셜, 데이터센터, 모바일 주소를 어떻게 비교하는지, 그리고 계정을 연결하기 전에 프록시를 검증해야 하는 이유를 설명합니다.
자체 저장소와 자체 기기 신원을 가진 프로필이라도, 고유한 네트워크 경로를 주지 않으면 다른 모든 프로필과 같은 주소에서 컴퓨터를 빠져나갑니다. 여기서 프록시가 하는 일이 바로 그것이며, 사람들이 가장 자주 틀리는 부분이기도 합니다.
프로토콜
| 프로토콜 | 작동 계층 | 알아 둘 점 |
|---|---|---|
| HTTP | 애플리케이션 계층 | HTTP 요청을 이해하고 읽거나 수정할 수 있습니다. 일반 트래픽에는 괜찮지만, 그 외에는 가장 약한 선택지입니다. |
| HTTPS | 애플리케이션 계층, 터널링 | 프록시가 내용을 볼 수 없는 CONNECT 터널을 엽니다. 웹 브라우징에 흔히 쓰는 선택입니다. |
| SOCKS5 | 세션 계층 | 내용을 해석하지 않고 TCP와 UDP를 전달합니다. 프로토콜에 구애받지 않고, 인증을 지원하며, 다른 둘이 처리하지 못하는 비 HTTP 트래픽도 다룹니다. |
브라우저 프로필에는 HTTPS와 SOCKS5 모두 합리적입니다. SOCKS5가 더 범용적이며, 공급업체가 선택지를 준다면 이쪽을 우선하는 것이 좋습니다. 브라우저가 인식하는 부분만이 아니라 브라우저가 하는 모든 것을 전달하기 때문입니다.
주소는 어디서 오는가
프로토콜은 그 뒤에 있는 주소의 종류보다 작은 결정입니다.
- 데이터센터 주소는 호스팅 업체의 것입니다. 빠르고 저렴하며, 조회하는 누구나 그것이 데이터센터 대역임을 알 수 있습니다.
- 레지덴셜 주소는 소비자용 사업자가 가정 회선에 할당한 것입니다. 비용이 더 들고 느리지만, 주소만 보면 평범한 가정의 트래픽처럼 보입니다.
- 모바일 주소는 이동통신사에서 나오며, 보통 캐리어급 NAT로 많은 가입자가 공유합니다. 가장 비싸고 가장 평범해 보이는데, 각 주소 뒤에 실제 사람이 아주 많기 때문입니다.
고정형 대 로테이션형이라는 질문도 있습니다. 로테이션 엔드포인트는 요청마다 또는 일정 간격마다 다른 주소를 주는데, 데이터 수집에는 유용하지만 로그인된 계정에는 오히려 해롭습니다. 몇 분마다 주소가 바뀌는 세션은 책상 앞에 앉은 사람처럼 보이지 않기 때문입니다. 계정에는 스티키 주소가 필요합니다.
경로를 신원에 맞추기
프록시는 프로필의 신원과 따로 덧붙이는 부품이 아닙니다. 둘은 서로 일치해야 합니다.
이는 멀티 계정 작업에서 가장 흔한 자초한 문제이며 완전히 피할 수 있습니다. 프로필의 시간대와 로케일을 사용하는 경로에 맞게 설정하고, 따로따로가 아니라 함께 확인하세요.
믿기 전에 검증하세요
프록시 공급업체는 엔드포인트를 팝니다. 그 엔드포인트가 실제로 무엇을 하는지는 별개의 문제이며, 계정을 그 뒤에 두기 전에 답을 알아 둘 가치가 있습니다.
PowerOps는 프록시를 각 프로필 안에 묻힌 필드가 아니라 라이브러리로 관리합니다. 엔드포인트를 한 번 추가한 뒤 단독으로, 또는 목록 전체를 한꺼번에 테스트합니다. 테스트는 판매된 주소가 아니라 실제로 관측된 주소를 보고합니다. 프록시를 할당하면 프로필에 복사되므로 두 프로필이 같은 라이브 자격 증명을 공유하는 일이 없고, 하나의 경로를 한 번의 동작으로 여러 프로필에 적용할 수도 있습니다.
- 프로토콜, 호스트, 포트, 자격 증명과 함께 엔드포인트를 라이브러리에 추가합니다.
- 테스트합니다. 관측된 주소와 국가가 공급업체가 밝힌 것과 같은지 확인합니다.
- 프로필의 시간대와 로케일을 그 국가에 맞게 설정합니다.
- 할당하고, 라이브러리를 주기적으로 다시 테스트합니다. 엔드포인트는 조용히 품질이 떨어집니다.
네트워크 상태가 애플리케이션 헤더에 표시되는 것도 같은 이유입니다. 눈에 보이는 장애는 장애일 뿐이지만, 눈에 보이지 않는 장애는 내 계정의 버그처럼 보이기 때문입니다.
