Polling heeft in python-telegram-bot 22.8 een eigen verzoekobject. Een geslaagde gewone API-aanroep bewijst dus niet dat getUpdates dezelfde proxyroute ontving.

Configureer voor een polling-applicatie beide paden:

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 configureert algemene Bot API-bewerkingen; get_updates_proxy configureert polling. Blijf de bestaande handlers en de polling- of webhook-levenscyclus rond deze applicatieopbouw gebruiken.

De URL-inloggegevens zijn plaatsaanduidingen. Verkrijg echte waarden via het inloggegevensmechanisme van de deployment en procentcodeer gereserveerde tekens in de URL-componenten. Gebruik het werkelijke schema van de tussenpersoon: HTTPXRequest accepteert HTTP-proxy-URL's en ondersteunt SOCKS5 met de SOCKS-afhankelijkheid die het pakket vereist. De SOCKS5-proxylijst levert eindpuntkandidaten voor dat protocol, geen inloggegevens van een proxyaccount.

Als de applicatie aangepaste objecten levert via request of get_updates_request, configureer die objecten dan in plaats daarvan consistent. Een proxy-instelling in de builder en een apart geleverd verzoekobject zijn alternatieve invoer voor het overeenkomstige pad.

Oudere Updater-recepten die request_kwargs en urllib3_proxy_kwargs gebruiken, richten zich op een andere generatie.

Gerelateerde artikelen