IPプールとゲートウェイの接続先

プロキシサービスは、1つの接続アドレスで多数のパブリックIPへのアクセスを提供できます。ソフトウェアに入れるアドレスがゲートウェイのエンドポイントで、サイトへの接続に使えるアドレスの集まりがIPプールです。サイトは接続用に選ばれた出口IPを見ますが、ゲートウェイのアドレスとは異なる場合があります。

アドレスを維持するか変えるかは、固定IPプロキシとローテーションプロキシで説明しています。ここでは設定内のゲートウェイ、アカウントが使える出口、必要なときに利用可能なアドレスを区別します。

ゲートウェイの背後で起きること

プールには、異なるパブリックアドレスからインターネットへ到達する、利用可能な経路が含まれます。データセンターサービスではサーバー上に出口を設定でき、住宅用ネットワークでは参加家庭の回線から通信が出ます。モバイルプールは携帯回線を使います。IPの数字を保存したリストだけでは転送できません。動作する機器と、選んだ出口を通るネットワーク経路が必要です。

ゲートウェイは、その基盤への共通の入口をアプリに提供します。リクエストは通常、次の段階を通ります。

1. ソフトウェアが対応するプロキシプロトコルで接続し、必要なアクセス情報を提示します。
2. サービスがアカウントを確認し、使えるプールや割り当て済みアドレス群を判定します。
3. 関係する経路設定を適用し、使える出口を選ぶか、既存の割り当てを使います。
4. 出口が接続先への接続を確立します。応答はプロキシサービスを通り、アプリへ戻ります。

たとえばソフトウェアはgateway.example:8000に接続し、サイトは192.0.2.14から通信を受け取ります。後で同じエンドポイントを使う接続は、198.51.100.27から出る場合があります。いずれも例のアドレスです。ソフトウェアの入口は同じで、背後の出口をサービスが変更しています。

ゲートウェイにより、IPごとに個別の接続情報をアプリに渡さず、サービスが出口を管理できます。DNSでゲートウェイのホスト名を調べると、入口への到達方法が分かります。実際の出口は、接続先が受け取る送信元アドレスか、プロキシ経由でIP確認サービスを使って調べます。

ゲートウェイのホストとポートの意味

接続エンドポイントは、ホストとポートで構成されます。ホストはドメイン名かIPアドレス、ポートは接続を受け付けるサービスを示します。プロキシプロトコルと事業者が求めるアクセス方式も必要です。経路指定はユーザー名、ポートの選択、アカウントのダッシュボード設定で渡される場合があります。

したがって、プロキシ接続情報のリストは、異なる複数の方式を表す場合があります。

ゲートウェイは固定割り当てもローテーションも提供できます。割り当てポートでは、背後の出口を交換しても接続情報が同じ場合があります。プールアクセスでは、生成した多数の接続情報が同じIP候補群につながる場合があります。

ポート番号にサービス共通の意味はありません。別のポートは、別プロトコル、別経路ルール、特定の割り当て出口を選ぶかもしれません。長いエンドポイントリストを作るだけで、IPが増えるわけではありません。サービスが各情報の背後で維持する対応関係が重要です。

リクエストはプールのどの部分を使えるか

事業者の全ネットワークが各顧客に提供されるとは限りません。製品、ネットワークの種類、アカウント、割り当てIP群で分かれる場合があります。同じホスト名を使う2人でも、権限の違いで別の出口群に経路が決まることがあります。

ターゲティング対応時は、追加条件で候補を絞れます。国だけの要求は、その国の特定都市と特定インターネット事業者も同時に指定する要求より、多くの出口を使える場合があります。フィルターは既存アドレスから選ぶもので、新しい出口を作りません。

さらに可用性で選択肢が変わります。オフライン、一時的な利用不能、追加接続を処理できない出口もあります。メニューに国や都市があっても、常時適した出口があるとは限りません。一致しなければエラーを返すか、説明済みの代替処理を使う場合があります。特定地域のタスクでは、別の国への代替は結果の意味を変えます。

スティッキーセッションは、割り当て出口を使い続けるよう求めて選択に影響しますが、プールを大きくしません。プールは候補アドレスを表し、セッションと切り替えのルールが、時間とともにどう使うかを決めます。

ゲートウェイの国と出口の国

ゲートウェイと出口は別の国に置けます。対応する経路があれば、ドイツのアプリがオランダのゲートウェイに接続し、日本の出口を使えます。サイトは出口IPから接続を受け取ります。この例ではそのIPを日本と判定しています。図は入口と出口の違いであり、位置情報の誤りではありません。

地域別ゲートウェイにより、サービスへの経路が短く、または良好になる場合があります。それ以降には出口回線と接続先サイトも含まれます。近くの入口サーバーだけで、リクエスト全体の応答時間は決まりません。

複数のゲートウェイホスト名が、重なるプールを提供する場合もあります。入口アドレスを変えても、別の出口群が得られるとは限りません。入口サーバーごとにセッション処理も異なり得るため、別ゲートウェイへの接続に既存割り当てが引き継がれない場合があります。

IPプールの規模は何を意味するか

何を数えたかが分かって初めて、総数が役立ちます。以下の測定は別々の疑問に答えます。

管理されたデータセンタープールやサーバー上のISPプールは、比較的安定した在庫を持てます。それでも、アドレス範囲の容量、設定済みプロキシ数、パッケージ内の数は異なります。予備アドレスは、サービスが利用可能にするまで使える出口になりません。

参加家庭の回線による住宅用プールでは、端末が参加・離脱し、インターネット事業者が回線のパブリックIPを変える場合もあります。同時オンライン端末数が増えていなくても、新しいアドレスが現れると月間のIP数は増え続けることがあります。

モバイルアクセスには、さらに別の違いがあります。サービスはモデムとSIMを運用するか、モバイルデータを使う分散端末からアクセスを得ます。パブリックアドレスは携帯通信事業者が割り当てます。1端末が時期によって別IPを使う場合も、複数端末がキャリアグレードNAT（CGNAT）で同じパブリックIPを共有する場合もあります。モデムやスマートフォンの数は、異なるパブリックIPの数ではありません。

特定の仕事で重要なのは、その条件と作業時間内で使える候補の規模です。世界総数が大きくても、1都市や1通信事業者で使える適切なアドレス数は分かりません。

同じIPが再び現れる理由

プールは、全アドレスを1回ずつ渡してから最初に戻る待ち行列とは限りません。ランダム選択、既存割り当ての維持、現在使えて経路に適した出口の優先などがあります。そのため、ほかの全アドレスを使う前に同じIPが戻ることがあります。

重複には複数の原因があります。セッションが出口を維持している、フィルターで候補が少ない、プールの一部がオフライン、選択方針が特定出口を優先する、といったものです。重複パターンは、その条件でアカウントが得た結果であり、全ネットワークの直接の数ではありません。

有用なテストでは、出口IP、時刻、地域フィルター、セッション方式を記録します。同じスティッキー割り当てを維持せず、接続先への新規接続を開き、再選択を可能にします。たとえば100接続で40種類のIPなら、テスト中にその40アドレスを得たことが分かります。事業者のIPが40個だけだとか、次の100接続も同じ数になるとは分かりません。

作業に役立つプールの条件

異なるアドレスが、異なるネットワーク範囲を意味するとは限りません。多くのIPが1つの範囲や1事業者に属する場合があります。複数のインターネット事業者からの結果が必要なら、その分布が重要です。自律システム番号（ASN）は、アドレスの属する経路制御ネットワークの識別に役立ち、単なるIP数にはない情報を加えます。

使用量も均等ではありません。人気地域の出口は、同じプールのほかの地域より多く使われる場合があります。共有サービスでは、ほかの利用者も同時または別の時間に使えます。サイトが送信元IPに制限を設ければ、そのアドレスの最近の活動が自分のリクエストに影響し得ます。別地域に多数あっても、タスクが使う特定グループの負荷は減りません。

IPの可用性と処理能力も異なります。1出口で複数接続を運べる一方、多数の出口にアクセスできるアカウントにも、同時接続数、リクエスト頻度、通信量の上限があります。ゲートウェイ情報を増やしても枠は増えません。候補アドレスと、サービスが運べる作業量は別々に評価します。

失敗したら段階を特定します。ゲートウェイのアクセスエラーなら認証、「一致する出口がない」ならフィルターと可用性、接続先の拒否なら応答とリクエストを確認します。大きなプールは適切な出口の不足には役立ち得ますが、誤った認証情報やサイトのアカウント制限は解消しません。