Waarom RequestsHttpConnection-voorbeelden niet bij Elasticsearch Python 8 passen
Versie 8 veranderde transportaanpassing naar node-klassen; stem de geïnstalleerde HTTP-implementatie af voordat u een latere proxyverbinding diagnosticeert.
Een import- of constructorfout met RequestsHttpConnection/connection_class kan een API-generatiemismatch zijn vóór enig proxyverzoek. Elasticsearch Python 8 gebruikt transport-node-klassen en node_class.
Identificeer de geïnstalleerde hoofdversie en de gekozen node-implementatie. Op Requests en urllib3 gebaseerde nodes kunnen proxy-omgevingsinvoer anders verwerken. Een op zichzelf staand Requests-succes configureert niet de sessie die eigendom is van de Elasticsearch-node.
Wanneer u een bestaande sessie-aanpassing overneemt, behoud dan de route en levensduur bij die node. Volg ook elke node-detectie die de bestemmingshost wijzigt.
Registreer clientversie, node-klasse, geconfigureerd serviceadres, gekozen bestemming, proxy-eindpunt en uitzonderingsfase. Dat onderscheidt een verouderde hook van een latere proxy-weigering of Elasticsearch-reactie.