Чому приклади RequestsHttpConnection не підходять для Elasticsearch Python 8
Версія 8 перевела налаштування транспорту на класи node; узгодьте встановлену реалізацію HTTP, перш ніж діагностувати подальше proxy-з'єднання.
Помилка імпорту або конструктора з RequestsHttpConnection/connection_class може бути невідповідністю покоління API ще до будь-якого proxy-запиту. Elasticsearch Python 8 використовує класи node транспорту та node_class.
Визначте встановлену основну версію та вибрану реалізацію node. Вузли на основі Requests і urllib3 можуть по-різному обробляти вхідні дані proxy-середовища. Окремий успіх Requests не налаштовує сеанс, який належить вузлу Elasticsearch.
Адаптуючи наявне налаштування сеансу, зберігайте його маршрут і час життя у цьому вузлі. Також відстежуйте будь-яке виявлення вузлів, що змінює хост призначення.
Зафіксуйте версію клієнта, клас node, налаштовану адресу сервісу, вибране призначення, кінцеву точку proxy та етап винятку. Це відрізняє застарілий hook від подальшої відмови proxy або відповіді Elasticsearch.