У 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 стосуються іншого покоління.

Схожі статті