Happ अपवाद सूचियाँ और split tunneling: ट्रैफ़िक रूटिंग का प्रबंधन

Happ में split tunneling और अपवाद सूचियाँ क्या हैं

split tunneling एक ऐसा मोड है जिसमें क्लाइंट बाहर जाने वाले ट्रैफ़िक को दो धाराओं में बाँट देता है: एक प्रॉक्सी सर्वर के ज़रिए जाती है, दूसरी सीधे प्रोवाइडर के माध्यम से। यह विभाजन happ सूचियों के ज़रिए नियंत्रित होता है — नियमों के ऐसे सेट जहाँ आप स्पष्ट रूप से उन डोमेन, IP सबनेट या ऐप्स को दर्शाते हैं जो अपवादों में आते हैं। जो कुछ भी किसी नियम के अंतर्गत नहीं आता, उसे डिफ़ॉल्ट नीति के अनुसार संभाला जाता है।

Happ में सूचियाँ बनाने के दो मूल रूप से भिन्न दृष्टिकोण हैं। पहला — अपवाद मोड (bypass), जिसमें सूचीबद्ध को छोड़कर बाकी सारा ट्रैफ़िक प्रॉक्सी से गुज़रता है: यह बैंकिंग ऐप्स, स्थानीय सेवाओं और उन साइटों को टनल से बाहर निकालने के लिए सुविधाजनक है जो क्षेत्र बदलने के प्रति संवेदनशील होती हैं। दूसरा — समावेशन मोड (proxy-only), जिसमें सब कुछ सीधे जाता है और केवल दी गई संसाधनों की सूची ही सर्वर के ज़रिए रूट होती है। मोड का चुनाव डिवाइस पर happ बायपास के पूरे तर्क को तय करता है।

तकनीकी रूप से नियम प्रोफ़ाइल के कॉन्फ़िगरेशन में संग्रहीत होते हैं और रूटिंग इंजन द्वारा तुरंत, सत्र को दोबारा कनेक्ट किए बिना लागू किए जाते हैं। इसका मतलब है कि सूची में किया गया बदलाव लगभग तत्काल प्रभावी होता है, न कि टनल को पूरी तरह से फिर से बनाने की आवश्यकता पड़ती है। इस मॉडल को समझना गति और स्थिरता की बारीक ट्यूनिंग का आधार है।

Happ की अपवाद सूची में साइट कैसे जोड़ें

डोमेन जोड़ने के लिए, सक्रिय प्रोफ़ाइल खोलें और रूटिंग अनुभाग (Routing / नियम) में जाएँ। नियम जोड़ने पर क्लिक करें और डोमेन को example.com प्रारूप में दर्ज करें — http प्रोटोकॉल के बिना और अंत में स्लैश के बिना। सभी सबडोमेन को कवर करने के लिए domain:example.com जैसा मास्क या सफ़िक्स प्रविष्टि का उपयोग करें, ताकि app.example.com और cdn.example.com स्वतः एक ही नियम के अंतर्गत आ जाएँ।

नियम के लिए एक क्रिया निर्धारित करें: proxy (सर्वर के ज़रिए भेजें), direct (सीधे जाने दें) या block (कनेक्शन को अवरुद्ध करें)। डोमेन + क्रिया का यही संयोजन happ बायपास के व्यवहार को बनाता है। अगर आपको गति के लिए किसी भारी वीडियो सेवा को टनल से बाहर निकालना है — तो direct रखें; अगर सर्वर के ज़रिए किसी विशेष संसाधन तक स्थिर पहुँच चाहिए — तो proxy।

डोमेन के अलावा, happ सूचियों में IP पते और CIDR सबनेट (उदाहरण के लिए, स्थानीय नेटवर्क के लिए 10.0.0.0/8) तथा GEO लेबल (geoip:ru, geosite:category-ads) जोड़े जा सकते हैं। सबनेट कॉर्पोरेट संसाधनों और NAS के लिए उपयोगी हैं, और GEO नियम सैकड़ों डोमेन को मैन्युअल रूप से सूचीबद्ध करने के बजाय पूरी श्रेणियों को एक साथ वर्णित कर देते हैं।

सहेजने के बाद नियमों का क्रम जाँचें: इंजन उन्हें ऊपर से नीचे लागू करता है और पहले मिलान पर रुक जाता है। ऊपर रखा बहुत सामान्य नियम नीचे के अधिक सटीक नियम को ढँक देगा — इसलिए विशिष्ट डोमेन को व्यापक मास्क और GEO श्रेणियों के ऊपर रखें।

सूची से साइट या नियम कैसे हटाएँ

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

अगर हटाने के बाद भी संसाधन पहले की तरह ही व्यवहार करता रहे, तो इसका कारण लगभग हमेशा DNS कैश या कोई डुप्लिकेट नियम होता है। जाँचें कि वही डोमेन किसी अन्य सूची में या किसी व्यापक मास्क में तो नहीं है (उदाहरण के लिए, कोई अलग साइट किसी geosite श्रेणी के अंतर्गत आ सकती है)। ओवरलैप करने वाले नियम को हटाएँ और प्रोफ़ाइल को दोबारा कनेक्ट करके DNS कैश रीसेट करें।

बड़े पैमाने पर सफ़ाई के लिए सूची को एक-एक पंक्ति के बजाय कॉन्फ़िगरेशन के आयात/निर्यात के ज़रिए संपादित करना अधिक सुविधाजनक है: मौजूदा नियमों को निर्यात करें, बाहरी संपादक में routing ब्लॉक को संपादित करें और वापस आयात करें। इससे गलती से किसी अनाथ नियम को छोड़ देने का जोखिम कम होता है और बड़ी happ सूचियों का रखरखाव आसान हो जाता है।

महत्वपूर्ण नियमों को हटाने से पहले प्रोफ़ाइल का बैकअप बना लें। सहेजे गए संस्करण पर वापस लौटना कुछ सेकंड लेता है, जबकि दर्जनों डोमेन से मैन्युअल रूप से बनाई गई सूची को पुनर्स्थापित करना आधे घंटे का काम है।

ऐप और सूची सब्सक्रिप्शन के अनुसार रूटिंग

डोमेन-आधारित रूटिंग के अलावा Happ ऐप के अनुसार विभाजन (per-app) का समर्थन करता है। मोबाइल प्लेटफ़ॉर्म पर आप चिह्नित करते हैं कि कौन से ऐप्स टनल के ज़रिए जाते हैं और कौन से — सीधे, प्रॉक्सी को दरकिनार करते हुए। यह डोमेन नियमों के ऊपर एक अलग परत है: उदाहरण के लिए, किसी मैसेंजर को पूरी तरह सर्वर के ज़रिए भेजा जा सकता है, जबकि बैंकिंग क्लाइंट को डोमेन सूचियों को छुए बिना टनल से बाहर निकाला जा सकता है।

संसाधन-गहन परिदृश्यों के लिए तैयार रूटिंग सूची सब्सक्रिप्शन का उपयोग करें — नियमों के सेट वाले बाहरी URL, जिन्हें क्लाइंट समय-समय पर खींचता और अपडेट करता है। इस तरह श्रेणियों (विज्ञापन, ट्रैकर, क्षेत्रीय संसाधन) को अद्यतन रखना बिना मैन्युअल संपादन के संभव है। सब्सक्रिप्शन को लिंक और अपडेट अंतराल दर्शाते हुए नियम स्रोत जोड़कर कनेक्ट किया जाता है।

परतों को सोच-समझकर संयोजित करें: पहले per-app यह तय करता है कि ऐप का ट्रैफ़िक टनल में जाता भी है या नहीं, फिर डोमेन नियम और सब्सक्रिप्शन तय करते हैं कि टनल के भीतर कौन सा सर्वर या सीधा मार्ग लागू हो। ऐसा पदानुक्रम परतों के बीच टकराव के बिना पूर्वानुमेय happ बायपास देता है।

सक्रिय सब्सक्रिप्शन की संख्या न्यूनतम रखें। प्रत्येक सब्सक्रिप्शन रूटिंग इंजन में हज़ारों नियम जोड़ता है, और सूचियों के बीच ओवरलैप कनेक्शन विश्लेषण का समय बढ़ा देते हैं तथा कमज़ोर डिवाइसों पर सत्र स्थापना को संभावित रूप से धीमा कर सकते हैं।

सही सूचियों के ज़रिए गति और स्थिरता का अनुकूलन

सही ढंग से बनाई गई अपवाद सूची सीधे गति को प्रभावित करती है। स्थानीय और उच्च-भार वाले ट्रैफ़िक (स्ट्रीमिंग, OS अपडेट, नीति के अनुसार टोरेंट) को टनल से बाहर निकालकर, आप प्रॉक्सी चैनल को हल्का करते हैं और वास्तव में महत्वपूर्ण कनेक्शनों के लिए विलंब घटाते हैं। यह अनुकूलन की एक प्रमुख तकनीक है, न कि केवल कुछ बायपास करने का तरीका।

नियमों का क्रम और विशिष्टता विश्लेषण के प्रदर्शन को तय करते हैं। सटीक डोमेन नियम इंजन के लिए व्यापक GEO श्रेणियों की तुलना में सस्ते होते हैं, इसलिए बार-बार उपयोग होने वाले संसाधनों को अलग पंक्तियों में ऊपर रखें। happ सूचियों को पुरानी और डुप्लिकेट प्रविष्टियों से नियमित रूप से साफ़ करें — फूली हुई नियम सूची हर नए कनेक्शन की स्थापना को धीमा कर देती है।

निदान के लिए अंतर्निहित कनेक्शन लॉग का उपयोग करें: यह दिखाता है कि किसी विशेष डोमेन के लिए कौन सा नियम सक्रिय हुआ (proxy, direct या block)। अगर संसाधन गलत मार्ग से जा रहा है — तो आप तुरंत देख लेते हैं कि किस नियम ने कनेक्शन को पकड़ा, और उसी को ठीक करते हैं, न कि पूरी सूची को अंधाधुंध खंगालते हैं।

बदलावों के बाद अंतिम जाँच: कुछ परीक्षण संसाधन खोलें, लॉग में मार्ग मिलाएँ और विलंब मापें। स्थिर कॉन्फ़िगरेशन वही है जहाँ हर नियम तर्कसंगत हो, क्रम पूर्वानुमेय हो, और सूचियों तथा सब्सक्रिप्शन के बीच अनावश्यक ओवरलैप न हो।