固定IPプロキシとローテーションプロキシ

固定IPプロキシは、後の接続でも再び使える出口IPを割り当てます。ローテーションプロキシは、サービスが切り替えルールに従って出口を選びます。出口IPは、接続がサイトに到達するときの送信元アドレスです。ソフトウェアに入力したゲートウェイのアドレスとは異なる場合があります。

同じアドレスをタスクでどれだけ長く使うかに応じて選びます。サーバーへのアクセスでは、明日もまったく同じIPが必要かもしれません。短いブラウザーテストでは、手順が終わるまでだけ1つのIPが必要かもしれません。独立したページ確認なら、操作ごとに別の出口でも構わない場合があります。どちらもプロキシガイドで説明する全体像の中に位置付けられます。

固定IPとローテーションの仕組み

固定IPプロキシでは、アプリが割り当てられた出口アドレスを通して接続し、サイトはそのアドレスを送信元として見ます。次の接続でも同じプロキシを使えば、割り当てが有効な間、出口IPは同じです。固定IPパッケージには複数のアドレスを含められ、タスクごとにどのプロキシを使うかはアプリが決めます。

ローテーションサービスでは、アプリがゲートウェイに接続し、サービスがプールから使える出口を選びます。ルールで再選択が必要になると、次の接続は別の出口IPを使う場合があります。設定内のゲートウェイは変わらなくても、サイトが見る送信元は変わります。以前使ったアドレスが再び選ばれることもあります。

接続設定だけで出口の選択方法が分かるとは限りません。固定IPサービスも、固定出口に対応付けたゲートウェイポートを使う場合があります。ローテーションサービスには国などのフィルターがある場合があります。対応する国フィルターは、その国の適切な出口を選びますが、通常は特定のIPそのものを指定できません。

ここには、特定アドレスの選択と、アドレスが満たすべき条件の選択という2種類の制御があります。大きなプールは、恒久的なリストを渡さずに多くの候補を提供できます。小さい固定IPパッケージでは、割り当てアドレスを1つずつ直接選べます。入口と使える出口の関係は、IPプールとゲートウェイの接続先で説明しています。

固定IPとローテーションの比較

これらの用語は、出口アドレスが同じままかを表します。ネットワークの種類や、ほかの利用者との共有は指定しません。データセンター、ISP、住宅用、モバイルの各サービスで、異なる割り当てと切り替え方式を選べます。たとえば携帯回線は、通信事業者が割り当てを維持する間だけIPが続く場合があります。実際の維持条件を確認してください。安定したアドレスが専用とは限らず、ローテーションするアドレスが住宅用とは限りません。

固定アドレスが役立つ場面

最も分かりやすい例は、特定の送信元IPだけを許可する接続先です。管理者がプロキシの出口IPをサーバーの許可リストに加えたら、その後もそのアドレスから接続する必要があります。同じ国の別の使えるプロキシでも、ルールには一致しません。長期の割り当てなら、短いセッションが終わるたびに許可リストを更新せずに済みます。

固定アドレスは、数日や数週間にわたり同じシステムへ繰り返しアクセスする作業にも役立ちます。認可された業務用アカウントや定期API処理は、実行の間で同じネットワークアドレスを維持できます。繰り返しのIP変更をワークフローから除けますが、サイトは独自の認証や安全確認を引き続き行います。

既知のリストは、再現可能な測定と問題調査に役立ちます。監視処理は同じ出口で時間による結果を比較でき、ログからどのプロキシが応答を返したかを正確に特定できます。1つの割り当てアドレスに対応が必要でも、残りを変えずに、その項目だけを調査・交換できます。

長期の継続性は割り当て条件によって決まります。固定IPも、保守、予定された入れ替え、事業者のアドレス供給の変化で交換される場合があります。更新後も同じIPが必要なら、割り当てが続くかを確認します。「固定」だけでは、永久的な所有権や中断のないサービスは約束されません。

ローテーションプールが役立つ場面

ローテーションプールは、独立した操作で構成される作業に向きます。たとえば個別の公開商品ページを集める監視処理では、最初と最後の照会を同じIPにする必要がない場合があります。照会を利用可能な出口に分散すれば、全負荷が1つのアドレスに集中するのを避けられ、選択はサービスに任せられます。

維持したい固定リストよりも、多くの、または多様な候補が必要なとき、利点はより明確です。地域フィルターがあれば、地域別サイトテストで個別のプロキシ項目を管理せず、各地域に適した出口を要求できます。ただし、選択した地域で実際の対応範囲が必要です。世界全体のプール総数から、1つのアカウントやフィルターで使える選択肢は分かりません。

サービス任せの選択は、個々の出口を選ぶ手間を減らす一方、次のアドレスに対する確実性を下げます。以前のIPが再び返る場合もあります。プール内には利用不能なものもあり、条件を絞ると小さなグループしか残らないこともあります。過去の特定アドレスではなく、条件に合う利用可能なアドレスでよい仕事に適しています。

固定リスト内でローテーションすることもできます。ソフトウェアが最初のタスクに1番目、次に2番目のプロキシを割り当てたり、独立リクエスト後に項目を切り替えたりします。各プロキシのアドレスは固定で、アプリが使うプロキシを変えます。既存リストで負荷をまかなえるなら、IPを交互に使うだけのためにローテーションゲートウェイは不要です。

次の疑問は切り替える時点です。サービスはリクエスト単位、タイマー、コマンドで出口を選べ、アプリは完了したタスク間で切り替えられます。ただし、複数のリクエストが1本の開いた接続と出口IPを共有する場合があります。タイミングのルールと進行中の接続への影響は、IPローテーションで説明しています。

スティッキーセッションで十分な場面

多くの仕事で必要なのは、今後の全実行で同じアドレスを使うことではなく、数分間の継続性です。地域別の購入テストなら、商品一覧を開き、商品を選び、配送方法を確認します。これらの手順ではネットワーク地域を揃えます。手順が終わったら、別のテストを別の出口から始められます。

スティッキーセッションは、ローテーションサービスで関連する接続間の出口割り当てを維持します。有効な時間枠は、一時停止と再試行を含む実際のタスク全体を覆う必要があります。固定の有効期間、非アクティブ時間の上限、出口の可用性が影響します。出口を失うと、サービスによって代替選択やエラーが発生する場合があります。

一時的な維持は、アドレスの長期確保ではありません。期限後に同じセッション名を再利用しても、元のIPを確実に取り戻せるわけではありません。割り当て、タイマー、並行タスクの詳細はスティッキーセッションをご覧ください。一時セッションが終わった後も同じアドレスが必要なら、固定割り当てが適しています。

速度、可用性、サイトの応答

どちらの名称も接続速度を決めません。経路、距離、プロキシ機器、出口回線、現在の負荷が関わります。固定IPのデータセンタープロキシとローテーション住宅用プロキシを比べると、複数の条件が同時に変わります。応答時間の差をローテーションだけに帰することはできません。

新しい接続には接続確立の時間がかかり、HTTPSなら暗号化の交渉も必要です。開いた接続の再利用で、その繰り返しを避けられます。そのため、ローテーション用に新しい接続を頻繁に作ると、追加の処理が生じます。程度は経路と接続手順によって変わり、固定IPとローテーションの一定の速度差を示すものではありません。

可用性は仕事の要件に照らして判断します。独立した照会なら、出口が使えなくても代替出口で正常に続けられる場合があります。しかし、送信元IPを1つだけ許可する接続先では、代替によって利用可能なアクセスは戻りません。長い転送では接続を開き続けることも必要です。通常のTCP通信は、同じ接続の途中で別の出口に移れません。

サイトに受け入れられるかは別の問題です。固定IPに悪い評判が付く場合も、ローテーションプールのアドレスに独自の利用履歴がある場合もあります。出口を変えても、Cookie、アカウント、アプリの動作は変わりません。したがって、アカウントやAPIキーの制限はIP変更後も残り得ます。効果を判断する前に、拒否の原因を特定してください。

完了した作業の費用を比較する

固定IPパッケージは、多くの場合、割り当てアドレス数と利用期間で課金されます。既知のセットを使う日常作業に適し、特に通信量の許容量が負荷に合う場合に有効です。未使用のアドレスも購入済みパッケージの一部です。

ローテーションサービスは、通信量、リクエスト、ポートなどの単位で課金する場合があります。従量制は不定期の仕事や変動する要件に向きますが、1回のブラウザー操作でも、多くの資源リクエストを伴います。課金ルールによっては再試行と失敗も数えられます。固定IPとローテーションは課金方式ではないため、製品名だけでは総費用は分かりません。

有用な比較では、各選択肢で同じ代表的タスクを実行し、成功結果、再試行、所要時間、課金用量を数えます。リスト保守やセッション管理の作業も含めます。同時接続の上限は別途確認してください。使えるIPが増えても、同時にできる仕事が自動的に増えるわけではありません。必要な仕事を完了できて初めて、IPやリクエストの低単価に価値があります。

1つのプロジェクトで併用する

プロジェクト内の作業ごとに、アドレス要件が異なる場合があります。サーバー管理には許可リスト上の固定IPを使い、独立した公開ページ確認にはローテーションプールを使えます。後者の短いブラウザーテストでは、手順の終了まで1つの出口を維持できます。

タスクごとにアドレス方針を決めます。後の作業でも同じIPが必須なら固定割り当て、1回の実行だけに継続性が必要ならスティッキーセッションを使います。独立操作の間では再選択を許可します。すべての接続を同じ方式に揃えず、1つのプロジェクトで組み合わせられます。