Por que os exemplos de RequestsHttpConnection non encaixan con Elasticsearch Python 8
A versión 8 cambiou a personalización do transporte a clases node; faga coincidir a implementación HTTP instalada antes de diagnosticar unha conexión proxy posterior.
Un fallo de importación ou de construtor con RequestsHttpConnection/connection_class pode ser unha discrepancia de xeración da API antes de calquera solicitude proxy. Elasticsearch Python 8 usa clases node de transporte e node_class.
Identifique a versión principal instalada e a implementación node seleccionada. Os nodos baseados en Requests e en urllib3 poden tratar as entradas da contorna proxy de forma distinta. Un éxito illado de Requests non configura a sesión que posúe o nodo de Elasticsearch.
Ao adaptar unha personalización de sesión existente, conserve a súa ruta e a súa vida útil con ese nodo. Siga tamén calquera descubrimento de nodos que cambie o host de destino.
Rexistre a versión do cliente, a clase node, o enderezo de servizo configurado, o destino seleccionado, o punto final proxy e a etapa da excepción. Iso distingue un hook obsoleto dun rexeitamento posterior do proxy ou dunha resposta de Elasticsearch.