
シナリオは次の通りです。Chromeがリクエストをマップするように設定されているプロキシがあり、Chromeからのリクエストと実際のサーバーからの応答を記録します。これらすべてを特別なフォーマットなので、このサービスを別のサービスに置き換えることはできません。このプロキシは と をリッスンし127.0.0.1:80
、127.0.0.443
Python 経由でネットワークに直接リクエストを送信します (ソースは上記のリンクにあります)。
問題は、応答を記録するために Chrome 経由で通常の古いサイトにアクセスしたくないということです...サーバーからいくつかの方法で応答を変更する必要があります。Mitm プロキシはこれに最適であり、このプロキシを使用するクライアントに必要な特定のものを変更するためにルート証明書を設定しました。
私の問題は、1つしか使えないということだまたはどちらか一方:
- Chromeはリクエストを転送できます ==> 記録プロキシ、リクエストを送信します ==> ネットワーク(mitmプロキシをバイパス)、または
- Chrome はリクエストを転送できます ==> mitm プロキシはリクエストを送信します ==> ネットワーク、そして Chrome が見る応答を私が望む方法で操作します (ただし、記録プロキシはバイパスします)
これら 2 つを連結して、記録プロキシが mitm プロキシからの変更された応答を記録するのに苦労しています。これを行う 1 つの方法は、Chrome でリクエスト ==> 記録プロキシ (cli フラグ経由) をマップし、システム レベルのプロキシ設定ですべてを mitm プロキシにマップするように設定することですが、これでは Chrome の設定が上書きされ、記録プロキシがバイパスされてしまいます。両方のプロキシを並べて配置するのではなく、1 つのプロキシを別のプロキシの前に配置することは難しいようです。
私が本当に知りたいのは、リクエストを直接 Web に送信する記録プロキシを、そのトラフィックを mitm プロキシに転送して、記録される応答を操作できるようにする方法があるかどうかです。
録画プロキシをほとんど変更せずに、そのプロセスからのすべてのトラフィックをリダイレクトするだけで、これが実行できることを願っています。よろしくお願いします :)