python-telegram-bot 22.8 में polling का अपना request object होता है। इसलिए एक सफल सामान्य API कॉल यह साबित नहीं करती कि getUpdates को वही proxy रूट मिला।

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 कॉन्फ़िगर करता है। इस एप्लिकेशन निर्माण के आसपास मौजूदा handler और polling या webhook जीवनचक्र का उपयोग जारी रखें।

URL क्रेडेंशियल प्लेसहोल्डर हैं। डिप्लॉयमेंट के क्रेडेंशियल तंत्र से असली मान प्राप्त करें और URL घटकों में आरक्षित वर्णों को प्रतिशत-एन्कोड करें। मध्यस्थ की वास्तविक scheme इस्तेमाल करें: HTTPXRequest HTTP proxy URL स्वीकार करता है और पैकेज की आवश्यक SOCKS निर्भरता के साथ SOCKS5 का समर्थन करता है। SOCKS5 proxy सूची उस प्रोटोकॉल के लिए endpoint उम्मीदवार देती है, proxy-खाता क्रेडेंशियल नहीं।

यदि एप्लिकेशन request या get_updates_request के माध्यम से कस्टम ऑब्जेक्ट देता है, तो इसके बजाय उन ऑब्जेक्ट को सुसंगत रूप से कॉन्फ़िगर करें। builder की proxy सेटिंग और अलग से दिया गया request object संबंधित रास्ते के वैकल्पिक इनपुट हैं।

Updater की पुरानी रेसिपी request_kwargs और urllib3_proxy_kwargs का उपयोग करती हैं और दूसरी पीढ़ी को लक्षित करती हैं।

संबंधित लेख