Waarom RequestsHttpConnection-voorbeelde nie by Elasticsearch Python 8 pas nie
Weergawe 8 het vervoeraanpassing na node-klasse verander; pas die geïnstalleerde HTTP-implementering voordat u 'n latere proxyverbinding diagnoseer.
'n Invoer- of konstruktorfout met RequestsHttpConnection/connection_class kan 'n API-generasie-mispassing wees voordat enige proxyversoek plaasvind. Elasticsearch Python 8 gebruik vervoer-node-klasse en node_class.
Identifiseer die geïnstalleerde hoofweergawe en die gekose node-implementering. Node-klasse wat op Requests of urllib3 gebaseer is, kan proxy-omgewingsinsette anders hanteer. 'n Selfstandige Requests-sukses konfigureer nie die sessie wat deur die Elasticsearch-node besit word nie.
Wanneer u 'n bestaande sessie-aanpassing oorneem, behou die roete en leeftyd daarvan by daardie node. Volg ook enige node-ontdekking wat die bestemminghost verander.
Teken die kliëntweergawe, node-klas, gekonfigureerde diensadres, gekose bestemming, proxy-eindpunt en uitsonderingstadium aan. Dit onderskei 'n verouderde haak van 'n latere proxy-verwerping of Elasticsearch-antwoord.