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 आपण नुकताच दुरुस्त केलेल्या मार्गापेक्षा मोठा शोध आहे।