L2TP/IPsec एउटा नेटवर्कमा जोडिन्छ र अर्कोमा समय सकिन्छ

उही ल्यापटप, उही प्रोफाइल र उही पासवर्ड एउटा भवनमा काम गर्छन् र अर्कोमा असफल हुन्छन्। यही तुलना टिकटमा सबैभन्दा उपयोगी प्रमाण हो, र सामान्यतया यही पहिलो कुरा हो जुन छोडिन्छ। दुई पहुँच नेटवर्कबीच आदानप्रदान फरक ठेगाना अनुवाद, फरक फिल्टर र फरक राउटर सहायकहरूबाट जान्छ। क्लाइन्ट स्थिर राख्ने र नेटवर्क मात्र बदल्ने भनेको यीमध्ये के महत्त्वपूर्ण छ भनी पत्ता लगाउने तरिका हो।

नेटवर्क तुलना गर्नु अघि क्लाइन्ट निश्चित गर्नुहोस्

काम गर्ने केसको रेकर्ड नभएसम्म यन्त्रमा केही नबदल्नुहोस्: क्लाइन्ट संस्करण, प्रोफाइलको सामग्री, सर्भरको नाम र सफल जडानको समय। त्यसपछि त्यही सत्रमा दोस्रो नेटवर्कमा असफलता दोहोर्याउनुहोस्, ताकि क्लाइन्टको अवस्था सकेसम्म एउटै होस्। दुई प्रयासबीच सम्पादित प्रोफाइलले पूरै तुलना अमान्य बनाउँछ। लक्ष्य एउटा चर हो, र त्यो चर नेटवर्क हो।

पहिले असफल नेटवर्कमा सामान्य इन्टरनेट पहुँच पुष्टि गर्नुहोस्, भएमा अतिथि पोर्टलसमेत। कहिल्यै पूरा नगरिएको पोर्टलले फिल्टर गरिएको सुरुङसँग मिल्दो समय-समाप्ति उत्पन्न गर्छ, र त्यो जाँच एक मिनेट लिन्छ।

चार चरण, चार फरक त्रुटि सन्देश

L2TP/IPsec जडान चार चरणबाट जान्छ, र RFC 3193 पहिला दुईलाई जोड्ने व्यवस्था वर्णन गर्छ। IKE वार्ता त्यो ठाउँ हो जहाँ फिल्टर गरिएको मार्गले शान्त समय-समाप्ति उत्पन्न गर्छ। IPsec प्रमाणीकरण त्यो ठाउँ हो जहाँ प्रमाणपत्र वा पहिल्यै साझा गरिएको कुञ्जीको भिन्नताले त्यसको सट्टा स्पष्ट अस्वीकृति उत्पन्न गर्छ। L2TP सुरुङको स्थापना त्यो ठाउँ हो जहाँ पहिल्यै स्थापित सुरक्षा संगठनले तैपनि कतै पुर्याउन सक्दैन, र PPP लगइन त्यो ठाउँ हो जहाँ गलत प्रमाणले अन्ततः देखिने असफलता उत्पन्न गर्छ। जुन चरण रोकियो त्यसको लग पढ्नुहोस्, अन्तिम छापिएको लाइनको होइन।

journalctl -u strongswan --since '-5 min' | tail -20
journalctl -u xl2tpd --since '-5 min' | tail -20
ip -4 route get 198.51.100.10

strongSwan को लगले IKE आदानप्रदान कुनै प्रस्तावसम्म पुग्यो वा पुगेन र प्रतिपक्षीले बिल्कुल जवाफ दियो वा दिएन देखाउँछ, जसले पहुँचलाई नीतिबाट अलग गर्छ। xl2tpd को लग IPsec सकिने ठाउँबाट जारी हुन्छ, त्यसैले त्यो लगमा केही नभएको स्थापित सुरक्षा संगठनले L2TP चरणतर्फ संकेत गर्छ। मार्ग प्रश्नले क्लाइन्टले तपाईंले सोचेको सर्भर ठेगानातर्फ पठाइरहेको पुष्टि गर्छ, र यसले अघिल्लो नेटवर्कबाट उत्तराधिकारमा आएको पुरानो DNS जवाफ समात्छ। सँगै, तीन आउटपुटले लक्षणको सट्टा चरणको नाम बताउँछन्।

NAT को गहिराइ र सहायकको व्यवहार तुलना गर्नुहोस्

NAT पार गर्ने क्रमले संरक्षित ट्राफिकलाई UDP इन्क्याप्सुलेसनमा लैजान्छ अनुवाद पहिचान भएपछि, त्यसैले काम गर्ने सत्र बोक्ने पोर्ट नम्बरहरू स्थिर रेखाचित्रका भन्दा फरक हुन सक्छन्। एउटा सेटअप प्याकेटलाई अनुमति दिनुले बाँकी आदानप्रदानबारे केही पनि प्रमाणित गर्दैन, र बाह्य पोर्ट स्क्यानले तपाईंलाई भन्न सक्दैन कि प्रतिपक्षीले वैध प्रमाणित ट्राफिकसँग कसरी व्यवहार गर्छ। दोस्रो अनुवाद तहले चित्र फेरि बदल्छ, किनकि म्यापिङ अब दुई पटक अवस्थित छ र दुई फरक समयतालिकाअनुसार सकिन्छ। मोबाइल जडानमा अपरेटर स्तरको अनुवाद नै सामान्य कारण हो कि काम गर्ने कार्यालय प्रोफाइल फोन हटस्पटमा असफल हुन्छ।

राउटर सहायकहरू नेटवर्कजत्तिकै फरक हुन्छन्। केही फर्मवेयरले आदानप्रदान अवरोध गरी पुनःलेखन गर्छन्, केहीले त्यसलाई फ्याँक्न मात्र छोड्छन्, र केहीले सेटिङ पुरानो मोडमा मात्र लागू गर्छन्। चेकबक्सबारे फर्मवेयरको आफ्नै विवरण पढ्नुहोस्, र जहाँ संगतता मोड छ, त्यसलाई एक जानाजानी परिवर्तनका रूपमा परीक्षण गर्नुहोस्, एकैचोटि तीनका रूपमा होइन।

बाहिर जाने क्लाइन्ट, भित्र आउने सर्भर: दुई फरक समस्या

बाहिर जाने क्लाइन्ट र भित्र आउने सर्भरलाई माथितिर फरक पहुँच चाहिन्छ, र पहिलोलाई सघाउने पास-थ्रु सुविधाले दोस्रोका लागि केही गर्दैन। घरायसी राउटर जसले ल्यापटपलाई टाढाको गेटवेसम्म पुग्न दिन्छ, त्यसैले आफ्नो पछाडिको सर्भरतर्फ आउने जडान स्वीकार गर्दैन। दुवैलाई मिसाउँदा तपाईं कहिल्यै समस्या नभएको पोर्ट फर्वार्डिङ खोज्न जानुहुन्छ। केही पनि तुलना गर्नु अघि असफल यन्त्रले कुन भूमिका खेल्छ भनी बताउनुहोस्।

समर्थित परिवर्तनपछि उही जडान दोहोर्याउनुहोस् र पुगेको चरण लेख्नुहोस्। काम गर्ने प्रोफाइल र असफल नेटवर्कको टिप्पणी सँगै राख्नुहोस्, र प्रमाणहरू रिसेट नगर्नुहोस् र क्लाइन्ट पुनःस्थापना नगर्नुहोस्, किनकि यसले तुलना जोडिएको प्रमाण फ्याँक्छ।