В python-telegram-bot 22.8 у polling есть собственный объект запроса. Поэтому успешный обычный вызов API не доказывает, что getUpdates получил тот же маршрут прокси.

Для приложения polling настройте оба пути:

from telegram.ext import Application

proxy_url = 'http://proxy-user:[email protected]:8080'
application = (
    Application.builder()
    .token(bot_token)
    .proxy(proxy_url)
    .get_updates_proxy(proxy_url)
    .build()
)

proxy настраивает общие операции Bot API; get_updates_proxy настраивает polling. Продолжайте использовать существующие обработчики и жизненный цикл polling или webhook вокруг этого построения приложения.

Учётные данные URL — это заполнители. Получите реальные значения через механизм учётных данных развёртывания и процентно закодируйте зарезервированные символы в компонентах URL. Используйте фактическую схему посредника: HTTPXRequest принимает URL прокси HTTP и поддерживает SOCKS5 с зависимостью SOCKS, требуемой пакетом. Список прокси SOCKS5 даёт кандидатов конечных точек для этого протокола, а не учётные данные аккаунта прокси.

Если приложение передаёт собственные объекты через request или get_updates_request, настройте вместо этого эти объекты согласованно. Настройка прокси в builder и отдельно переданный объект запроса — альтернативные входы для соответствующего пути.

Старые рецепты Updater с использованием request_kwargs и urllib3_proxy_kwargs относятся к другому поколению.

Похожие статьи