Polling ma w python-telegram-bot 22.8 własny obiekt żądania. Udane zwykłe wywołanie API nie dowodzi więc, że getUpdates otrzymał tę samą trasę proxy.

Dla aplikacji pollingowej skonfiguruj obie ścieżki:

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 konfiguruje ogólne operacje Bot API; get_updates_proxy konfiguruje polling. Nadal używaj istniejących handlerów oraz cyklu życia pollingu lub webhooka wokół tego budowania aplikacji.

Poświadczenia URL są wartościami zastępczymi. Uzyskaj rzeczywiste wartości przez mechanizm poświadczeń wdrożenia i zakoduj procentowo znaki zastrzeżone w komponentach URL. Użyj rzeczywistego schematu pośrednika: HTTPXRequest akceptuje adresy URL proxy HTTP i obsługuje SOCKS5 z zależnością SOCKS wymaganą przez pakiet. Lista proxy SOCKS5 dostarcza kandydatów punktów końcowych dla tego protokołu, a nie poświadczenia konta proxy.

Jeśli aplikacja dostarcza niestandardowe obiekty przez request lub get_updates_request, zamiast tego skonfiguruj te obiekty spójnie. Ustawienie proxy w builderze i osobno dostarczony obiekt żądania to alternatywne wejścia dla odpowiedniej ścieżki.

Starsze receptury Updater używające request_kwargs i urllib3_proxy_kwargs dotyczą innej generacji.

Powiązane artykuły