NetLog キャプチャで Chrome のプロキシ選択を追跡する

設定ダイアログには構成済みのポリシーが表示されます。Chrome が 1 つの URL にどの経路を選んだかを調べるには、その URL の読み込み中にブラウザーのネットワークイベントをキャプチャします。

1. Chrome で chrome://net-export/ を開きます。
2. ディスクへのログ記録を開始し、そのタブを開いたままにします。
3. 別のタブで、該当するナビゲーションを再現します。URL とおおよその時刻を記録します。
4. エクスポートタブに戻り、ログ記録を停止します。

生成された NetLog は対応するビューアーで確認できます。追加の詳細が特に必要でない限り、キャプチャの既定のプライバシー設定を使用してください。ログには閲覧やネットワークの情報が含まれる場合があります。

まずリクエストを読み、次にプロキシイベントを読む

対象のリクエストを見つけ、ファイル全体で最初のプロキシホスト名を探すのではなく、関連するソースをたどります。Chrome は同時に無関係なタブやバックグラウンドリソースを読み込んでいることがあります。

プロキシ解決は候補の順序付きリストを返します。たとえば、仮の結果は次のようになります。

PROXY proxy-a.example:8080; PROXY proxy-b.example:8080; DIRECT

これは可能な経路を示すものです。proxy-a がリクエストを運んだことや、3 つの経路すべてに接続したことを証明するものではありません。

解決されたプロキシリスト、不良プロキシの優先度低下やフォールバックのイベント、関連する接続またはストリームのイベントを探します。選択されたピアと最終結果までたどります。再読み込みが必要な場合は、PAC 構成の状態と記憶された不良プロキシの状態を区別してください。接続が再利用される場合、リクエストはその時点で新しい TCP 接続を作成するのではなく、既存のストリームやソケットを指すことがあります。

イベントの語彙には PROXY_RESOLUTION_SERVICE_RESOLVED_PROXY_LIST と PROXY_LIST_FALLBACK が含まれます。解決経路によっては、リストの詳細が pac_string または proxy_info として表示されます。エクスポートされたイベントタイプは数値である場合があり、キャプチャに記録された定数を通じてデコードされます。別の Chrome バージョンからコピーした固定の数値は信頼できません。

この URL の DIRECT 結果は、別の URL が使用するプロキシと共存できます。PAC の決定とバイパスの規則は宛先によって異なります。結果を報告する際は、特定のリクエストの証拠を保持してください。