MikroTik PPTP टुट्दै छ? सर्भरसम्मको रुट ठीक गर्नुहोस्

RouterOS को PPTP क्लाइन्ट जोडिन्छ, अलिकति ट्राफिक सार्छ र त्यसपछि रोकिन्छ, र लग क्रेडेन्सियल वा सर्भरको समस्या जस्तो देखिन्छ। सामान्यतया दुवै होइन। सुरुङले आफ्नै ट्रान्सपोर्ट प्याकेट बोक्छ, किनभने सर्भरसम्मको रुट सुरुङले राखेको रुटसँग पनि मिल्छ। अर्को छेउले राउटर सुन्न छोड्छ, र इन्टरफेस अझै चालु छ भनेर दाबी गर्दै गर्दा सत्र मर्छ।

समाधान एउटा रुट, वा एउटा सेटिङ हो, जसले सर्भरलाई भौतिक WAN मार्फत पुग्न सकिने राख्छ। कुन चाहिन्छ भन्ने राउटर पूर्ण सुरुङको गेटवे हुनुपर्ने हो वा होइन भन्नेमा निर्भर छ।

लक्षण: जोडिन्छ, ट्राफिक सार्छ, मर्छ

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

PPTP ले यो सजिलो बनाउँछ किनभने ट्रान्सपोर्ट सर्भरको ठेगानासम्म सादा IP हो, अर्को सबनेटमा अर्को छेउ भएको सुरुङ होइन। त्यो ठेगाना मोड्ने जुनसुकैले ट्रान्सपोर्ट पनि सँगै मोड्छ।

सुरुङले आफ्नै प्याकेट किन निल्छ

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

उपकरण उत्पादकहरूले प्रायः आफ्नै सर्भरका लागि स्वतः होस्ट रुट थप्छन्, ठ्याक्कै यही टार्न। RouterOS ले त्यो मान्दैन, त्यसैले अपरेटरले अपवाद व्यक्त गर्नुपर्छ वा सुरुदेखि नै डिफल्ट रुट टार्नुपर्छ।

सर्भरको ठेगाना WAN मा पिन गर्नुहोस्

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

/ip route add dst-address=198.51.100.10/32 gateway=192.0.2.1 distance=10

ISP गेटवे DHCP बाट सिकिएको भए, DHCP ले राखेको गेटवे ठेगाना प्रयोग गर्नुहोस्, वा संस्करणले समर्थन गर्छ भने रुट इन्टरफेसमा बाँध्नुहोस्। अर्को लिजमा बदलिने हार्डकोड गरिएको गेटवे ढिलो असफलता हो। WAN पुनः जोडिएपछि ठेगाना जाँच्नुहोस्, किनभने त्यतिबेला पुरानो गेटवे देखा पर्छ र सुरुङ फेरि टुट्न थाल्छ।

वा सुरुङलाई डिफल्ट दाबी गर्नबाट रोक्नुहोस्

एउटै टाढाको LAN चाहिने शाखाले PPTP प्रोफाइल डिफल्ट रुटबाट पूर्ण रूपमा टाढा राख्नुपर्छ। क्लाइन्ट प्रोफाइलमा त्यो विकल्प बन्द गर्नुहोस् र त्यसको सट्टा सुरुङ इन्टरफेसबाट टाढाको प्रिफिक्सका लागि निर्दिष्ट रुट थप्नुहोस्। सामान्य ट्राफिक WAN मा रहन्छ, सुरुङको आफ्नै ट्रान्सपोर्टले आफ्नो प्राकृतिक बाटो राख्छ, र राउटिङ तालिका बुझाउन सजिलो हुन्छ। यो एक सबनेट चाहिने शाखाका लागि राम्रो डिजाइन हो, साइटको निकास हुनुपर्ने राउटरका लागि होइन।

पूर्ण सुरुङका आफ्नै आवश्यकता हुन्छन्: छानिएका स्रोतका लागि नीति-आधारित राउटिङ, फर्किने ट्राफिकको योजना, र सुरुङ खस्दा के हुन्छ भन्ने निर्णय। यीमध्ये केही पनि होस्ट रुटले समाधान गर्दैन, त्यसले ट्रान्सपोर्ट मात्र जीवित राख्छ।

तह-तह जाँच्नुहोस्, त्यसपछि व्यवस्थापनको प्वाल बन्द गर्नुहोस्

तह-तह परीक्षण गर्नुहोस्: जोडिनु अघि सर्भरको सार्वजनिक ठेगानामा पिङ गर्नुहोस्, जोडिएपछि टाढाको गेटवेमा पिङ गर्नुहोस्, त्यसपछि टाढाको LAN को होस्टमा पिङ गर्नुहोस्। राउटरपछाडिका होस्टलाई जवाफ यही मार्फत फर्किनु पर्ने भए सुरुङ इन्टरफेसमा masquerade थप्नुहोस्।

/ip firewall nat add chain=srcnat out-interface=pptp-out1 action=masquerade

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

अन्तमा, कुनै पनि VPN वा रुट परिवर्तन प्रकाशित गर्नु अघि Winbox र वेब व्यवस्थापनलाई ज्ञात स्रोत ठेगानामा सीमित गर्नुहोस्। सुरुङ अन्त्य गर्ने राउटर व्यवस्थापनको लक्ष्य हो, र सारा संसारका लागि खुला पोर्ट 80 तपाईंले भर्खरै ठीक गरेको रुटभन्दा ठूलो खोज हो।