Dockerのサブネット重複がリクエストをプロキシに届かなくさせることがある
企業プロキシのアカウントを変更する前に、要求元名前空間のルートとDockerのブリッジ範囲を比較してください。
172.17.0.0/16 上のコンテナは、172.17.14.133 にある企業プロキシをローカルのDocker隣接ホストと見なすことがあります。その場合、リクエストは企業ネットワークに到達せず、ブリッジのルートをたどります。
リクエストを発行するネットワーク名前空間のルートを確認してください。Windowsホストのルートテーブルだけでは、Docker DesktopのLinux VMやコンテナ内のすべてのルートを表せません。
| Dockerの設定 | 影響するネットワーク |
|---|---|
| bip | デフォルトブリッジのアドレスとプレフィックス |
| default-address-pools | 新しく作成されるネットワークに自動割り当てされるサブネット |
企業、VPN、ホスト、既存コンテナの各ネットワークを比較し、重複しない範囲を選びます。将来のネットワーク用にプールを変更しても、既存のネットワークの番号は変わりません。
影響を受けるネットワークとコンテナの再作成は、ワークロードと合わせて計画してください。アドレスの変更は稼働中の接続を切断することがあります。1つの重複を解消するためにブリッジ全体を無効にする必要はありません。
リクエストが目的のリスナーに到達すれば、そのプロトコルと認証は通常どおり評価できます。パスワードの変更では、この以前のルート選択は修正できません。