Dlaczego przykłady RequestsHttpConnection nie pasują do Elasticsearch Python 8
Wersja 8 zmieniła dostosowywanie transportu na klasy node; dopasuj zainstalowaną implementację HTTP, zanim zdiagnozujesz późniejsze połączenie proxy.
Błąd importu lub konstruktora z RequestsHttpConnection/connection_class może być niezgodnością generacji API jeszcze przed jakimkolwiek żądaniem proxy. Elasticsearch Python 8 używa klas node transportu i node_class.
Zidentyfikuj zainstalowaną wersję główną i wybraną implementację node. Węzły oparte na Requests i na urllib3 mogą inaczej obsługiwać dane wejściowe środowiska proxy. Samodzielny sukces Requests nie konfiguruje sesji należącej do węzła Elasticsearch.
Adaptując istniejące dostosowanie sesji, zachowaj jego trasę i czas życia przy tym węźle. Śledź też każde wykrycie węzłów, które zmienia hosta docelowego.
Zarejestruj wersję klienta, klasę node, skonfigurowany adres usługi, wybrany cel, punkt końcowy proxy i etap wyjątku. To odróżnia przestarzały hook od późniejszego odrzucenia proxy lub odpowiedzi Elasticsearch.