Por qué los ejemplos de RequestsHttpConnection no encajan con Elasticsearch Python 8
La versión 8 cambió la personalización del transporte a clases node; haga coincidir la implementación HTTP instalada antes de diagnosticar una conexión proxy posterior.
Un fallo de importación o de constructor con RequestsHttpConnection/connection_class puede ser una discrepancia de generación de API antes de cualquier solicitud proxy. Elasticsearch Python 8 usa clases node de transporte y node_class.
Identifique la versión principal instalada y la implementación node seleccionada. Los nodos basados en Requests y en urllib3 pueden tratar las entradas del entorno proxy de forma distinta. Un éxito aislado de Requests no configura la sesión que posee el nodo de Elasticsearch.
Al adaptar una personalización de sesión existente, conserve su ruta y su vida útil con ese nodo. Siga también cualquier descubrimiento de nodos que cambie el host de destino.
Registre la versión del cliente, la clase node, la dirección de servicio configurada, el destino seleccionado, el extremo proxy y la etapa de la excepción. Eso distingue un hook obsoleto de un rechazo posterior del proxy o de una respuesta de Elasticsearch.