Le polling a son propre objet de requête dans python-telegram-bot 22.8. Un appel API ordinaire réussi ne prouve donc pas que getUpdates a reçu la même route de proxy.

Pour une application en polling, configurez les deux chemins :

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 configure les opérations générales de l'API Bot ; get_updates_proxy configure le polling. Continuez d'utiliser les gestionnaires existants et le cycle de vie polling ou webhook autour de cette construction d'application.

Les identifiants de l'URL sont des valeurs fictives. Obtenez les vraies valeurs via le mécanisme d'identifiants du déploiement et encodez en pourcentage les caractères réservés dans les composants de l'URL. Utilisez le schéma réel de l'intermédiaire : HTTPXRequest accepte les URL de proxy HTTP et prend en charge SOCKS5 avec la dépendance SOCKS requise par le paquet. La liste de proxys SOCKS5 fournit des points de terminaison candidats pour ce protocole, pas des identifiants de compte proxy.

Si l'application fournit des objets personnalisés via request ou get_updates_request, configurez plutôt ces objets de manière cohérente. Un réglage de proxy dans le builder et un objet de requête fourni séparément sont des entrées alternatives pour le chemin correspondant.

Les anciennes recettes Updater utilisant request_kwargs et urllib3_proxy_kwargs visent une autre génération.

Articles similaires