로그인을 통해 연결 및 타겟팅
Updated:
프로xy 로그인에 접미사를 추가하는 것만으로 세션을 고정하고, 지역/ASN/ISP/우편번호별로 출구 IP를 제한하며, 타겟팅을 결합할 수 있습니다.
작동 원리
주거용 프록시 로그인 형식은 login_targetingSuffixes와 같습니다. 기본 부분인 xxx는 귀하의 인증 정보이며, 그 뒤에 언더스코어(_)로 구분하여 타겟팅 및 세션 접미사를 추가하면 됩니다.
base country city session ttl xxx_c_US_city_New-York_s_100_ttl_30s
연결 정보
프록시 호스트 (지역별)
진행자
위치
res.proxy-seller.com
NL
us.res.proxy-seller.com
미국
asia.res.proxy-seller.com
JP-도쿄
asia2.res.proxy-seller.com
JP-도쿄
항구
10000
유형
HTTPS / SOCKS5 (자동 감지)
로그인 및 비밀번호
메인 패키지를 통해 이를 배포하십시오
PUT/ko-KR/resident/list/tools또는 하위 사용자의 경우
PUT/ko-KR/residentsubuser/list/tools
동시 요청의 경우 10000~10999번 포트를 사용하십시오. 각 포트는 서로 다른 출력 IP에 매핑됩니다. 즉, 1.2.3.4:10005와 1.2.3.4:10006은 서로 다른 IP입니다.
타겟팅 접미사
로그인 ID 뒤에 임의의 조합을 추가하여 출력 IP를 제한할 수 있습니다. 접미사를 추가하지 않으면, 요청이 있을 때마다 글로벌 풀에서 새로운 IP가 할당됩니다.
목표 | 접미사 | 참고 사항 |
|---|---|---|
국가 |
| ISO 3166-1 2글자 코드, 대소문자 구분. 국가 목록 → |
세분화 |
| 지역/주 식별번호. 세부 항목 목록 → |
도시 |
| 공백을 -로 대체합니다(예: New-York). 대개 국가명과 함께 사용됩니다. |
ISP |
| 숫자로 된 ISP ID. ISP 목록 → |
ASN |
| 자율 시스템 번호. |
우편번호 |
| 국가 입력 필수 ( |
연쇄를 통해 여러 접미사를 결합하려면: xxx_c_US_city_New-York_asn_12271
세션 제어
세션 ID를 추가하고, 필요에 따라 TTL을 지정하여 여러 요청에 걸쳐 동일한 출력 IP를 재사용합니다.
제어 | 접미사 | 참고 사항 |
|---|---|---|
세션 ID |
| 임의의 영숫자 문자열. 세션이 활성화된 동안 동일한 ID는 동일한 종료 IP를 의미합니다. 비활성 세션은 60분 후에 만료됩니다. |
세션 TTL |
| 사용자 정의 세션 유효 기간. 접미사: s(초), m(분), h(시간). 반드시 다음 형식을 따라야 합니다. |
# pinned for 10 seconds curl -x xxx_s_100_ttl_10s:[email protected]:10000 https://example.com
# pinned for 15 minutes curl -x xxx_s_100_ttl_15m:[email protected]:10000 https://example.com
# pinned for 1 hour curl -x xxx_s_100_ttl_1h:[email protected]:10000 https://example.com모든 것을 종합해 보면
모든 접미사를 연결하세요 — 국가 + 도시 + ISP + 세션 + TTL을 한 번에 모두.
# country + city + ASN + session curl -x xxx_c_US_city_New-York_asn_12271_s_100:[email protected]:10000 https://example.com
# country + city + session curl -x xxx_c_US_city_New-York_s_100:[email protected]:10000 https://example.com
# country + ASN curl -x xxx_c_US_asn_12271:[email protected]:10000 https://example.com요약 자료
_c_{country} → _c_US _sd_{subdivision} → _sd_1906 _city_{city} → _city_New-York _isp_{ispId} → _isp_51811 _asn_{asn} → _asn_12389 _zip_{zip} → _zip_10001 (with _c_) _s_{sessionId} → _s_100 _ttl_{duration} → _ttl_30s | _ttl_15m | _ttl_1h자주 묻는 질문
기록된 제약 사항 중 하나는 다음과 같습니다: _ttl_ 반드시 준수해야 함 _s_ — 세션 ID가 없으면 세션 TTL은 의미가 없습니다. 사양서에는 또한 다음과 같이 명시되어 있습니다. _zip_ 필요함 _c_. 문서에 제시된 모든 예시는 고정된 순서를 따릅니다 — _c_ → _city_/_sd_ → _isp_/_asn_/_zip_ → _s_ → _ttl_. 임의의 순열에 대한 동작은 명시되어 있지 않으므로, 테스트 요청을 통해 달리 확인하지 않은 한 문서화된 순서를 따르십시오.
네, 하지만 IP 풀이 좁아집니다. 두 집합의 교집합이 비어 있으면 연결이 수립되지 않습니다(타임아웃). 다음을 기준으로 유효성 검사하십시오. get-all-isp-codes 배포하기 전에.
아니요. 우편번호는 항상 쌍을 이루어야 합니다. _c_<country> — 이것이 없으면 코드가 모호해져 거부됩니다.
_ttl_0 명시적인 TTL을 비활성화합니다 → 비활성 상태가 60분이 되면 기본값으로 돌아갑니다. 음수 값은 허용되지 않습니다.
트래픽 풀 내에서 상한선이 없습니다.
네 — 세션이 활성 상태인 동안(TTL/비활성 기간 내)에는, 잠시 연결이 끊어졌다가 다시 연결되더라도 동일한 ID를 재사용하면 동일한 종료 IP가 반환됩니다.
네. _C_US 실패합니다. 소문자를 사용하세요. _c_US (값 US (ISO 3166-1에 따라 그 자체로 대문자입니다). 다음에도 동일하게 적용됩니다. _isp_, _asn_, _zip_.