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 नोंदीवर शांतपणे मात करेल।

सामान्य क्लायंटवरून चाचणी करा, नंतर बिघाडाची चाचणी करा

चाचणी VPN बॉक्सवरून नाही, तर LAN वरील सामान्य अधिकृत मशीनवरून करा, कारण बॉक्स आधीच काम करत होता आणि काहीही सिद्ध करत नाही। दूरच्या सेवेपर्यंत पोहोचा आणि प्रतिसाद तपासा, नंतर असंबंधित इंटरनेट गंतव्ये अजूनही डीफॉल्ट मार्ग घेतात आणि टनेलमधून ओढली जात नाहीत याची खात्री करा। एका सबनेटपर्यंत पोहोचण्यासाठी डीफॉल्ट मार्ग बदलणे हे तुम्ही सुरू केलेल्या तीन फील्ड नोंदीपेक्षा खूप मोठे बदल आहे।

शेवटी, VPN डिस्कनेक्ट करा आणि काय होते ते पहा। गेटवेने संरक्षित मार्ग गमावला तरी स्थिर मार्ग सारणीत राहतो, त्यामुळे रहदारी इंटरनेटवर परत न पडता बॉक्सवर अयशस्वी होते, आणि फॉलबॅक रहदारी अडवण्याची कोणतीही आवश्यकता जतन केलेल्या मार्गात नाही, बॉक्सच्या स्वतःच्या धोरणात येते।