FRITZ!Box में स्थिर रूट: इसे VPN गेटवे के LAN IP पर इंगित करें

आपके घर के LAN में डिफ़ॉल्ट राउटर के रूप में FRITZ!Box है और उसके बगल में एक छोटा Linux बॉक्स VPN का काम करता है। बॉक्स ऑफ़िस नेटवर्क तक पहुँच जाता है, पर FRITZ!Box के पीछे वाला लैपटॉप नहीं। स्थिर रूट इसे तीन फ़ील्ड में ठीक करता है, और सच्ची कठिनाई सिर्फ़ यह है कि गेटवे फ़ील्ड में टनल पता डालने से इनकार किया जाए। गेटवे आपके अपने LAN का अगला राउटर है, और हमेशा से रहा है।

इंटरफ़ेस खोलने से पहले तीन फ़ील्ड लिखें

LAN 192.168.50.0/24, FRITZ!Box 192.168.50.1, और निश्चित पता 192.168.50.2 वाला VPN बॉक्स लें, जिसके पास पहले से 10.40.0.0/16 तक काम करने वाला सुरक्षित पथ है। रूट कहता है: उस दूरस्थ प्रीफ़िक्स के लिए पैकेट निश्चित LAN पते वाले डिवाइस को दें। दूरस्थ VPN सर्वर का सार्वजनिक एंडपॉइंट और उसका भीतरी टनल पता दोनों यहाँ अप्रासंगिक हैं, क्योंकि FRITZ!Box उन्हें कभी सीधे कुछ नहीं भेजता।

उस LAN पते को DHCP पूल से बाहर आरक्षित रखें, वरना आपका कॉन्फ़िगर किया गया गेटवे किसी दिन किसी फ़ोन का हो जाएगा।

FRITZ!Box रूट कहाँ रखता है

FRITZ! होम नेटवर्क, फिर नेटवर्क, फिर नेटवर्क सेटिंग्स के अंतर्गत IPv4 रूट नियंत्रण खोलता है, सटीक लेबल और नेस्टिंग मॉडल और FRITZ!OS संस्करण पर निर्भर करते हैं। यदि रूट तालिका छिपी है तो उन्नत दृश्य सक्षम करें, ऊपर दिए मानों के साथ एक प्रविष्टि जोड़ें और लागू करें। अपने विशिष्ट मॉडल के गाइड पर एक नज़र डालना उचित है, क्योंकि वही फ़ंक्शन कई बार संस्करणों के बीच जगह बदल चुका है। जिस प्रविष्टि को आप सहेज रहे हैं उसके सटीक शब्दों का ध्यान रखें, क्योंकि तालिका की प्रविष्टि शायद ही बताती है कि किस स्क्रीन ने उसे बनाया।

यह वही सुविधा नहीं है जब FRITZ!Box स्वयं VPN समाप्त करता है। रूट किसी दूसरे डिवाइस की ओर इंगित करता है; अंतर्निहित VPN वही डिवाइस है।

गेटवे को रूट करना होगा, सिर्फ़ पहुँचना नहीं

जो होस्ट दूरस्थ नेटवर्क तक पहुँचता है, वह अपने आप बाकी LAN के लिए राउटर नहीं बन जाता। VPN बॉक्स को IP फ़ॉरवर्डिंग सक्षम चाहिए, LAN इंटरफ़ेस और टनल के बीच फ़ॉरवर्डिंग की अनुमति देने वाली फ़ायरवॉल नीति चाहिए, और ऐसा रूट चाहिए जो उत्तर को अपने डिफ़ॉल्ट मार्ग से बाहर भेजने के बजाय LAN पर वापस भेजे। फ़ॉरवर्डिंग चालू करके फ़ायरवॉल नियम भूल जाना सबसे आम आधा-अधूरा सुधार है, और क्लाइंट की ओर से यह रूटिंग विफलता जैसा दिखता है।

FRITZ!Box की ओर से VPN बॉक्स के LAN पते पर पिंग करके जाँचें, फिर क्लाइंट से दूरस्थ पते तक ट्रेस करके पुष्टि करें कि दूसरा हॉप वही बॉक्स है।

वापसी पथ और अतिव्यापी रेंज

दूरस्थ पक्ष को 192.168.50.0/24 के लिए टनल से वापस रूट चाहिए, जब तक कि आप VPN बॉक्स पर जानबूझकर स्रोत का अनुवाद न करें। सुरक्षित रखना और अनुवाद करना अलग नीतियाँ हैं, अलग लॉग और अलग एक्सेस नियमों के साथ, और अभी आपने जो स्थिर रूट जोड़ा है वह उनके बीच चयन नहीं करता। अतिव्यापी रेंज अधिक कठिन समस्या है: यदि आपका LAN और दूरस्थ नेटवर्क एक ही प्रीफ़िक्स साझा करते हैं, तो एक होस्ट रूट उन्हें अलग नहीं कर सकता, और पता योजना बदलनी होगी।

LAN पर कहीं और अधिक विशिष्ट रूट जोड़ना, या लैपटॉप पर दूसरा VPN क्लाइंट रखना, FRITZ!Box की प्रविष्टि पर चुपचाप भारी पड़ेगा।

सामान्य क्लाइंट से परीक्षण करें, फिर विफलता का परीक्षण करें

परीक्षण सामान्य अधिकृत LAN मशीन से चलाएँ, VPN बॉक्स से नहीं, क्योंकि बॉक्स पहले से काम कर रहा था और कुछ साबित नहीं करता। किसी दूरस्थ सेवा तक पहुँचें और उत्तर जाँचें, फिर पुष्टि करें कि असंबंधित इंटरनेट गंतव्य अब भी डिफ़ॉल्ट रूट लेते हैं और टनल से खींचे नहीं जा रहे। एक सबनेट तक पहुँचने के लिए डिफ़ॉल्ट रूट बदलना उस तीन-फ़ील्ड प्रविष्टि से कहीं बड़ा बदलाव है जिससे आपने शुरू किया था।

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