टेलीग्राम प्रॉक्सी कैसे सेट करें: एनवायरनमेंट प्रॉक्सी और इन-ऐप प्रॉक्सी का दो-स्तरीय संबंध
मुख्य निष्कर्ष: कोई खाता असल में किस एग्जिट से निकलता है, यह लॉगिन एंट्री तय करती है; कितने प्रॉक्सी कॉन्फ़िगर किए हैं, उससे कोई लेना-देना नहीं। Telegram Web की अपनी कोई प्रॉक्सी सेटिंग पेज नहीं होती; एग्जिट पूरी तरह ब्राउज़र की नेटवर्क लेयर का पीछा करता है, फ़िंगरप्रिंट ब्राउज़र में यही एनवायरनमेंट प्रॉक्सी है। इन-ऐप प्रॉक्सी केवल डेस्कटॉप और मोबाइल क्लाइंट में मिलती है, और Telegram अपनी सेटिंग की उसी एक कनेक्शन को मानता है। दोनों स्तर ट्रैफ़िक के अलग-अलग हिस्से संभालते हैं। पहले तय करें खाता किस एंट्री से आता है, फिर तय करें कौन-सा स्तर कॉन्फ़िगर करना है।
यह आकलन एक बार-बार दोहराए जाने वाले भ्रम से आता है। कम्युनिटी ऑपरेशन करने वालों के पास आमतौर पर कई Telegram खाते होते हैं; ब्राउज़र एनवायरनमेंट में residential proxy लगा होता है और ट्यूटोरियल के मुताबिक़ क्लाइंट में MTProto भी जोड़ दिया जाता है, फिर एक्टिव सेशन पेज पर उसी खाते के दो लॉगिन लोकेशन दिखते हैं। कौन-सा असली है, तय करना मुश्किल हो जाता है। असल मसला यह है कि दोनों प्रॉक्सी स्तरों के अधिकार क्षेत्र को कभी अलग-अलग समझाया ही नहीं गया।
MostMate एक फ़िंगरप्रिंट ब्राउज़र है जो हर एनवायरनमेंट को अलग-अलग प्रॉक्सी और फ़िंगरप्रिंट पैरामीटर से बाइंड करता है; Telegram के वेब खाते इसी एनवायरनमेंट में मैनेज होते हैं। यह लेख क्रम से चार बातें समझाता है: दोनों प्रॉक्सी स्तर कौन-सा ट्रैफ़िक संभालते हैं, वेब संस्करण का एग्जिट केवल एक स्तर क्यों है, क्लाइंट में प्रॉक्सी लगाने से मल्टी-अकाउंट ऑपरेशन में कौन-से सिग्नल जुड़ते हैं, और पहले एनवायरनमेंट फिर ऐप वाला कॉन्फ़िगरेशन क्रम।
पहले दो एग्जिट समझें: एनवायरनमेंट प्रॉक्सी ब्राउज़र की, इन-ऐप प्रॉक्सी क्लाइंट की
दोनों प्रॉक्सी स्तरों के अधिकार क्षेत्र समानांतर चलते हैं; इन्हें जोड़ने की बात ही नहीं बनती। एनवायरनमेंट प्रॉक्सी एनवायरनमेंट में कॉन्फ़िगर होती है और उस एनवायरनमेंट से निकलने वाला पूरा ट्रैफ़िक संभालती है। वेब पेज, टेस्ट पेज और एनवायरनमेंट में चलने वाला Telegram Web, सब उसी से गुज़रते हैं।
इन-ऐप प्रॉक्सी Telegram क्लाइंट की सेटिंग में कॉन्फ़िगर होती है और केवल Telegram का अपना मैसेजिंग व मीडिया ट्रैफ़िक संभालती है; हर प्लेटफ़ॉर्म की सेटिंग पाथ और टाइप के फ़र्क़ के लिए यह Telegram प्रॉक्सी प्रैक्टिकल गाइड देखें। ब्राउज़र और सिस्टम के बाक़ी ऐप अपना पुराना नेटवर्क ही इस्तेमाल करते रहते हैं। दोनों स्रोत एक-दूसरे का काम नहीं लेते। लोग दो स्तर कॉन्फ़िगर करने के बाद भी असली एग्जिट पहचान नहीं पाते; जड़ यही अलगाव न समझने में है।
दोनों तरफ़ के बुनियादी फ़र्क़ एक टेबल में, ताकि फ़ैसले के वक़्त सामने रखें:
| तुलना बिंदु | एनवायरनमेंट प्रॉक्सी | इन-ऐप प्रॉक्सी |
|---|---|---|
| दायरा | पूरा एनवायरनमेंट ट्रैफ़िक, Telegram Web समेत | केवल क्लाइंट के अपने कनेक्शन |
| सपोर्टेड प्रोटोकॉल | चार सामान्य प्रोटोकॉल | SOCKS5 और MTProto, डेस्कटॉप में HTTP भी |
| सेटिंग की जगह | MostMate की एनवायरनमेंट व प्रॉक्सी मैनेजमेंट | क्लाइंट सेटिंग का प्रॉक्सी पेज |
| क्लाइंट में प्राथमिकता | क्लाइंट तक पहुँच नहीं | Telegram इसे चुनता है, सिस्टम सेटिंग दरकिनार |
एनवायरनमेंट प्रॉक्सी वाली तरफ़ MostMate, एंट्री और टेस्ट दोनों प्रॉक्सी मैनेजमेंट लिस्ट में करता है और फिर ख़ास एनवायरनमेंट को असाइन करता है। प्रोटोकॉल एनवायरनमेंट प्रॉक्सी के सपोर्टेड चार सामान्य प्रोटोकॉल के हिसाब से भरें, ख़ास टाइप सप्लायर की दी हुई जानकारी के मुताबिक़ रखें। टेस्ट पास होने के बाद एग्जिट IP, टाइमज़ोन और भाषा एग्जिट के आधार पर अपने-आप जनरेट हो सकते हैं। हाथ से कॉपी करने की ज़रूरत नहीं।

इन-ऐप प्रॉक्सी वाली तरफ़ एंट्री पाथ हर प्लेटफ़ॉर्म पर थोड़ा अलग है। मोबाइल पर सेटिंग के Data and Storage पेज के सबसे नीचे प्रॉक्सी मिलेगी। डेस्कटॉप पर वह एडवांस सेटिंग के नीचे वाले कनेक्शन विकल्प में छिपी होती है।
टाइप मेन्यू में SOCKS5 और MTProto साथ-साथ दिखते हैं। पहला एक सामान्य प्रॉक्सी प्रोटोकॉल है, जिसे लगभग हर पेड सप्लायर बेचता है; दूसरा Telegram का अपना प्रोटोकॉल है, जो एक की-स्ट्रिंग से जुड़ता है और आमतौर पर कम्युनिटी या चैनल ऑपरेटर खड़ा करते हैं। इन दोनों के फ़र्क़ पर तीसरे पक्ष की तुलना Telegram प्रॉक्सी टाइप राउंडअप में देखें। फ़र्क़ परफ़ॉर्मेंस का नहीं है। इस्तेमाल की सीमा का है, आगे अलग से समझाएँगे।
Telegram Web में प्रॉक्सी सेटिंग पेज नहीं है, एग्जिट केवल एनवायरनमेंट प्रॉक्सी का है
ब्राउज़र में चलने वाले Telegram Web में प्रॉक्सी फ़ील्ड है ही नहीं। ऑफ़िशियल प्रॉक्सी सेटिंग सिर्फ़ डेस्कटॉप और मोबाइल क्लाइंट में मौजूद है। वेब संस्करण का कनेक्शन ब्राउज़र की नेटवर्क लेयर का पीछा करता है, रूटिंग ब्राउज़र एनवायरनमेंट तय करता है। मल्टी-अकाउंट सीन में सबसे आम फ़ॉर्मैट है: हर खाते का एक ब्राउज़र एनवायरनमेंट, वेब संस्करण में लॉगिन। इस फ़ॉर्मैट में एनवायरनमेंट प्रॉक्सी ही इकलौता एग्जिट है। उसे कॉन्फ़िगर कर देना, सब कुछ कॉन्फ़िगर करने के बराबर है।
मल्टी-अकाउंट ऑपरेशन के लिए यह सबसे बेफ़िक्र फ़ॉर्मैट है। हर एनवायरनमेंट अपनी प्रॉक्सी से बंधा है, एनवायरनमेंट के एग्जिट अपने-आप अलग रहते हैं। खाते की सेशन IP और एनवायरनमेंट फ़िंगरप्रिंट एक ही प्रोफ़ाइल में रहते हैं, लॉजिक के लिहाज़ से टिके हुए हैं। जाँच का तरीक़ा भी सीधा है: लॉगिन के बाद खाते का एक्टिव सेशन पेज खोलें, कुछ क्लाइंट में उसे डिवाइस लिस्ट कहते हैं, देखें कि वर्तमान सेशन की दिखाई गई IP एनवायरनमेंट प्रॉक्सी का एग्जिट है या नहीं, फिर एनवायरनमेंट बनाते वक़्त दर्ज की गई रीजन से मिलाएँ।
जाँच में निकलने वाली IP प्रॉक्सी एग्जिट नहीं बल्कि लोकल एड्रेस हो, तो पहले वापस जाकर एनवायरनमेंट प्रॉक्सी की बाइंडिंग और टेस्ट स्टेटस देखें, Telegram की किसी सेटिंग को हाथ न लगाएँ। वेब संस्करण में प्रॉक्सी स्विच नहीं मिलता, न हीं कोई विकल्प जो उसे एनवायरनमेंट प्रॉक्सी को बायपास करने दे। एग्जिट बस यही एक स्तर है, उसे बदल सकती है केवल एनवायरनमेंट कॉन्फ़िगरेशन।

क्लाइंट में इन-ऐप प्रॉक्सी लगाने पर मल्टी-अकाउंट में कौन-से सिग्नल जुड़ते हैं
क्लाइंट में इन-ऐप प्रॉक्सी इस्तेमाल न कर सकें ऐसा नहीं है; शर्त यह है कि पहले देख लें कि वह मल्टी-अकाउंट ऑपरेशन के लिए अतिरिक्त क्या लाती है। तीन तरह के रिस्क, दिखने की आवृत्ति के क्रम में:
1. एक ही खाते की दो एंट्री, दो IP। क्लाइंट में खाता MTProto के एग्जिट से चलता है, ब्राउज़र एनवायरनमेंट में residential proxy के एग्जिट से; प्लेटफ़ॉर्म को सेशन रिकॉर्ड में वही इंसान दो रीजन के बीच बार-बार जगह बदलता दिखता है। हर एंट्री अकेले देखने पर सामान्य है, साथ रखने पर जाँच की नज़र में मूवमेंट सिग्नल बन जाती है। एक ही खाते को एक ही एंट्री फ़ॉर्मैट पर टिकाए रखें, तो यह सिग्नल पैदा ही नहीं होता।
2. कई खातों का एक ही MTProto साझा करना। पब्लिक MTProto की कीज़ चैनलों में घूमती हैं, जिसके पास है वह जुड़ सकता है। कई खाते एक ही पब्लिक प्रॉक्सी पर लगे हों, तो Telegram की तरफ़ से एक ही सोर्स IP पर कई सेशन दिखते हैं; लिंकिंग के विश्लेषण में सबसे सीधा रूप। पब्लिक नोड का ऑपरेटर मैसेज का कंटेंट नहीं देख सकता, लेकिन कनेक्शन सोर्स IP, कनेक्शन टाइम जैसा मेटाडेटा उसके पास रहता है; Telegram का ऑफ़िशियल FAQ इस बात को साफ़ शब्दों में कहता है।
3. उपलब्धता अपने क़ब्ज़े में नहीं। पब्लिक MTProto का आज चलना कल भी चलने की गारंटी नहीं। नोड ग़ायब हो जाए या व्यस्त हो जाए, कोई सूचित नहीं करेगा। बिज़नेस उद्देश्य वाले खातों का इस तरह की निर्भरता पर टिकना, ट्रबलशूटिंग की लागत को प्रॉक्सी फ़ीस से कहीं ऊपर ले जाता है।
तीनों सिग्नल की साझा जड़ एक ही है: एग्जिट और खाते के बीच का मैपिंग टूट गया है।
एक स्तर ऐसा भी है जो नज़र से छूट जाता है: MTProto की की ब्राउज़र एनवायरनमेंट में भरी ही नहीं जा सकती। यह Telegram का अपना प्रोटोकॉल है, सामान्य प्रॉक्सी नहीं; एनवायरनमेंट प्रॉक्सी की प्रोटोकॉल लिस्ट में उसकी कोई जगह नहीं। एनवायरनमेंट और क्लाइंट को एक ही सप्लायर का एग्जिट देना हो, तो SOCKS5 ही वह एक रास्ता है जो दोनों सिरों पर चलता है। सप्लायर इसे सब देते हैं, वजह भी यही है।

कॉन्फ़िगरेशन क्रम: पहले एनवायरनमेंट लेयर पक्की करें, फिर तय करें कि इन-ऐप छेड़ना है या नहीं
क्रम उलट देना ज़्यादातर उलझन की जड़ है। पहले क्लाइंट में प्रॉक्सी लगा दी, फिर एनवायरनमेंट बनाया, तो एग्जिट रिकॉर्ड पहले लॉगिन से मेल नहीं खाएगा। नीचे वाले क्रम पर चलें; हर कदम के पूरा होने का साफ़ मापदंड है:
1. प्रॉक्सी दर्ज करें। MostMate की प्रॉक्सी मैनेजमेंट में सप्लायर की जानकारी भरें, प्रोटोकॉल सही चुनें, ऑथेंटिकेशन भरें, एक टेस्ट चलाएँ। टेस्ट पास का मापदंड है कि कनेक्टिविटी, ऑथेंटिकेशन और एग्जिट रीजन तीनों ख़रीद पेज के नोट से मेल खाएँ। एग्जिट टाइप अभी तय नहीं है, तो Residential IP और Datacenter IP का चुनाव लेख में भरोसे और लागत के हिसाब से तुलना की गई है; पहले टाइप चुनें, फिर दर्ज करें।

2. एनवायरनमेंट असाइन करें और पैरामीटर लिंक करें। प्रॉक्सी को टारगेट एनवायरनमेंट को असाइन करें; टाइमज़ोन, भाषा और लोकेशन एग्जिट IP के आधार पर जनरेट होते हैं। यह कदम पूरा होने पर ही एनवायरनमेंट का नेटवर्क प्रोफ़ाइल पूरा होता है।

3. वेब संस्करण में लॉगिन करें और सेशन जाँचें। एनवायरनमेंट में Telegram Web खोलकर लॉगिन करें, फिर एक्टिव सेशन पेज पर देखें कि दिखाई गई IP और रीजन एनवायरनमेंट प्रॉक्सी से मेल खाती है या नहीं। एग्जिट की असलियत की यह आख़िरी पुष्टि है।
4. क्लाइंट फ़ॉर्मैट वाले खातों का अलग फ़ैसला। जिन खातों को सच में क्लाइंट में इस्तेमाल करना है, उनकी इन-ऐप प्रॉक्सी में उसी सप्लायर का SOCKS5 एग्जिट कॉन्फ़िगर करें और ये खाते दोबारा वेब संस्करण से लॉगिन न करें। दोनों एंट्री फ़ॉर्मैट को मिलाएँ नहीं, तभी सेशन रिकॉर्ड एक रहेगा।
5. रिकॉर्ड संभालकर रखें। हर खाता किस एंट्री से, किस प्रॉक्सी से चलता है और एग्जिट रीजन क्या है, यह एनवायरनमेंट नोट या टीम के रजिस्टर में लिखें। हैंडओवर और ट्रबलशूटिंग दोनों इसी रिकॉर्ड से शुरू होते हैं।

पूरी चेन कॉन्फ़िगर हो जाने पर खाता, एनवायरनमेंट और प्रॉक्सी तीनों का एक-एक मैपिंग होता है, सेशन पेज में एक ही ऐसा लॉगिन लोकेशन रहता है जिसे समझाया जा सके। मल्टी-अकाउंट की पूरी नेटवर्क प्लानिंग यही क़दम हर एनवायरनमेंट पर दोहराने की बात है। प्रोडक्ट क्षमता की पूरी व्याख्या MostMate क्या है में देखें। प्रॉक्सी टेस्ट पास हो गया पर कॉन्फ़िगरेशन की गुणवत्ता एक स्तर और जाँचनी हो, तो प्रॉक्सी दो-स्तर जाँच लेख में उपलब्धता और लॉजिकल कंसिस्टेंसी के हिसाब से बँटी एक चेकलिस्ट मिलेगी, उसे आगे इस्तेमाल कर सकते हैं।
अक्सर पूछे जाने वाले सवाल
क्या Telegram Web अलग से प्रॉक्सी सेट कर सकता है?
नहीं। प्रॉक्सी सेटिंग सिर्फ़ डेस्कटॉप और मोबाइल क्लाइंट में होती है, वेब संस्करण का एग्जिट ब्राउज़र की नेटवर्क लेयर का पीछा करता है। MostMate में एनवायरनमेंट की प्रॉक्सी कॉन्फ़िगर कर दें, तो वेब संस्करण का एग्जिट तय हो जाता है।
एनवायरनमेंट प्रॉक्सी और इन-ऐप प्रॉक्सी दोनों कॉन्फ़िगर हों, तो खाता किससे चलता है?
एंट्री के हिसाब से। वेब संस्करण केवल एनवायरनमेंट प्रॉक्सी को मानता है। क्लाइंट का Telegram इन-ऐप प्रॉक्सी को प्राथमिकता देता है, सिस्टम-स्तर की प्रॉक्सी सेटिंग उस पर लागू नहीं होती। दोनों स्तर कॉन्फ़िगर करना ज़्यादा सुरक्षित नहीं है; उलटा सेशन IP और एनवायरनमेंट प्रोफ़ाइल के न मेल खाने की हालत पैदा हो सकती है।
क्या MTProto प्रॉक्सी फ़िंगरप्रिंट ब्राउज़र एनवायरनमेंट में कॉन्फ़िगर हो सकती है?
नहीं। MTProto Telegram का अपना प्रोटोकॉल है, एनवायरनमेंट प्रॉक्सी के सपोर्टेड चार सामान्य प्रोटोकॉल में वह नहीं है। एनवायरनमेंट और क्लाइंट को एग्जिट साझा करना हो, तो सप्लायर की SOCKS5 लाइन लें; दोनों सिरों पर भरी जा सकती है।
कई खातों का एक पब्लिक MTProto साझा करने के क्या रिस्क हैं?
तीन रिस्क एक साथ लगते हैं। समान सोर्स IP से प्लेटफ़ॉर्म की तरफ़ से कई सेशन सीधे जुड़ जाते हैं; नोड ऑपरेटर मैसेज कंटेंट तो दर्ज नहीं करता, पर कनेक्शन IP और टाइम जैसा मेटाडेटा दर्ज कर सकता है; नोड की उपलब्धता क़ाबू में नहीं, कभी भी बंद हो सकती है। बिज़नेस खातों के लिए अपने नाम पर या पेड सप्लायर का डेडिकेटेड एग्जिट सुझाया जाता है।
निष्कर्ष
Telegram प्रॉक्सी कॉन्फ़िगरेशन का अहम फ़ैसला एक ही है: खाता किस एंट्री से आता है, एग्जिट उसी स्तर के अधीन है। वेब संस्करण एनवायरनमेंट प्रॉक्सी की सुनता है, क्लाइंट इन-ऐप प्रॉक्सी की; दोनों स्तर मिलाए नहीं, तभी सेशन रिकॉर्ड एक स्रोत तक सीमित रहेगा। पहले खाते की एंट्री फ़ॉर्मैट साफ़ कर लेना, एक और प्रॉक्सी ख़रीदने से ज़्यादा बाद की ट्रबलशूटिंग लागत घटाता है।
व्यवहार में, पहले प्रॉक्सी मैनेजमेंट और एग्जिट लिंकिंग से एनवायरनमेंट लेयर पक्की करें; वेब संस्करण वाले खाते का कॉन्फ़िगरेशन यहीं ख़त्म। सच में क्लाइंट चाहिए वाले खातों के लिए इस लेख के क्रम से इन-ऐप स्तर जोड़ें। मल्टी-अकाउंट की समग्र प्लानिंग कैसे हो, इसका पूरा ढाँचा Telegram मल्टी-अकाउंट का एनवायरनमेंट आइसोलेशन और सेशन बाउंड्री लेख में है; सोशल मीडिया मैट्रिक्स के लागू होने के सीन के लिए MostMate का सोशल मीडिया मार्केटिंग सॉल्यूशन पेज भी देख सकते हैं। एनवायरनमेंट, प्रॉक्सी और खाते की चेन ख़ुद बनाना चाहें, तो MostMate डाउनलोड करें और सबसे ज़रूरी खाते के लिए पहला एनवायरनमेंट बनाकर शुरू करें।
MOSTMATE
कई खातों का सुरक्षित प्रबंधन, अब आसान
पहले खाते से शुरुआत करें और MostMate के साथ कई खातों का अधिक सुरक्षित, स्मार्ट और कुशल संचालन बनाएँ।
- अलग प्रोफ़ाइल। सुसंगत पहचान।
- AI ऑटोमेशन · खाते की स्थिति · टीम संचालन



