공유 프록시: 작동 방식과 선택 방법
공유 프록시는 서비스의 여러 고객이 같은 출구 IP나 프록시 연결을 사용할 수 있도록 합니다. 서로 다른 구매자의 요청이 동시에 하나의 주소를 통해 웹사이트에 도달할 수 있습니다. 고객은 접속 비용을 지불하고, 서비스는 공유 자원을 고객 사이에 배분합니다.
공유는 보통 접속 비용을 낮추고 같은 예산으로 더 많은 주소를 사용할 수 있게 합니다. 다른 고객의 부하와 활동도 결과에 영향을 줄 수 있습니다. 프라이빗 및 공유 프록시 개요에서는 두 접속 모델을 설명합니다. 이 글에서는 공유 접속의 작동 방식, 장점, 구매 전 확인할 항목을 살펴봅니다.
공유 접속의 작동 방식
프록시 서비스는 고객 연결을 받고 사용 가능한 출구 주소를 통해 요청을 전달합니다. 구매자마다 인증 정보, 접근 권한, 트래픽 집계가 분리될 수 있습니다. 웹사이트에 같은 공인 IP가 보여도 서비스는 고객을 구별합니다. 응답은 해당 연결을 통해 돌아옵니다. 주소를 공유한다는 사실 자체가 브라우저 세션, 쿠키, 웹사이트 계정을 합치는 것은 아닙니다.
고객은 IP와 포트 목록을 받거나 공유 풀에서 출구 IP를 선택하는 게이트웨이에 연결합니다. 여러 게이트웨이 포트가 같은 출구 IP를 사용할 수 있습니다. 제공업체가 준 접속 항목 수만 세지 말고 웹사이트에 보이는 서로 다른 주소 수를 확인하세요.
공유는 여러 고객의 접속을 뜻합니다. 주소 자체는 고정되거나 서비스 규칙에 따라 바뀔 수 있습니다. 일반적인 공유 풀에서는 세션 동안 IP를 유지하는 고정 세션도 주소를 한 고객에게 독점 예약하지 않습니다. 유료 공유 접속은 인증을 요구할 수 있으며, 누구나 사용하는 무료 공개 프록시는 별개의 서비스 모델입니다.
네트워크 유형별 공유 접속
데이터센터 프록시: 여러 고객이 같은 IP를 사용
공유 데이터센터 프록시는 데이터센터의 서버 인프라에서 실행됩니다. 서비스는 여러 고객이 같은 주소로 요청을 전송하도록 허용합니다. 구매자는 겹치는 IP 목록을 받거나 공유 풀에 요청을 분산하는 게이트웨이에 연결할 수 있습니다.
서버 한 대가 많은 주소와 연결을 처리합니다. 대역폭과 처리 용량은 그 인프라의 작업 사이에 배분됩니다. 서비스는 IP당 고객 수, 대역폭, 구매자별 동시 연결 수를 제한할 수 있습니다. 이런 배분 방식에 따라 다른 고객의 부하가 얼마나 체감되는지가 달라집니다.
구매자들이 별도의 프록시 서비스 계정을 사용해도 웹사이트는 하나의 출구 IP에서 요청을 받습니다. 웹사이트가 IP별로 요청 빈도를 제한한다면 이 고객들의 모든 요청이 같은 카운터에 합산될 수 있습니다.
ISP 프록시: 인터넷 서비스 제공업체 주소를 사용하는 같은 모델
공유 ISP 프록시도 같은 방식으로 작동합니다. 프록시는 서버에서 실행되고 여러 고객이 같은 출구 IP에 접속합니다. 차이는 주소의 출처로, 인터넷 서비스 제공업체에서 확보한 주소를 사용합니다. 이런 상품은 Static Residential이라는 이름으로 판매되기도 합니다.
고객은 프록시 목록이나 게이트웨이 접속 정보를 받습니다. 고정 할당에서는 유료 기간 내내 주소를 사용할 수 있으면서도 여전히 공유될 수 있습니다. 이는 ISP 주소를 사용하는 서버 기반 서비스로, 가정의 컴퓨터가 계속 켜져 있는지에 의존하지 않습니다.
IP의 출처는 웹사이트의 네트워크 분류에 영향을 줄 수 있습니다. 공유 접속이라는 점은 그대로입니다. 여러 고객이 해당 주소와 연결된 부하 및 요청 이력에 함께 영향을 줍니다.
주거용 프록시: 가정용 연결을 모은 공유 풀
공유 접속은 일반적인 주거용 풀의 표준 모델입니다. 서비스는 SDK가 포함된 애플리케이션 등을 통해 사용 가능한 가정용 연결을 모으고, 고객 요청에 맞는 기기를 선택합니다. 구매자는 영구적인 개인 IP 목록이 아니라 기기 네트워크에 접속합니다. 특수한 할당 방식도 있지만, 일반적인 공유 풀의 특징은 아닙니다.
주소는 보통 소수의 고정된 구매자 집단에 할당되지 않습니다. 서비스의 부하 배분 규칙 안에서 연결 하나가 서로 다른 고객의 요청을 동시에 처리할 수도 있습니다. 광고된 동시 연결 허용량만으로는 같은 출구를 사용하는 다른 고객이 몇 명인지 알 수 없습니다.
인기 있는 국가와 도시는 요청이 더 많을 수 있지만 사용 가능한 기기도 더 많을 수 있습니다. 도시, 제공업체, 네트워크 필터를 적용하면 선택 대상이 줄어듭니다. 결과는 수요와 사용 가능한 연결에 함께 달려 있습니다. 덜 인기 있는 위치를 고른다는 이유만으로 부하가 줄거나 접속이 안정된다고 보장할 수 없습니다.
성능은 가정용 인터넷 연결, 기기 부하, 다른 고객의 요청에 달려 있습니다. 가정의 소유자도 회선을 사용하며 기기가 오프라인이 될 수 있습니다. 따라서 같은 필터라도 시점에 따라 지연 시간, 전송 속도, 가용성이 달라질 수 있습니다. 풀이 대체 연결을 찾을 수는 있지만 이전 IP의 유지는 보장되지 않습니다.
모바일 프록시: 여러 고객이 모뎀 하나를 공유
공유 모바일 서비스에서는 여러 구매자가 SIM 카드가 있는 모뎀이나 휴대전화 하나를 사용할 수 있습니다. 예를 들어 서비스가 모뎀 하나의 접속권을 고객 세 명에게 판매할 수 있습니다. 각 고객은 별도 인증 정보를 사용하지만 요청은 같은 이동통신 연결을 통과합니다. 고객이 세 명이라는 사실이 모뎀 세 대나 대역폭의 균등한 3분할 보장을 뜻하지는 않습니다.
사용 가능한 용량은 신호 품질, 통신사 네트워크 부하, 장비, 모뎀 사용자들의 총 트래픽에 달려 있습니다. 한 고객이 대용량 다운로드를 시작하면 다른 고객에게 남는 대역폭이 줄어들 수 있습니다. 서비스가 개별 사용자 한도를 적용하면 자원 배분에 도움이 될 수 있습니다.
모뎀을 다시 연결하면 공유 연결에 영향을 줍니다. 세 고객 중 누구나 이런 IP 변경을 실행할 수 있다면 한 사람의 동작이 다른 사람의 요청을 끊을 수 있습니다. 다른 서비스는 공통 일정에 따라 자체적으로 변경을 관리합니다. 따라서 공유 모뎀에서는 재연결 권한과 IP 유지 규칙이 중요합니다.
통신사 네트워크의 CGNAT는 별도의 공유를 추가합니다. 서로 다른 이동통신 가입자가 동시에 하나의 공인 IPv4를 사용할 수 있습니다. 전용 모뎀에서도 발생합니다. SDK로 제공되는 모바일 풀도 공유 기기 네트워크에 대한 접속을 제공할 수 있으며, 이 모델에는 모뎀당 고정된 세 명의 고객 집단이 없을 수 있습니다.
공유 프록시의 장점
낮은 접속 비용
주소와 인프라 비용을 여러 구매자가 나누어 부담합니다. 네트워크 유형, 지역, 조건이 비슷하다면 보통 접속 가격을 낮출 수 있습니다. 이 절감은 출구 IP의 독점 사용이 필요하지 않은 공개 페이지의 정기 확인, 공개 데이터 수집, 테스트 작업에 유용합니다.
같은 작업을 수행할 수 있는 상품을 비교하세요. 트래픽 전송량으로 과금하는 공유 주거용 풀이 데이터센터 패키지보다 비쌀 수도 있습니다. IP 출처, 전송량, 제공 서비스가 모두 가격에 영향을 줍니다. 공유 접속의 장점은 적합한 작업 환경을 더 낮은 비용으로 이용하는 데 있습니다.
같은 예산으로 더 많은 IP 사용
접속 가격이 낮으면 더 큰 공유 주소 묶음을 구매할 수 있습니다. 특히 IP 수가 정해진 패키지로 판매되는 데이터센터 및 ISP 프록시에 해당합니다. 고객은 자신의 요청을 하나의 주소에 집중시키는 대신 더 많은 출구에 작업을 분산할 수 있습니다.
패키지의 실용적인 크기는 필요한 웹사이트와 위치에서 작동하는 서로 다른 IP의 수입니다. 중복 출구나 같은 네트워크 제한의 영향을 받는 주소는 기대한 확장을 제공하지 못합니다. 큰 패키지를 선택할 때는 광고된 수량과 함께 구성 및 실제 작동하는 주소를 평가하세요.
하나의 공유 풀에서 여러 위치 선택
지역 타기팅을 제공하는 공유 풀은 목적지마다 영구 할당 IP 목록을 유지하지 않고 작업별로 사용 가능한 위치를 선택할 수 있게 합니다. 오늘은 한 국가를 확인하고 내일은 여러 다른 국가를 확인해야 할 때 유용합니다. 서비스가 사용 가능한 출구를 선택합니다.
이 장점은 공유 풀과 필요한 필터를 제공하는 상품에 해당합니다. 고정 공유 목록의 지역은 구매한 패키지의 구성에 따릅니다. 여러 위치에서 짧은 작업을 수행하려면 위치 변경이 하나의 접속 요금제에 포함되는지, 과금에 어떤 영향을 주는지 확인하세요.
공유 프록시 선택 시 확인할 점
IP 하나를 몇 명의 고객이 사용할 수 있나요?
표준 인원수는 없습니다. 같은 공유 IP가 소수 구매자 집단이나 공유 풀 고객들에게 제공될 수 있으며, 그 집단이 바뀔 수도 있습니다. 동시에 해당 주소를 사용할 수 있는 다른 사람이 몇 명인지는 서비스에 달려 있습니다.
구매 전 제공업체에 “패키지의 각 IP를 다른 고객 몇 명이 사용할 수 있나요? 상한이 있나요?”라고 물어보세요. 서비스가 수량을 공개하지 않거나 한도를 보장하지 않으면 공유라는 표현만으로는 알 수 없습니다.
내 요청은 적은데 왜 웹사이트가 제한하나요?
웹사이트가 IP별로 요청을 계산하면 다른 프록시 고객의 요청이 같은 카운터에 합산될 수 있습니다. 자신의 애플리케이션에서 많은 트래픽을 만들기 전에도 제한을 받을 수 있습니다. 프록시 요금제의 허용량과 웹사이트의 허용량은 별개로 작동합니다.
429 응답은 요청 빈도 제한을 알리지만 다른 고객이 원인임을 증명하지는 않습니다. 웹사이트는 계정, 쿠키, IP 또는 여러 신호를 함께 사용할 수 있으며, 응답이 프록시 서비스에서 올 수도 있습니다. 응답의 출처, 시간, 출구 IP를 기록하세요. Retry-After가 포함되어 있다면 지정된 시간 동안 기다리세요. 자신의 부하가 적은데도 제한이 반복된다면 제공업체와 논의할 근거가 됩니다.
다른 고객 때문에 작동하던 IP가 차단될 수 있나요?
그렇습니다. 임대 기간에 다른 고객의 활동으로 공유 주소에 검사나 차단이 적용될 수 있습니다. 제한은 특정 웹사이트에만 적용될 수 있으므로, 프록시 가용성 점검에 성공했다고 필요한 페이지에 접속할 수 있다는 뜻은 아닙니다. 웹사이트는 사용자의 요청 자체도 계속 평가합니다.
구매 전에 필요한 목적지가 주소를 차단하면 서비스가 어떻게 처리하는지 확인하세요. 주소를 교체하는지, 풀의 다른 부분을 제공하는지, 연결은 되므로 프록시가 정상이라고 판단하는지 확인해야 합니다. 제한이 서브넷이나 운영자 네트워크에 적용되면 인접 IP도 결과가 같을 수 있습니다. 작업에 다른 고객의 사용을 통제할 필요가 있더라도 공유 접속은 그 통제권을 제공하지 않습니다.
필터 적용 후 주거용 IP가 얼마나 남나요?
국가, 도시, 제공업체 필터가 있는 주거용 서비스라면 작업에 필요한 조건에서 사용 가능한 IP를 세어야 합니다. 대표 풀 수량에는 한 달 동안 모든 국가에서 관측된 주소가 포함될 수 있습니다. 지금 특정 도시나 제공업체 네트워크에서 온라인인 IP 수를 알려 주지는 않습니다.
사용할 필터를 시험하세요. IP 반복 빈도, 선택에 걸리는 시간, 일치하는 기기가 없을 때의 처리를 기록하세요. 서비스는 기다리거나 오류를 반환하거나 자체 규칙에 따라 대체 연결을 선택할 수 있습니다. 작업에 특정 위치가 필요하다면 대체 연결도 그 조건에 맞는지 확인하세요.
다른 고객이 공유 모바일 모뎀의 IP를 바꿀 수 있나요?
이 질문은 여러 고객이 SIM 카드가 있는 모뎀 하나를 사용하는 공유 모바일 프록시에 해당합니다. 서비스가 고객에게 IP 변경을 실행하도록 허용하면 누구든 모뎀을 다시 연결하여 다른 고객의 요청을 끊을 수 있습니다.
구매 전 IP 변경을 누가 제어하는지 확인하세요. 제공업체만 제어하는지, 공통 일정이 있는지, 각 고객이 특수 링크로 실행할 수 있는지 확인해야 합니다. 하나의 주소를 오래 유지해야 한다면 다른 사용자가 언제든 바꿀 수 있는지도 알아보세요.
다른 고객 때문에 프록시가 느려질 수 있나요?
그렇습니다. 공유 부하가 높으면 속도가 줄어 페이지가 더 느리게 열리고 파일 다운로드 시간이 늘어날 수 있습니다. 체감 정도는 여유 대역폭과 서비스가 고객 사이에 대역폭을 배분하는 방식에 달려 있습니다.
구매 전 자신의 애플리케이션과 대상 웹사이트에서 속도를 시험하세요. 평소 부하로 여러 시간대에 반복하세요. 일상 작업에 충분한 속도인지, 변동 폭이 얼마나 큰지 알 수 있습니다.
어느 패키지가 더 경제적인지 어떻게 판단하나요?
고정 IP 목록 패키지는 대상 웹사이트에서 작동하는 주소 수와 가격을 비교하세요. 저렴한 패키지라도 상당수 IP가 웹사이트에서 차단되거나 애플리케이션에 맞지 않으면 경제성이 더 나쁠 수 있습니다.
체험 기간에는 작은 패키지의 모든 IP를 시험하고 작업에 맞는 IP 수를 세세요. 패키지 가격을 사용 가능한 수로 나누고 같은 기간의 패키지끼리 비교하세요. 부적합한 주소의 교체 규칙도 확인하세요.
공유 패키지 확장 전 테스트 방법
1. 구성과 성공 기준 정의
네트워크 유형, 국가 또는 도시, 서로 다른 출구 IP 수, 세션 시간, 동시 작업 수를 정하세요. 허용할 응답 시간, 성공률, 결과당 비용을 결정하세요. 공유 모뎀은 허용 가능한 중단과 IP 변경 규칙도 정하고, 주거용 풀은 정확한 필터를 기록하세요.
2. 예정된 조건에서 작은 패키지로 시작
테스트에는 본 요금제와 같은 공유 모델 및 한도를 적용해야 합니다. 경쟁 트래픽이 적어 더 빠른 시연은 일반 패키지의 동작을 보여 주지 못합니다. 실제 출구 IP, 네트워크 출처, 위치를 확인하고, 목록이라면 항목 수와 서로 다른 출구 수를 비교하세요.
3. 여러 시간대에 전체 작업 과정 실행
애플리케이션에서 필요한 페이지와 동작을 시험한 뒤 계획한 동시 작업 수로 하루 중 여러 시간대에 반복하세요. 출구 IP, 쓸 수 있는 결과를 얻기까지의 시간, 오류, 재시도, 웹사이트의 추가 검사, 트래픽 사용량을 기록하세요. 프록시 불가용, 웹사이트 거부, 세션 손실을 구별하세요. 반환된 콘텐츠도 확인하세요. 필요한 데이터 대신 검사 페이지나 빈 결과가 올 수 있습니다.
4. 측정 결과에 따라 패키지 확대
필요한 위치에서 작업을 수행하고 여러 시간대에 허용 가능한 결과를 유지하며 성공한 작업당 비용에 맞을 때 확장하세요. 시험한 접속 모델과 한도를 유지하세요. 실패 비용이 절감분을 소모한다면 먼저 원인을 찾으세요. 조건에 맞는 출구 부족, 공유 연결, 웹사이트 규칙, 모뎀 재시작 등이 원인일 수 있습니다. 추가 IP는 확인된 제약을 해결할 때만 도움이 됩니다.