シナリオは次のとおりです。 Chromeがリクエストをマッピングするように設定されている場合は、Chromeからのリクエストと実際のサーバーからの応答を記録するプロキシがあります。これらすべてを1つのファイルに書き込みます。特別な形式そのため、このサービスを他のサービスに置き換えることはできません。プロキシはPythonを介してリクエストを受信し、127.0.0.1:80ネットワーク127.0.0.443に直接送信します（ソースコードは上記のリンクにあります）。
問題は、応答を記録するためにChromeを介して一般的な古いサイトにアクセスしたくないことです。いくつかの方法でサーバーを介して応答を変更する必要があります。仲介代理人この目的に適しており、このプロキシを使用するクライアントに必要な特定のエントリを変更するためにルート証明書として設定しました。
私の問題は、1つしか使用できないということです。またはもう一つ。誰でも：
- Chromeはリクエストを転送できます==>プロキシログ、リクエスト転送==>ネットワーク（mitmプロキシバイパス）または
- Chromeはリクエストを転送できます==> mitmプロキシはリクエストを送信し、==>ネットワークを介してChromeが望む方法でレスポンスを操作します（ただし、ロギングプロキシはバイパスします）。
ロギングエージェントが中間子エージェントの変更応答を記録するように、2 つを一緒に接続する際に問題があります。 1つの方法は、Chrome Map Request ==>プロキシを記録し（cliフラグを介して）、システムレベルのプロキシ設定を設定してすべてをmitmプロキシにマッピングすることだと思いましたが、これはChrome設定を上書きしてAgent of Recordをバイパスします。それが妥当であれば、両方のエージェントが並んで立っているのではなく、あるエージェントが別のエージェントの前に立っているのは難しいようです。
それで、私が本当に知っておくべきことは：ログに記録された応答を操作するためにトラフィックをmitmプロキシに転送するのではなく、ネットワークに直接要求を送信するロギングプロキシを作成する方法はありますか？
プロセスなどですべてのトラフィックをリダイレクトする以外に、ロギングエージェントを大幅に変更することなくこれを行うことができることを願っています。よろしくお願いします:)