Por que os exemplos de RequestsHttpConnection não se adequam ao Elasticsearch Python 8
A versão 8 mudou a personalização do transporte para classes node; alinhe a implementação HTTP instalada antes de diagnosticar uma conexão proxy posterior.
Uma falha de importação ou de construtor com RequestsHttpConnection/connection_class pode ser uma incompatibilidade de geração da API antes de qualquer solicitação proxy. O Elasticsearch Python 8 usa classes node de transporte e node_class.
Identifique a versão principal instalada e a implementação node selecionada. Nós baseados em Requests e em urllib3 podem tratar as entradas do ambiente proxy de forma diferente. Um sucesso isolado do Requests não configura a sessão pertencente ao nó do Elasticsearch.
Ao adaptar uma personalização de sessão existente, mantenha sua rota e tempo de vida com esse nó. Acompanhe também qualquer descoberta de nós que altere o host de destino.
Registre a versão do cliente, a classe node, o endereço de serviço configurado, o destino selecionado, o endpoint proxy e o estágio da exceção. Isso distingue um hook obsoleto de uma rejeição proxy posterior ou de uma resposta do Elasticsearch.