프록시 제공업체 정책 안내
IP 목록, 가격, 지원 프로토콜만으로 프록시 서비스의 모든 것을 알 수는 없습니다. 실제 작업에 사용하기 전에는 다른 질문도 중요합니다. 테스트가 가능한지, 업체가 작업을 승인하는지, 어느 정도의 부하를 줄 수 있는지, 장애가 나면 어떻게 처리되는지 확인해야 합니다.
제공업체 정책은 서비스와 고객 사이의 관계에 적용되는 규칙입니다. 접속, 결제, 네트워크 이용, 정보 처리, 업체의 약속 등을 다룹니다. 프록시 가이드에서 설명하는 기술적 선택 사항과 함께 살펴보면 서비스가 계획한 작업 방식에 맞는지 판단하는 데 도움이 됩니다.
이 글은 프록시 업계의 일반적인 관행을 설명합니다. 요건은 업체와 상품에 따라 다릅니다. 마지막 부분에서 ProxyCompass의 공식 조건을 안내합니다.
서비스 이용 시작: 확인 절차, 체험, 결제
신원 확인: 누가 이용할 수 있나요?
업체는 구매자, 결제 수단의 소유자, 고객의 회사, 예정된 작업을 확인할 수 있습니다. 흔히 KYC나 신원 확인이라고 부릅니다. KYC는 ‘Know Your Customer’, 즉 고객 확인을 뜻합니다. 서비스에 따라 서류, 카메라를 이용한 확인, 회사 정보, 고객이 접속하려는 웹사이트 검토 등이 포함될 수 있습니다.
특정 상품이나 결제 수단에만 확인 절차를 적용하고 다른 구매에는 적용하지 않을 수 있습니다. 따라서 결제 완료와 특정 네트워크의 이용 허가는 별개의 단계일 수 있습니다. 승인이 필요한 상품에 결제하기 전에는 확인 시점과 이용이 허가되지 않을 때의 결제 처리 방법을 알아보세요.
신원 확인은 개인정보와도 관련됩니다. 누가 서류를 받고, 어떤 외부 확인 서비스가 처리하며, 얼마나 오래 보관하나요? 대상 웹사이트에 프록시 IP가 보인다고 해서 판매자가 고객의 신원을 알 수 없는 것은 아닙니다.
체험 이용: 무엇을 실제로 테스트할 수 있나요?
체험은 서비스를 제한적으로 평가할 기회를 줍니다. 얼마나 유용한지는 구매하려는 상품을 얼마나 잘 대표하는지에 달려 있습니다. 샘플 IP 몇 개로 소프트웨어 설정을 확인할 수는 있습니다. 그러나 예약된 작업이 필요한 데이터를 수집할 수 있는지 테스트하려면 실제 대상, 연결 설정, 작업을 실행하기에 충분한 사용량도 필요합니다.
프록시 체험 정책은 누가 체험을 신청할 수 있는지, 무엇이 포함되고 언제 끝나는지 정합니다. 시간, 트래픽, 요청 수가 제한되거나 위치와 기능이 축소될 수 있습니다. 이 범위에 따라 테스트로 내릴 수 있는 결론도 달라집니다. 연결 성공만으로 필요한 페이지나 동작이 제대로 작동하는지는 알 수 없습니다.
이후의 결제도 확인해야 합니다. 합의한 조건에 따라 접속이 중단되거나 기존 잔액으로 계속 이용하거나 유료 구독으로 전환될 수 있습니다. 시작 전에 체험 정책에서 예정된 결제와 계속 이용 여부를 설정하는 방법을 확인하세요. 체험 요금과 후속 구독료에는 서로 다른 환불 규칙이 적용될 수 있습니다.
환불: 어떤 경우에 결제액을 돌려받을 수 있나요?
환불 정책은 어떤 구매와 사유가 환불 대상인지 설명합니다. 첫 구매 고객에게 서비스가 작업에 맞지 않는다는 이유로 환불하는 조건도 있습니다. 반면 업체가 해결하지 못하는 확인된 서비스 결함만 보상하는 조건도 있습니다. 둘 다 환불 보장이라는 제목 아래 있더라도 구매자에게 주어지는 선택은 다릅니다.
신청 기한, 허용 사용량, 구매 유형을 함께 봐야 합니다. 첫 주문에 대한 조건은 갱신이나 유료 테스트를 제외할 수 있습니다. 보장 기간이 첫 사용이 아닌 결제 시점부터 시작될 수도 있습니다. 자동 갱신을 취소하면 다음 갱신 결제를 막을 수 있지만, 이미 낸 돈을 돌려받으려면 별도로 요청해야 합니다.
제안된 해결책으로 무엇을 받는지도 확인하세요. 결제 수단으로 돌려받는 돈, 다음 구매용 크레딧, 교체 IP는 쓰임이 다릅니다. 계정에 표시되는 잔액이 반드시 출금 가능한 것은 아닙니다. 환불 조건에는 가능한 해결책, 신청 절차, 관련 제외 사항이 명확하게 나와 있어야 합니다.
서비스 이용: 허용되는 활동과 작업 부하
허용된 사용: 어떤 활동을 할 수 있나요?
허용된 사용 정책(Acceptable Use Policy, AUP)은 고객이 서비스를 통해 할 수 있는 활동을 정합니다. 업체는 일반적으로 공격, 사기, 스팸, 무단 접근을 금지합니다. 공격이 아닌 활동도 제한할 수 있습니다. 특정 대상 접속, 접속 권한 재판매, 계정 자동화, 로그인 후에만 볼 수 있는 정보의 수집 등이 해당합니다.
이 차이는 평범한 업무에서도 중요합니다. 공개 가격 수집과 고객 계정 안의 가격 수집에 다른 조건이 적용될 수 있습니다. 계정 소유자라고 해서 업체의 공개 데이터만 수집 가능하다는 규칙을 무시할 수는 없습니다. 마찬가지로 웹사이트 소유자가 테스트를 허가했다고 해서 프록시 업체 자체의 승인 요건까지 자동으로 충족되는 것은 아닙니다.
악용은 대상 사이트뿐 아니라 제공업체에도 영향을 줍니다. IP 주소나 서브넷 전체가 다른 웹사이트의 연결 거부에 쓰이는 차단 목록에 오를 수 있습니다. 그러면 관계없는 고객까지 해당 주소를 사용하지 못할 수 있습니다. 따라서 업체는 사업상 이유로도 신고를 조사하고 활동 중단을 요구하며 관련 접속을 제한합니다. 트래픽 허용량을 지켰더라도 허용된 사용 정책이 금지하는 활동이 허용되는 것은 아닙니다.
공정 사용: 어느 정도의 부하를 줄 수 있나요?
프록시 서버와 네트워크 회선의 용량에는 한계가 있습니다. 고객이 IP에 대해 정액을 지불하더라도 서비스는 여러 작업에 용량을 배분해야 합니다. 공정 사용 정책(Fair Use Policy, FUP)은 허용되는 자원 사용 방식과 사용량이 요금제 조건을 넘었을 때 달라질 수 있는 사항을 설명합니다.
‘무제한 트래픽’은 사용량의 한 가지 측면만 설명합니다. 같은 패키지에도 동시 연결 수, 전송 속도, 요청 빈도 제한이 있을 수 있습니다. 상품에 따라 높은 사용량이 지속되면 속도 저하, 추가 요금, 요금제 변경 요구로 이어질 수 있습니다. 적용 범위도 개별 IP, 패키지, 계정 전체 중 하나일 수 있습니다.
계속 실행하는 작업이라면 실행 내내 사용할 수 있는 용량이 얼마인지가 중요합니다. 낮은 부하로 잠깐 테스트하는 것만으로는 알 수 없습니다. 명시된 제한과 공정 사용 정책을 함께 읽고 무엇을 어느 기간에 걸쳐 측정하며 한계에 도달하면 어떤 조치가 이어지는지 확인하세요.
네트워크와 그 안을 지나는 데이터
IP 조달: 서비스는 연결을 어디에서 확보하나요?
IP 조달은 주소, 인프라, 인터넷 연결이 프록시 서비스에 포함되는 과정을 뜻합니다. 판매자가 임대한 주소 대역으로 서버를 운영하거나 다른 공급자로부터 접속을 구매하거나 참여 기기들이 제공하는 풀을 사용할 수 있습니다. 브랜드 이름만으로는 연결 제공에 관여하는 모든 회사를 알 수 없습니다.
네트워크에 따라 확인할 내용이 다릅니다. 서버 기반 프록시라면 서버, 주소 대역, 네트워크 접속에 관한 구성입니다. 주거용 풀이 사람들의 기기를 사용한다면 참여자가 자기 연결로 다른 이용자의 트래픽이 흐른다는 사실을 알고 있으며 참여를 중단할 수 있는지도 중요합니다. 모바일 접속은 서비스용으로 운영하는 장비나 참여 모바일 기기에서 제공될 수 있습니다.
이러한 구성은 통제권과 가용성에 영향을 줍니다. 참여자는 연결을 끊을 수 있고 재판매자는 공급자의 변경에 의존할 수 있습니다. IP 등록 기록으로 주소 대역과 관련된 조직은 확인할 수 있어도, 기기가 풀에 어떻게 참여했는지 또는 소유자가 동의했는지까지 알 수는 없습니다. 이 질문에는 IP 조달 과정에 대한 설명이 필요합니다.
로그와 개인정보: 업체는 어떤 정보를 처리하나요?
계정 기록, 연결 로그, 웹 요청 내용은 서로 다른 종류의 정보입니다. 프록시 로그 및 개인정보 문제는 서비스가 무엇을 볼 수 있고 무엇을 기록하며, 왜 보관하고 누구에게 제공할 수 있는지를 다룹니다. 무로그 주장은 범위가 명확해야 합니다. 탐색 활동만을 뜻하면서 계정, 결제, 보안 기록은 여전히 남길 수도 있습니다.
기술 구성에 따라 보이는 정보가 달라집니다. 일반적인 HTTPS 터널을 사용하고 인증서를 올바르게 검증하면 업체는 대상 호스트나 IP, 시간 등 연결 정보를 관찰할 수 있지만 페이지 내용은 암호화된 상태입니다. 일부 상품은 고객이 제공업체 인증서를 신뢰하도록 설치한 뒤 HTTPS를 검사합니다. 고객 대신 페이지를 가져오는 스크래핑 API도 요청한 내용을 처리합니다.
열람 가능성과 저장 여부는 별개입니다. 데이터를 검사할 수 있다고 해서 모든 요청을 저장하는 것은 아니며, 내용을 저장하지 않는다는 약속이 시스템에서 해당 내용을 전혀 처리하지 않는다는 뜻도 아닙니다. 사용할 상품에 적용되는 로그 및 개인정보 조건에서 데이터 종류, 목적, 보관 기간이나 기준, 접근 방식을 확인하세요.
문제가 발생했을 때: 서비스에 대한 약속
서비스 수준 약정(Service Level Agreement, SLA)은 측정 가능한 약속을 정합니다. 서비스에 따라 가용성, 고객지원 응답, 사고 후 복구에 관한 내용일 수 있습니다. 유용한 약속이라면 적용 대상 서비스, 측정 방법, 평가 기간, 약속한 수준에 미달했을 때의 조치를 명시합니다.
프록시에서는 서비스의 책임 범위가 특히 중요합니다. 프록시는 연결을 받아 전달할 수 있는데 대상 웹사이트가 IP를 거부할 수 있습니다. 이것이 구매한 서비스의 장애에 해당하는지는 어떤 약속을 했는지에 달려 있습니다. 고객지원 응답 기한도 문제 해결 기한과는 다른 사건을 뜻합니다.
서비스 수준 약정은 기술적 모니터링을 고객에게 제공할 명확한 결과와 연결합니다. 보상이 있다면 어떤 경우가 대상이며 어떻게 신청하는지 조건에 명시됩니다. 향후 서비스 이용 크레딧으로 보상할 수도 있습니다. 중단 보상 크레딧과 구매 대금 반환은 목적이 다르므로 환불 정책과 함께 읽어야 합니다.
적용되는 조건을 어디에서 찾을 수 있나요?
모든 주제에 별도 페이지가 있는 것은 아닙니다. 체험, 환불, 허용된 사용 규칙이 서비스 이용약관의 일부일 수 있습니다. 기술 제한은 상품 문서에, 정보 처리는 개인정보 처리방침에 나올 수 있습니다. SLA나 개별 계약이 특정 서비스에 대한 약속을 추가할 수도 있습니다. 각 문서가 적용되는 상품과 구매, 명시된 우선순위를 확인하세요.
같은 사건에 여러 규칙이 적용될 수 있습니다.
| 상황 | 함께 읽어야 할 조건 | 명확히 확인할 내용 |
|---|---|---|
| 체험 종료 | 체험 및 결제 조건 | 접속이 중단되는지, 유료 기간이 시작되는지, 어떤 근거로 결제되는지 |
| 결제 후 이용에 확인 절차가 필요한 경우 | 확인 및 환불 조건 | 무엇이 승인돼야 하며 이용이 허가되지 않을 때 결제액이 어떻게 처리되는지 |
| 허용된 작업이 지속적으로 높은 부하를 만드는 경우 | 허용된 사용 규칙, 기술 제한, FUP | 예정된 부하에서 작업이 허용되는지, 제한에 도달하면 무엇이 달라지는지 |
| 대상 사이트가 악용 활동을 신고한 경우 | 허용된 사용 및 신고 처리 조건 | 어떤 활동을 중단해야 하는지, 어떤 접속이 제한될 수 있는지, 재개에 무엇이 필요한지 |
| 서비스 중단 | SLA, 고객지원, 환불 조건 | 어떤 장애가 적용 대상인지, 어떻게 신고하며 어떤 해결책을 받는지 |
구매 전에는 특정 작업을 실행하지 못하게 할 수 있는 조건부터 확인하세요. 고객지원에 질문할 때는 상품, 대상 사이트, 수행할 동작, 예상 부하를 명시하는 것이 좋습니다. 예를 들어 회사의 공급업체 로그인 뒤에 있는 페이지에서 지속적으로 데이터를 수집해도 되는지 물으면 업체가 구체적으로 검토할 수 있습니다. ‘스크래핑을 지원하나요?’만으로는 이런 세부 사항이 남습니다.
주문 내역과 작업에 꼭 필요한 요건에 대한 서면 확인을 보관하세요. 나중에 작업 범위가 달라지면 관련 조건을 다시 검토하세요. 한 가지 용도로 받은 승인이 다른 대상이나 활동까지 허용하는 것은 아닙니다. 이렇게 하면 첫 테스트부터 정기 운영, 최종 해지까지 정책을 계속 활용할 수 있습니다.
