Warum RequestsHttpConnection-Beispiele nicht zu Elasticsearch Python 8 passen
Version 8 stellte die Transportanpassung auf Node-Klassen um; gleichen Sie die installierte HTTP-Implementierung ab, bevor Sie eine spätere Proxy-Verbindung diagnostizieren.
Ein Import- oder Konstruktorfehler mit RequestsHttpConnection/connection_class kann eine API-Generationsabweichung sein, noch bevor eine Proxy-Anfrage erfolgt. Elasticsearch Python 8 verwendet Transport-Node-Klassen und node_class.
Ermitteln Sie die installierte Hauptversion und die gewählte Node-Implementierung. Requests- und urllib3-basierte Nodes können Proxy-Umgebungseingaben unterschiedlich verarbeiten. Ein eigenständiger Requests-Erfolg konfiguriert nicht die Sitzung, die der Elasticsearch-Node besitzt.
Wenn Sie eine bestehende Sitzungsanpassung übernehmen, behalten Sie deren Route und Lebensdauer bei diesem Node. Verfolgen Sie außerdem jede Node-Erkennung, die den Zielhost ändert.
Erfassen Sie Client-Version, Node-Klasse, konfigurierte Dienstadresse, gewähltes Ziel, Proxy-Endpunkt und Fehlerphase. Das unterscheidet einen veralteten Hook von einer späteren Proxy-Ablehnung oder einer Elasticsearch-Antwort.