नवीन राउटर, तोच VPN सर्व्हर: त्याचा सार्वजनिक प्रवेश हलवा

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

बदलाला एक नाही, दोन सुपुर्दगी माना, आणि काम करताना प्रशासन इंटरफेसपर्यंत जाण्याचा स्थानिक मार्ग ठेवा।

प्लग काढण्यापूर्वी सुपुर्दगी लिहून ठेवा

LAN प्रीफिक्स, सर्व्हरचा पत्ता आणि तो कसा दिला जातो, VPN प्रत्यक्षात वापरत असलेला लिसनर व ट्रान्सपोर्ट, तो प्रकाशित करणारा इनबाउंड नियम आणि क्लायंटनी साठवलेले नाव नोंदवा। मग आज कोणते यंत्र गतिशील DNS रेकॉर्ड अद्ययावत करते ते लिहा: ते राउटर, सर्व्हर स्वतः किंवा दुसऱ्या होस्टवरील वेगळा एजंट असू शकते। जुन्या प्रशासन पानांचे लोडिंग सुरू असतानाच हे करा। इनबाउंड नियमाचा स्क्रीनशॉट लक्षात ठेवलेल्या पोर्ट क्रमांकापेक्षा बरा।

क्लायंटनी पोहोचायच्या खाजगी प्रीफिक्स आणि LAN वरील उपकरणे त्यांना उत्तरे कशी परत पाठवतात ते जोडा। दोन्ही विसरणे सोपे आहे, कारण बदलाचा विझार्ड इंटरनेट प्रवेशाबद्दल बोलतो, परतीच्या मार्गांबद्दल नाही। जुनी संरचनाही निर्यात करा जर उत्पादक ती पुनर्संचयित करण्यास पाठबळ देत असेल, एका मॉडेलचा बॅकअप दुसऱ्यात स्वच्छ आयात होणे दुर्मिळ आहे हे मान्य करून।

ती नोंद सुरक्षित ठिकाणी ठेवा। राउटर बॅकअपमध्ये WAN लिंकची ओळखपत्रे असू शकतात। निर्यात फाइलला सेटिंग्जची नोंद नाही, पासवर्डप्रमाणे वागवा।

आधी पत्ता हलवा, मग फॉरवर्ड

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

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

सर्व्हरचा स्वतःचा फायरवॉल अजूनही ती वाहतूक परवानगी देतो याची खात्री करा। राउटर आणि इंटरनेटमध्ये दुसरे गेटवे बसले आहे का तपासा, कारण अनेक पुरवठादार मोडेम व राउटर एकत्र देतात। नवीन उपकरणावरील WAN पत्ता वाचा आणि क्लायंट ज्या पत्त्याचे निराकरण करतात त्याशी तुलना करा। ते वेगळे असल्यास तुमचे फॉरवर्ड किनारा नसलेल्या कशावर तरी उतरत आहे।

सार्वजनिक नाव कोण अद्ययावत करेल ते ठरवा

एंडपॉइंट अद्ययावतांना एकच मालक लागतो, आणि फक्त एक। जुन्या राउटरने नाव प्रकाशित केले असेल तर बदलीवर समर्थित अद्ययावतकर्ता सेट करा आणि रेकॉर्ड खरोखर बदलला याची खात्री करा। सर्व्हरने ते आधीच प्रकाशित केले असेल तर दोन पत्त्यांमध्ये डोलणारा स्पर्धक अद्ययावतकर्ता जोडण्याऐवजी ती व्यवस्था तशीच ठेवा।

जेव्हा तैनाती दोन्ही पत्ता-कुटुंबे प्रकाशित करते, तेव्हा A आणि AAAA दोन्ही रेकॉर्ड वाचा। प्रत्येकाने खरोखर ऐकणाऱ्या आणि स्वतःच्या फायरवॉल मार्गाने परवानगी असलेल्या सेवेकडे निर्देश करावा, आणि चालणारे IPv4 मॅपिंग IPv6 बाजूबद्दल काहीही सांगत नाही। क्लायंट प्रोफाइलमधील ओळख तपासण्याही ठेवा: बदललेला सार्वजनिक पत्ता न जुळणारे प्रमाणपत्र किंवा सहकारी किल्ली स्वीकारण्याचे कारण नाही।

बाहेरून बदल सिद्ध करा

LAN च्या आतून नाही, अधिकृत बाह्य कनेक्शन आणि नव्या सत्राने तपासा। सार्वजनिक पत्त्याविरुद्धची आंतरिक चाचणी हेअरपिन वर्तनावर अवलंबून असते आणि खऱ्या क्लायंटपेक्षा वेगळ्या मार्गाने जाते।

क्लायंट जो क्रम अनुसरतो तो अनुसरा: नाव निराकरण करा, बोगद्याबद्दल बोलणी करा, ओळख पडताळा, मग खाजगी संसाधनावर एक क्रिया करा। तीच शेवटची पायरी लोक वगळतात, आणि परतीचा मार्ग सिद्ध करते फक्त तीच। लॉगिन यशस्वी होऊन खाजगी क्रिया अयशस्वी झाल्यास नवीन LAN प्रीफिक्स, क्लायंटने निवडलेले मार्ग आणि संसाधनाचा उत्तर-मार्ग तुमच्या सुपुर्दगी नोंदींशी तुलना करा।

चारही टप्पे पार झाल्यावरच जुना राउटर निवृत्त करणे सुरक्षित आहे। तो सोडा, मग बाह्य चाचणी अजून एकदा पुन्हा करा। जुन्या पत्त्यावर अजूनही निराकरण होणारा जुना रेकॉर्ड पहिल्याच टप्प्यात अयशस्वी होतो, आणि जुने उपकरण अजून कपाटात असताना त्याचे निदान करणे सोपे आहे।

नवीन मॅपिंग तुमच्या पुनर्प्राप्ती नोंदींसोबत ठेवा

अंतिम सर्व्हर वाटप, इनबाउंड नियम आणि अद्ययावत मालकाचे नाव स्थानिकरीत्या राउटरपर्यंत पोहोचण्याच्या प्रक्रियेजवळ संग्रहित करा। पुढील बदल traceroute वरून नाही, त्या पानावरून सुरू झाला पाहिजे।

वरील सर्वानंतरही बोगदा बाहेरून अयशस्वी झाल्यास, राउटर जो सार्वजनिक पत्ता नोंदवतो तो क्लायंट निराकरण करत असलेल्या पत्त्याशी जुळतो का तपासा। तीच एक तुलना DNS समस्या फॉरवर्डिंग समस्येपासून वेगळी करते, आणि दुसरे पोर्ट-फॉरवर्डिंग मार्गदर्शक वाचण्यापेक्षा कमी वेळ घेते।