레지덴셜 vs 데이터센터 프록시: 멀티 계정 운영에는 어느 쪽이 맞을까
각 주소가 어디서 오는지, 가격은 어떻게 매겨지는지, 조회하면 무엇이 드러나는지, 그리고 유형보다 고정형과 로테이션형 선택이 더 중요한 이유를 정리했습니다.
프록시 요금 페이지는 이미 원하는 것이 무엇인지 아는 사람을 위해 쓰여 있습니다. 풀 규모, 동시 접속 제한, 기가바이트 단위 요금제는 나열하지만, 구매자가 실제로 가진 단 하나의 질문, 즉 내가 하는 일에는 이 중 무엇이 필요한가에는 답하지 않습니다.
짧게 답하면, 유형은 대부분의 구매자가 기대하는 것보다 덜 중요하고 고정형이냐 로테이션형이냐의 설정이 훨씬 더 중요합니다. 아래에서 두 가지를 모두 다루고, 결제 전에 공급업체에 무엇을 물어야 하는지, 받은 결과를 어떻게 확인하는지도 설명합니다.
각 주소는 어디서 오는가
모든 프록시는 누군가의 주소를 쓸 권리를 파는 것입니다. 가격표에 나오는 세 가지 범주는 주로 그 주소가 누구의 것이냐에서 갈립니다.
데이터센터
이 주소는 호스팅 회사의 것입니다. 공급업체가 랙 공간이나 클라우드 용량을 임대하면 주소 대역을 함께 할당받고, 그 접근 권한을 되팝니다. 대역 전체가 서버 운영을 본업으로 하는 사업체 명의로 등록되어 있습니다.
이 등록 정보는 공개되어 있습니다. 누구나 주소를 조회해 어느 조직이 그 대역을 보유하고 있고 어떤 종류의 조직인지 볼 수 있습니다. 호스팅 회사의 대역은 어떤 조회에서든 호스팅 대역으로 읽히며, 많은 사이트가 방문할 때마다 이 조회를 수행합니다.
레지덴셜
소비자용 인터넷 사업자가 가정 회선에 부여한 주소입니다. 일부 프록시 판매자는 사람들에게 돈을 주고 자기 기기에서 소프트웨어를 실행하게 하는 방식으로 이를 확보합니다. 또 다른 곳은 약관 화면에 한 줄 적어 넣은 앱 개발자를 통해 확보합니다. 어느 쪽이든 트래픽은 가정 회선에서 나갑니다.
조회하면 어느 도시의 가정에 서비스를 제공하는 소비자 브로드밴드 사업자가 나오는데, 이는 어떤 웹사이트를 방문하는 대부분의 사람에게 나오는 결과와 똑같습니다.
모바일
이동통신사에 할당되어 휴대폰에 배정되는 주소입니다. 통신사는 캐리어급 NAT로 아주 많은 가입자를 소수의 공인 주소 뒤에 두기 때문에, 주소 하나가 한 동네의 휴대폰 트래픽 전체를 동시에 실어 나르기도 합니다.
이렇게 공유되기 때문에 모바일 주소는 조심스럽게 다뤄집니다. 하나를 차단하면 평범한 사람들이 한꺼번에 막히고, 사이트들도 이를 알고 있으며, 공급업체도 그에 맞게 가격을 매깁니다.
실제로 무엇에 돈을 내는가
요금은 숫자를 비교하기 전에 이해해야 할 기준선을 따라 나뉩니다. 두 모델은 서로 직접 비교할 수 없기 때문입니다.
| 유형 | 일반적인 요금 방식 | 청구액을 좌우하는 것 |
|---|---|---|
| 데이터센터 | 주소당 월 요금 | 사용 여부와 상관없이 보유한 주소 수 |
| 로테이션 레지덴셜 | 트래픽 기가바이트당 | 몇 개의 주소를 거치든 전송한 양 |
| 고정 레지덴셜 | 주소당 월 요금 | 보유한 주소 수, 데이터센터와 같은 구조 |
| 모바일 | 포트당 또는 기가바이트당 | 전용 회선 하나를 쓰는지, 공유 회선의 트래픽을 쓰는지 |
주소당 요금제는 예측이 가능합니다. 매월 1일에 청구액을 알 수 있고, 더 많이 브라우징해도 달라지지 않습니다. 기가바이트당 요금제는 무거운 작업에 불리한데, 최신 웹 애플리케이션에서 로그인된 세션은 무겁습니다. 이미지, 동영상 미리보기, 백그라운드 폴링이 쌓이기 때문에 평범한 계정 작업 하루의 트래픽 비용이 고정 주소의 한 달 요금보다 더 나올 수도 있습니다.
속도와 안정성
데이터센터 주소는 처리량을 위해 설계된 건물의 기업용 회선 위에 있습니다. 셋 중 가장 빠르고 가장 안정적이며, 비용을 내는 동안에는 경로가 계속 내 것으로 유지됩니다.
레지덴셜 트래픽은 누군가의 가정 회선을 거치는데, 가정 회선은 편차가 큽니다. 지연 시간은 더 길고, 대역폭은 그 집에 마침 있는 만큼이며, 피어에서 수급한 풀은 주인이 노트북을 닫는 순간 주소를 잃을 수 있습니다. 고정 레지덴셜은 공급업체가 직접 할당 대역을 보유하고 있어 주소가 그대로 유지되므로 이 문제를 피합니다.
모바일은 셋 중 가장 느리고 편차도 가장 큽니다. 신호 품질, 기지국 혼잡, 통신사의 트래픽 제어가 모두 나와 접속하려는 사이트 사이에 놓입니다.
조회하면 얼마나 드러나는가
모든 공인 주소는 등록된 대역에 속하며, 그 등록 정보는 누구나 무료로 읽을 수 있습니다. 상용 데이터베이스는 여기에 연결 유형 추정과 과거에 프록시처럼 동작한 적이 있는 주소라는 표시까지 더합니다.
- 데이터센터: 대역이 호스팅 사업체 명의로 등록되어 있고, 분류는 등록 정보에서 곧바로 나옵니다.
- 레지덴셜: 대역이 소비자 인터넷 사업자 명의로 등록되어 있으므로 조회 결과는 가정용 브로드밴드입니다.
- 모바일: 대역이 통신사 명의로 등록되어 있고, 주소 하나를 공유하는 가입자가 매우 많아서 그중 한 명에게 붙은 행동 기록은 개인에 대해 거의 아무것도 말해 주지 않습니다.
가운데 경우에 대해 한 가지 주의할 점이 있습니다. 주소 유형은 수많은 입력값 중 하나일 뿐이며, 주소에는 이력이 따라다닙니다. 레지덴셜 접근이 대량으로 아주 싸게 팔린다면 대개 이미 수많은 사람이 심하게 써 버린 주소라는 뜻이고, 그들이 한 일은 내가 연결하기도 전에 그 주소에 붙어 있습니다. 좋은 공급업체가 받는 요금의 일부는 그 회선을 다른 누가 써 왔는가에 대한 값입니다.
고정형이냐 로테이션형이냐, 더 큰 결정은 이쪽
이 설정은 레지덴셜이냐 데이터센터냐의 문제보다 더 큰 영향을 미치는데도 구매자들이 대충 넘기는 부분입니다.
로테이션 엔드포인트는 요청마다, 또는 몇 분마다 다른 주소를 줍니다. 각 요청이 독립적이고 분산시키는 것 자체가 목적인 대량의 공개 데이터 수집에 적합합니다.
고정 엔드포인트는 주소 하나를 주고 그대로 유지합니다. 계정에는 이쪽이 필요한데, 로그인된 세션은 한 사람에 대한 이야기이고 사람은 오후 한복판에 다른 도시로 옮겨 다니지 않기 때문입니다.
무엇에 무엇을 살 것인가
| 하려는 일 | 구매할 것 | 이유 |
|---|---|---|
| 소비자 서비스에서 로그인된 계정 유지 | 고정 레지덴셜, 프로필당 주소 하나 | 가정 회선처럼 읽히고 그대로 유지되므로 긴 세션이 보여야 할 모습과 같음 |
| 예산 안에서 많은 별개 계정 운영 | 고정 데이터센터, 프로필당 주소 하나 | 프로필별 안정성이 주소 유형보다 값지고 청구액도 일정함 |
| 경로를 면밀히 보는 환경의 계정 작업 | 스티키 세션을 쓰는 모바일 | 공유 통신사 주소는 개인 신호가 가장 적고 사이트도 차단을 꺼림 |
| 대량의 공개 데이터 수집 | 로테이션 레지덴셜, 기가바이트당 과금 | 요청을 분산시키는 것이 목표이며 유지해야 할 세션이 없음 |
| 다른 나라에서 가격이나 매물 확인 | 해당 국가의 로테이션 레지덴셜 | 위치만 중요하고 각 확인이 독립적임 |
| 자신의 사이트나 스테이징 환경 테스트 | 데이터센터 | 주소를 읽는 곳이 없으니 가장 저렴한 것으로 충분함 |
| 한 세션이 몇 시간씩 이어지는 모든 작업 | 어떤 고정형이든 | 유형과 무관하게 세션 도중 주소가 바뀌는 것이 곧 실패임 |
경로를 프로필에 맞추기
프록시는 결정의 절반일 뿐입니다. 이를 쓰는 프로필은 시간대, 로케일, 언어 목록을 보고하는데, 이 값들은 주소가 가리키는 위치와 일치해야 합니다.
실패는 이런 모습입니다. 주소는 프랑크푸르트로 확인됩니다. 그런데 프로필은 로스앤젤레스 시간대, 미국 영어 로케일, 독일어가 전혀 없는 언어 목록을 보고합니다. 사이트는 한 번의 방문에서 서로 다른 두 이야기를 받은 것이고, 이런 모순은 어느 한 값만 있을 때보다 훨씬 멀리 따라갑니다.
- 엔드포인트를 테스트하고, 관측된 주소가 가리키는 국가와 도시를 적어 둡니다.
- 프로필의 시간대를 그 국가의 시간대로 설정합니다.
- 로케일과 언어 목록을 그 지역 주민이 가질 법한 값으로 설정하고, 현지 언어를 포함합니다.
- 이후에도 둘을 함께 유지합니다. 프로필을 다른 경로로 옮기면 같은 작업 시간에 시간대도 함께 바꿔야 합니다.
PowerOps가 프록시를 라이브러리로 관리하는 것도 이 때문입니다. 엔드포인트를 한 번 추가하고 테스트하면, 테스트는 청구서에 적힌 주소가 아니라 실제로 관측된 주소를 보고합니다. 할당하면 경로가 프로필에 복사되므로 두 프로필이 같은 라이브 자격 증명을 공유하는 일이 없습니다.
결제하기 전에 물어볼 질문
- 이 주소는 나 전용인가, 아니면 같은 시간에 다른 구매자와 공유되는가?
- 스티키 세션은 하나의 주소를 얼마나 오래 유지하며, 그 시간이 끝나면 어떻게 되는가?
- 레지덴셜 주소는 어디서 오며, 그 회선의 주인들은 어떤 방식으로 이에 동의했는가?
- 국가와 도시를 선택할 수 있는가, 도시 타기팅은 별도로 과금되는가?
- 요금제는 주소당인가 기가바이트당인가, 사용량을 초과하면 어떻게 되는가?
- 체험판이 있는가, 그리고 유료 플랜과 같은 풀을 쓰는가?
- 주소가 처음부터 차단 표시가 붙은 채로 도착했을 때 환불이나 교체 정책은 어떤가?
세 번째 질문이 가장 많은 것을 알려 줍니다. 독자적인 네트워크라는 모호한 답은 대체로 사람들이 다른 목적으로 설치한 소프트웨어를 통해 수급한 주소라는 뜻이며, 이렇게 만든 풀은 오가는 일이 잦습니다. 주인이 노트북을 덮으면 주소가 사라지기 때문입니다.
실제로 산 것을 확인하기
공급업체는 엔드포인트를 팝니다. 그 엔드포인트가 실제로 무엇을 하는지는 별개의 문제이고, 계정을 그 뒤에 두기 전에 확인하는 데는 비용이 거의 들지 않습니다.
- 연결해서 외부 세상이 관측하는 주소를 읽어 옵니다. 국가와 도시를 포함해 판매된 내용과 비교합니다.
- 그 주소를 두세 개의 독립된 데이터베이스에서 조회합니다. 데이터베이스끼리 약간 엇갈리는 것은 정상입니다. 레지덴셜로 판매된 주소가 만장일치로 호스팅 대역이라고 나오면 환불을 협의할 일입니다.
- 고정형을 샀다면 주소를 알려 주는 페이지를 몇 분 간격으로 두 번 열어 주소가 바뀌지 않았는지 확인합니다. 스티키로 팔린 로테이션 엔드포인트는 고객지원 문의보다 이 방법으로 더 빨리 잡아낼 수 있습니다.
- 누수를 확인합니다. WebRTC 주소와 DNS 리졸버를 보여 주는 페이지를 열어 둘 중 어느 것도 프록시를 우회하지 않는지 확인합니다.
- 라이브러리를 정기적으로 다시 테스트합니다. 엔드포인트는 조용히 품질이 떨어지며, 첫 증상은 연결 실패보다 계정이 이상하게 동작하는 모습으로 나타나는 경우가 많습니다.
무난한 선택을 사세요. 올바른 국가의 안정적인 주소 하나를, 시간대와 언어가 그에 맞는 프로필에 붙이는 편이 로테이션 설정이 잘못된 비싼 풀보다 계정 작업에 더 도움이 됩니다. 이 부분만 정리하고 나면 레지덴셜이냐는 도박이 아니라 예산의 문제가 됩니다.
