RequestsHttpConnection の例が Elasticsearch Python 8 に合わない理由
バージョン 8 ではトランスポートのカスタマイズが node クラスに変わりました。後続の proxy 接続を診断する前に、インストール済みの HTTP 実装を照合してください。
RequestsHttpConnection/connection_class に関する import やコンストラクターの失敗は、proxy リクエストより前の API 世代の不一致である可能性があります。Elasticsearch Python 8 はトランスポートの node クラスと node_class を使用します。
インストールされているメジャーバージョンと選択した node 実装を特定します。Requests ベースと urllib3 ベースの node では、proxy 環境の入力の扱いが異なる場合があります。単独の Requests の成功は、Elasticsearch node が所有するセッションを構成しません。
既存のセッション カスタマイズを適応させる場合は、そのルートと有効期間をその node に保持します。また、宛先ホストを変更する node 検出がないか追跡します。
クライアントのバージョン、node クラス、構成済みのサービス アドレス、選択した宛先、proxy エンドポイント、例外の段階を記録します。これにより、古い hook と、後続の proxy 拒否や Elasticsearch の応答とを区別できます。