ログインを通じて接続・ターゲティングを行う
Updated:
セッションの固定、GEO/ASN/ISP/ZIPによる出口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/ja-JP/resident/list/toolsまたはサブユーザーの場合
PUT/ja-JP/residentsubuser/list/tools
同時リクエストには、ポート 10000～10999 を使用してください。各ポートは個別の出力 IP に割り当てられます。つまり、1.2.3.4:10005 と 1.2.3.4:10006 は異なる IP アドレスとなります。
ターゲットとなる接尾辞
ログイン時に任意の組み合わせを付加することで、出口IPを制限できます。接尾辞を指定しない場合、リクエストごとにグローバルプールから新しいIPが割り当てられます。
ターゲット | 接尾辞 | 注記 |
|---|---|---|
国 |
| ISO 3166-1 の 2 文字コード（大文字と小文字を区別する）。国の一覧 → |
細分化 |
| 地域／州ID。サブディビジョン一覧 → |
都市 |
| スペースを「-」に置き換えてください（例：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_.