साइट VPN अघि सबनेट योजना बनाउनुहोस्: पुनः नम्बर गर्नुहोस् वा अनुवाद गर्नुहोस्
दुई साइटले एउटै निजी दायरा साझा गर्न सक्छन् र कुनै टनेलले त्यसलाई सुधार्दैन। मास्कसँग प्रिफिक्सको सूची बनाउनुहोस्, के पार हुने हो निर्णय गर्नुहोस्, त्यसपछि पुनः नम्बर गर्नुहोस् वा अनुवाद गर्नुहोस्।
दुई कार्यालय दुवैले 192.168.1.0/24 प्रयोग गर्छन् किनकि कसैले अर्को योजना बनाएको थिएन, र टनेलले यसलाई समाधान गर्ने अपेक्षा छ। त्यो गर्न सक्दैन: एउटै निजी ठेगानाले दुई फरक ठाउँ बुझाउन राउटरले बनाउन सक्दैन। यो रोक्ने काम पहिलो टनेल प्यारामिटर टाइप हुनु अघि हुन्छ।
हरेक दायराको सूची बनाउनुहोस्, बिर्सिएकाहरू पनि
LAN, सर्भर खण्ड, टाढा पहुँच क्लाइन्ट पूल, क्लाउड VPC दायरा र होस्टहरूले पुग्नुपर्ने कुनै पनि कन्टेनर वा ओभरले नेटवर्क जम्मा गर्नुहोस्। मानिसहरूले बिर्सने क्लाइन्ट पूल हुन्, र दुवै एउटै पूर्वनिर्धारितबाट छानिएकाले तिनीहरू कार्यालयको दायरासँग अचम्मलाग्दो रूपमा बारम्बार ओभरल्याप हुन्छन्। व्यवस्थापन नेटवर्क र कुनै पनि आउट-अफ-ब्यान्ड खण्ड समावेश गर्नुहोस्।
मालिक, गेटवे, उद्देश्य र प्रिफिक्स अर्को साइटबाट पुग्न सकिने हुनुपर्छ कि भन्ने अभिलेख गर्नुहोस्। टनेल कहिल्यै पार गर्नु नपर्ने प्रिफिक्स अद्वितीय हुनु आवश्यक छैन, र यो थाहा हुँदा पुनः नम्बरको काम घट्छ।
IPv6 अलग गर्नुहोस्, किनकि यसको योजना र ओभरल्याप स्वतन्त्र छन्।
चिनेका ठेगाना होइन, प्रिफिक्स तुलना गर्नुहोस्
फरक होस्ट ठेगाना भएका दुई नेटवर्क अझै ओभरल्याप हुन सक्छन्, किनकि ओभरल्याप मास्कको गुण हो, मानिसले सम्झने संख्याको होइन। 10.20.0.0/16 मा 10.20.30.0/24 छ, कसैले ठूलो स्वरले भनोस् वा नभनोस्। पूर्ण प्रिफिक्स जोडी तुलना गर्नुहोस्, र तिनीभित्रका साना नेटवर्कसँग एग्रिगेट जाँच्नुहोस्। यसैले यो जाँच कसैको टाउकोमा होइन, स्प्रेडसिटमा हुनुपर्छ।
त्यही जाँच VPN को आफ्नै क्लाइन्ट पूल र तपाईंले भित्र्याउने योजना बनाएको कुनै पनि अनुवादित दायरामा लागू हुन्छ, किनकि ठोकिने अनुवादित दायरा मूल ओभरल्यापभन्दा नराम्रो हुन्छ।
मास्कसँग प्रिफिक्सको तालिका पर्याप्त छ; मास्क बिनाको रेखाचित्र पर्याप्त छैन।
वास्तवमा के पार हुनुपर्छ निर्णय गर्नुहोस्
एउटा साइटमा तीस सबनेट हुन सक्छन् जबकि एउटा सेवा नेटवर्कलाई टाढा पहुँच चाहिन्छ। त्यही आवश्यकताबाट सुरु गर्नुहोस् र त्यसलाई चाहिने मात्र घोषणा गर्नुहोस्, किनकि साना घोषणा र मिल्ने पहुँच नियम जाँच्न सजिलो र गल्तीले फराकिलो बनाउन गाह्रो हुन्छ। प्रयोगमा रहेको हरेक निजी दायरा घोषणा गर्नु टनेललाई पुल बनाउने बानी हो। घोषणा जति साँघुरो, भविष्यको गल्तीको प्रभाव त्यति सानो।
निजी DNS ले लक्षित क्लाइन्टहरूले पुग्न सक्ने ठेगाना फर्काउनुपर्छ, त्यसैले नघोषित वा ओभरल्याप भएको दायरातर्फ देखाउने नाम खोजी सफल भए पनि बिग्रिएकै रहन्छ।
पहुँच सूची टनेल कन्फिगभन्दा अघि लेख्नुहोस्, त्यो असफल भएपछि होइन।
पुनः नम्बर गर्नुहोस् वा अनुवाद गर्नुहोस्, र लागत जान्नुहोस्
एउटा नेटवर्क पुनः नम्बर गर्नु सामान्यतया सबैभन्दा स्पष्ट दीर्घकालीन उपाय हो, र यसले आरक्षण, उपकरण, DNS, फायरवाल नियम र कन्फिगमा ठेगाना बसेको सबैलाई छुन्छ। पुनः नम्बर गर्न अव्यावहारिक हुँदा पहुँच दायरा अनुवाद गर्नु विकल्प हो, र यसको लागत स्रोत पहिचान र ठेगाना पेलोडमा राख्ने प्रोटोकलको वर्ग हो। एउटा छान्नुहोस् र पूरा गर्नुहोस्, किनकि आधा पुनः नम्बर भएको नेटवर्क दुवै विकल्पभन्दा नराम्रो छ।
तपाईंले जे छाने पनि मूल र प्रस्तुत दुवै ठेगाना अभिलेख गर्नुहोस्, किनकि पछिका हरेक समस्या समाधान वार्तालापलाई दुवै चाहिन्छ।
फर्कने बाटो नभएको उपाय उपाय होइन।
स्वीकृति परीक्षणका रूपमा रुट म्याट्रिक्स प्रयोग गर्नुहोस्
म्याट्रिक्ससँग अन्त्य गर्नुहोस्: स्थानीय प्रिफिक्स, टाढाको प्रिफिक्स, अनुमति दिइएको सेवा र फर्कने गेटवे। टनेल उठ्दा त्यही तालिका स्वीकृति परीक्षण हो, र त्यही कागजात अर्को इन्जिनियरले पढ्नेछ। गेटवेबाट होइन, छानिएका सबनेटका वास्तविक होस्टबाट परीक्षण गर्नुहोस्।
टनेल ठेगानाबीचको ping ले टनेल छ भनी प्रमाणित गर्छ, र त्यसपछाडिको ठेगाना योजनाबारे केही होइन।
म्याट्रिक्स टनेल कन्फिगसँगै राख्नुहोस्, र अर्को साइट थप्ने काम सम्झनाबाट होइन डेटाबाट सुरु हुन्छ। योजना भएपछि strongSwan फर्वार्डिङ गाइड ले गेटवे पक्ष समेट्छ।