MikroTik PPTP விழுகிறதா? சேவையகத்திற்கான வழியைச் சரிசெய்யவும்

RouterOS-இன் PPTP வாடிக்கையாளர் இணைந்து, சிறிது போக்குவரத்தை நகர்த்தி, பின்னர் அமைதியாகிவிடுகிறது; பதிவு அளவுகோல் அல்லது சேவையகச் சிக்கல் போலத் தெரிகிறது. பொதுவாக இரண்டுமே இல்லை. சுரங்கப்பாதை தன் சொந்தப் போக்குவரத்து பொதிகளைச் சுமக்கிறது, ஏனெனில் சேவையகத்திற்கான வழி சுரங்கப்பாதை நிறுவிய வழியுடனும் பொருந்துகிறது. எதிர்ப்பக்கம் திசைவியிடமிருந்து கேட்பதை நிறுத்துகிறது, இடைமுகம் இன்னும் இயக்கத்தில் இருப்பதாகக் கூறிக்கொண்டிருக்கும்போதே அமர்வு இறந்துவிடுகிறது.

தீர்வு, இயற்பியல் WAN வழியாகச் சேவையகத்தை அணுகக்கூடியதாக வைத்திருக்கும் ஒரு வழி அல்லது ஒரு அமைப்பாகும். எது என்பது திசைவி முழுச் சுரங்கப்பாதை நுழைவாயிலாக இருக்க வேண்டுமா என்பதைப் பொறுத்தது.

அறிகுறி: இணைகிறது, போக்குவரத்தை நகர்த்துகிறது, இறக்கிறது

ஒவ்வொரு மறு இணைப்பிலும் இந்த முறை திரும்ப நிகழ்கிறது, அதுவே முதல் பயனுள்ள துப்பு. நிராகரிக்கப்பட்ட கடவுச்சொல் இடைமுகம் எழுவதற்கு முன்பே தோல்வியடைகிறது, தவறான firewall அமைப்பு பொதுவாக ஒரு திசையைத் தடுக்கிறது, வழிச் சுற்று இடைமுகத்தை நிறுவ அனுமதித்து பின்னர் அதை நெருக்குகிறது. எண்ணிகளைப் பாருங்கள்: சுரங்கப்பாதை ஆரம்பப் பொதிகளின் வெடிப்பைக் காட்டி பின்னர் எதையும் காட்டாது, அதே நேரம் 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-இல் தங்கும், சுரங்கப்பாதையின் போக்குவரத்து அதன் இயற்கை வழியைத் தக்கவைக்கும், வழி அட்டவணையும் விளக்க எளிதாகும். இது ஒரு துணை வலையமைப்பு தேவைப்படும் கிளைக்குச் சிறந்த வடிவமைப்பு, தளத்தின் வெளியேறு வழியாக இருக்க வேண்டிய திசைவிக்கு அல்ல.

முழுச் சுரங்கப்பாதைக்கு அதன் சொந்தத் தேவைகள் உண்டு: தேர்ந்தெடுத்த மூலங்களுக்கான கொள்கை வழித்தடம், திரும்பும் போக்குவரத்திற்கான திட்டம், சுரங்கப்பாதை வீழும்போது என்ன நடக்கும் என்பதற்கான முடிவு. இவை எதையும் புரவன் வழி தீர்க்காது; அது போக்குவரத்தை மட்டும் உயிர்ப்புடன் வைத்திருக்கிறது.

அடுக்குகளாகச் சரிபார்த்து, பின்னர் நிர்வாகத் துளையை மூடவும்

அடுக்குகளாகச் சோதிக்கவும்: இணைவதற்கு முன் சேவையகத்தின் பொது முகவரிக்கு ping செய்யவும், இணைந்த பின் தொலை நுழைவாயிலுக்கு ping செய்யவும், பின்னர் தொலை LAN-இல் உள்ள புரவனுக்கு ping செய்யவும். திசைவிக்குப் பின்னால் உள்ள புரவன்கள் பதில்களை அதன் வழியாகத் திரும்பப் பெற வேண்டுமானால், சுரங்கப்பாதை இடைமுகத்தில் masquerade சேர்க்கவும்.

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

பின்னர் திசைவியை மறுதொடக்கம் செய்யவும் அல்லது WAN மறு இணைப்பை வலுக்கட்டாயமாகச் செய்து மூன்று ping-களை மீண்டும் செய்யவும், ஏனெனில் இயங்கும் கட்டமைப்பில் மட்டும் இருக்கும் வழி நிலைத்திருக்காது. இது உடையும் மற்றொரு இடம், காப்புப் பிரதி கோப்பிற்கு ஏற்றுமதி செய்து பின்னர் மீட்டமைக்கப்படும் கட்டமைப்பு, ஏனெனில் இயக்கத்தின் போது சேர்க்கப்பட்டிருந்தால் வழி ஏற்றுமதியில் இல்லாமல் இருக்கலாம்.

இறுதியாக, எந்த VPN அல்லது வழி மாற்றத்தையும் வெளியிடுவதற்கு முன் Winbox மற்றும் வலை நிர்வாகத்தை அறியப்பட்ட மூல முகவரிகளுக்கு மட்டுப்படுத்தவும். சுரங்கப்பாதைகளை முடிக்கும் திசைவி ஒரு நிர்வாக இலக்கு, மேலும் உலகிற்குத் திறந்த port 80 நீங்கள் இப்போது சரிசெய்த வழியை விடப் பெரிய கண்டுபிடிப்பு.