Pourquoi les exemples RequestsHttpConnection ne conviennent pas à Elasticsearch Python 8
La version 8 a remplacé la personnalisation du transport par des classes node ; faites correspondre l’implémentation HTTP installée avant de diagnostiquer une connexion proxy ultérieure.
Une erreur d’importation ou de constructeur avec RequestsHttpConnection/connection_class peut être une incompatibilité de génération d’API avant toute requête proxy. Elasticsearch Python 8 utilise des classes node de transport et node_class.
Identifiez la version majeure installée et l’implémentation node choisie. Les nœuds basés sur Requests et sur urllib3 peuvent traiter différemment les entrées d’environnement proxy. Un succès isolé de Requests ne configure pas la session détenue par le nœud Elasticsearch.
Lorsque vous adaptez une personnalisation de session existante, conservez son itinéraire et sa durée de vie avec ce nœud. Suivez également toute découverte de nœuds qui modifie l’hôte de destination.
Consignez la version du client, la classe node, l’adresse de service configurée, la destination choisie, le point de terminaison proxy et l’étape de l’exception. Cela distingue un hook obsolète d’un rejet proxy ultérieur ou d’une réponse Elasticsearch.