ISP राउटरजवळ कॉल न तोडता साइट VPN जोडा

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

आधीच चालणाऱ्या भूमिका लिहून ठेवा

डीफॉल्ट गेटवे, DHCP सर्व्हर, रिझॉल्व्हर आणि प्रदात्याची व्हॉइस नोंदणी असलेले उपकरण नोंदवा. या उदाहरणात ISP राउटर 10.50.0.1 आहे, नवीन गेटवे 10.50.0.2 वर असेल आणि दूरची साइट 10.60.0.0/24 आहे. त्या योजनेत काहीही पहिल्या तीन भूमिका बदलत नाही, आणि मुद्दा तोच आहे. नंतर दुसरे उपकरण टनेल खरोखर संपवू शकते का ते तपासा: प्रोटोकॉल, अपेक्षित थ्रूपुट आणि फर्मवेअर किंवा पॅकेज अद्यतने मिळतात का ते पाहा. VPN लोगो असलेले पण अपडेट मार्ग नसलेले उपकरण जोड नाही, ओझे आहे.

व्हॉइस सेवा कोणाची आहे हे सांगता येत नसेल तर थांबा. नोंदणी असलेला राउटर रोलबॅक योजनेशिवाय बदलल्यास VPN प्रकल्प फोन बंदीत बदलतो.

नव्या गेटवेला एक पत्ता आणि एक काम द्या

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

ip route get 10.60.0.55
ip neigh show 10.50.0.2
traceroute -n 10.60.0.55

शोध ISP राउटर परत देत असेल आणि traceroute इंटरनेटच्या कडेवर मरत असेल, तर होस्टकडे अजून दूरचा मार्ग नाही, जे अपेक्षित आहे. काही अनपेक्षित परत आले तर आधी ते सोडवा, कारण पुढचे प्रत्येक पाऊल या पायावर अवलंबून आहे.

दूरच्या प्रीफिक्स मार्गाचा मालक कोण हे निवडा

पर्याय A म्हणजे ISP राउटर: तो 10.60.0.0/24 साठी गेटवेकडे जाणारा स्थिर मार्ग ठेवतो आणि प्रत्येक होस्ट पूर्वीप्रमाणे आपल्या डीफॉल्ट गेटवेचे अनुसरण करतो. पर्याय B प्रति होस्ट आहे: फक्त दूरची साइट लागणाऱ्या मशीनना 10.50.0.2 मार्गे स्पष्ट मार्ग मिळतो आणि बाकी सर्व अविकारी राहते. A अनेक होस्टसाठी स्वच्छ आहे, पण सहसा प्रदात्याच्या राउटरने स्थिर मार्ग स्वीकारावा लागतो, जे काही करत नाहीत. B ला प्रदात्याच्या सहकार्याची गरज नाही, पण होस्ट कॉन्फिगरेशनची देखभाल तुमच्याकडे ठेवते, म्हणून तो लहान मंजूर मशीनसंचासाठी योग्य आहे.

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

ip route add 10.60.0.0/24 via 10.50.0.2 dev eth0
ip route get 10.60.0.55 from 10.50.0.77

नोंद होस्टच्या कॉन्फिगरेशन मालकामार्फत कायमस्वरूपी करा, लॉगिन स्क्रिप्टमार्फत नाही. कोणी लॉगिन केल्यावरच अस्तित्वात असलेला मार्ग, मशीन असंबंधित कारणाने रीबूट झाल्यावर पहिल्याच वेळी अयशस्वी होईल.

पोहोचण्याजोगा इनबाउंड एंडपॉइंट तयार करा

गेटवेला असा पत्ता हवा जिथे दूरची साइट पोहोचू शकेल. ISP राउटरच्या मागे याचा अर्थ पोर्ट फॉरवर्डिंग किंवा DMZ नोंद आहे, आणि दोन्ही प्रदाता रहदारी खरोखर पोहोचवतो का यावर अवलंबून आहेत. स्थानिक फॉरवर्डिंग प्रदात्याच्या बाजूच्या कॅरियर-ग्रेड NAT वर मात करू शकत नाही. प्रदात्याने पोहोचण्याजोगा बिंदू दिला नाही तर दिशा उलटवा: दोन्ही साइट तुम्ही नियंत्रित करता त्या हबकडे सुरू होऊ द्या. हे वैध डिझाइन आहे, पण फॉरवर्डिंग, विश्वास आणि उपलब्धतेसाठी तिसरे अवलंबन जोडते, आणि डायनामिक DNS त्याला पर्याय नाही.

फॉरवर्डिंग गेटवेवरील कॅप्चरने सिद्ध करा, पोर्ट स्कॅन करणाऱ्या वेबसाइटने नाही. स्कॅनर लिसनर बांधला जाईपर्यंत पोर्ट बंद असल्याचे सांगतात, आणि कधीही रहदारी न पोहोचवणारे फॉरवर्डिंग बाहेरून बंद पोर्टसारखेच दिसते.

खाजगी सेवा आणि व्हॉइस लाइन एकत्र स्वीकारा

LAN होस्टवरून इच्छित कारभार तपासा, खाजगी DNS आणि ॲप्लिकेशनच्या स्वतःच्या क्रेडेन्शियल्ससह. राउटेड टनेल दूरच्या ब्राउझिंगला स्थानिक इथरनेट विभागासारखे करत नाही, म्हणून शोध आणि नाव निराकरणास स्वतंत्र व्यवस्था लागते.

curl -sS -o /dev/null -w '%{http_code}\n' https://files.example.net
ping -c 3 10.60.0.55

नंतर त्याच होस्टवरून सामान्य इंटरनेट प्रवेश अजून चालतो आणि फोन अजून नोंदणीकृत आहेत याची खात्री करा; या दोन तपासण्या डीफॉल्ट मार्गाचा अपघाती बदल पकडतात, जो हा प्रकल्प कधीही न स्पर्श करू इच्छित असलेल्या गोष्टीचा नाश करण्याचा सर्वात सामान्य मार्ग आहे. लिखित पुनर्प्राप्ती टिपणीने समारोप करा: कोणते उपकरण कोणती भूमिका ठेवते, राखीव पत्ते, आणि दूरच्या प्रीफिक्स मार्ग एका पायरीत कसा काढायचा. स्वच्छपणे मागे घेता येणारा खाजगी मार्ग आजच चालणाऱ्यापेक्षा अधिक मूल्यवान आहे.