PPTP பிழை 800 மற்றும் 812, ஒரு நிமிடத்திற்குப் பிறகு இணைப்பு துண்டாதல்

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

பிழை 800 என்பது சுரங்கப்பாதை ஒருபோதும் உருவாகவில்லை என்று பொருள்

சுரங்கப்பாதையை முற்றிலும் கட்ட முடியாதபோது Windows பிழை 800 ஐ எழுப்புகிறது, அணுக முடியாத சேவையகம் அல்லது பொருத்தமற்ற பாதுகாப்பு அளவுருக்கள் பற்றிய உரை நோயறிதல் அல்ல, சுருக்கம். எந்தவொரு அங்கீகாரச் சான்றையும் பரிசோதிக்கும் முன் PPTP க்கு வலையமைப்பிலிருந்து இரண்டு தனித்தனி விஷயங்கள் தேவை. TCP 1723 கட்டுப்பாட்டு சேனலைக் கொண்டு செல்கிறது, IP நெறிமுறை 47, அதாவது GRE, மறைக்கப்பட்ட பேலோடைக் கொண்டு செல்கிறது.

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

$ nc -vz vpn.example.net 1723
Connection to vpn.example.net 1723 port [tcp/*] succeeded!
$ sudo tcpdump -ni eth0 proto gre
tcpdump: listening on eth0, link-type EN10MB

1723 பதிலளித்து, வாடிக்கையாளர் இணைக்க முயலும்போது பிடிப்பு காலியாக இருந்தால், பாதை நெறிமுறை 47 ஐ விட்டுவிடுகிறது. 1723 அனுப்பப்பட்ட ஆனால் PPTP பாஸ்த்ரூ அணைக்கப்பட்ட திசைவி அதே முறையை உருவாக்குகிறது: TCP கைக்குலுக்கல் முடிகிறது, பின்னர் GRE பாக்கெட்டுகள் மறைந்துவிடும், எனவே தோல்வி அங்கீகாரச் சான்று சிக்கல் போலத் தெரிகிறது, ஆனால் எந்த உள்நுழைவு முயற்சியும் செய்யப்படவில்லை.

அனுப்புதலை சேவையகத்தின் தற்போதைய LAN முகவரிக்குத் திருப்பவும், திசைவி வழங்கும் இடத்தில் PPTP பாஸ்த்ரூவை இயக்கவும், அதே வெளிப்புற இடத்திலிருந்து மீண்டும் முயற்சிக்கவும். GRE மேலே வடிகட்டப்பட்டு அதை மாற்ற முடியாவிட்டால், TCP 443 இல் SSTP அல்லது UDP 500 மற்றும் 4500 இல் L2TP/IPsec, Windows பக்கத்தில் நீங்கள் செய்யக்கூடிய எந்த மாற்றத்தையும் விட சிறந்த வாய்ப்பைக் கொண்டுள்ளது.

பிழை 812 என்பது சேவையகம் உங்கள் அங்கீகார முறையை நிராகரிப்பதாகும்

சுரங்கப்பாதை மேலே வந்த பிறகு பிழை 812 திரும்பி வருகிறது, அதனால்தான் அது கடவுச்சொல் சிக்கல் போலத் தெரிகிறது. சேவையகம் இணைப்பிற்காக பேச்சுவார்த்தை செய்யப்பட்ட அங்கீகார முறையை நிராகரிக்கிறது, கடவுச்சொல்லை அல்ல. வாடிக்கையாளரில் VPN உள்ளீட்டைத் திறந்து, பாதுகாப்பு தாவலுக்குச் சென்று, வகையை Point-to-Point Tunneling Protocol ஆக அமைத்து, வெளிப்படையான நெறிமுறை பட்டியலைத் தேர்ந்தெடுத்து Microsoft CHAP பதிப்பு 2 ஐ டிக் செய்யவும்.

உரையாடலில் கிளிக் செய்யாமல் தற்போதைய அமைப்பைப் படிக்கலாம்:

$ Get-VpnConnection -Name "Office" | Select-Object -ExpandProperty AuthenticationMethod
MsChapv2

MS-CHAP v2 தேவைப்படும் சேவையகம் PAP இல் அல்லது பலவீனமான ஒன்றைப் பேச்சுவார்த்தை செய்யும் தானியங்கி வகையில் விடப்பட்ட வாடிக்கையாளரை நிராகரிக்கிறது, எந்தவொரு பயனர் கடவுச்சொல்லும் மதிப்பிடப்படுவதற்கு முன்பே பிழை வருகிறது. கணக்கு வடிவம் அதே நிராகரிப்பின் மறுபாதி. ஒரு சந்தர்ப்பத்தில் சேவையகம் உள்ளூர் அல்லது களக் கணக்கை விரும்பியபோது Windows MicrosoftAccount\[email protected] வடிவத்தில் Microsoft கணக்கு அடையாளத்தை அனுப்பியது. SERVERNAME\username என தட்டச்சு செய்ததால் எந்தக் கணக்குக் களஞ்சியத்தை அணுக வேண்டும் என்பதை Windows க்குச் சொல்லி பிழையை நீக்கியது. சேமிக்கப்பட்ட சான்று முந்தைய வடிவத்தை மீண்டும் இயக்க அனுமதிக்காமல் பெயரைக் கையால் உள்ளிடவும்.

ஒரு நிமிடத்திற்குப் பிறகு துண்டாதல் keepalive முடிவு

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

Linux pptpd சேவையகத்தில் அந்த மதிப்புகள் /etc/ppp/options.pptpd இல் வாழ்கின்றன, வழக்கமான பழுது இடைவெளியைக் குறைப்பதல்ல, நிதியை விரிவுபடுத்துவதாகும்:

# /etc/ppp/options.pptpd
lcp-echo-failure 30
lcp-echo-interval 5
# then
sudo systemctl restart pptpd

ஐந்து வினாடி இடைவெளியில் முப்பது தவறுதல்கள் ஒரு சிறிய நிறுத்தத்தை மன்னிக்கின்றன, இணைப்பாளி சென்றுவிட்டதாக அறிவிப்பதற்குப் பதிலாக. எண்ணிக்கையை ஒன்று அல்லது இரண்டாகக் குறைத்தால், மொழிபெயர்க்கப்பட்ட பாதையில் சாதாரண ஜிட்டர் ஏறக்குறைய ஒவ்வொரு நிமிடமும் துண்டிப்பாக மாறும். உங்கள் சேவையகம் pptpd இல்லாமல் Windows RRAS ஆக இருந்தால், அதற்குப் பதிலாக PPP அமர்வு நேர வரம்பு மற்றும் செயலற்ற நிலையில் துண்டிக்கும் கொள்கையைப் பார்க்கவும். அவை வேறொரு இடத்தில் வாழ்கின்றன, இல்லாத pppd கோப்பைத் திருத்துவது எதையும் மாற்றாது.

ஒன்றையொன்று மேலோட்டமான துணை வலையமைப்புகள் தரவுப் பாதையை உடைக்கின்றன

இரு தளங்களும் ஒரே தனியார் வரம்பைப் பயன்படுத்தும்போது, எடுத்துக்காட்டாக அலுவலகத்திலும் வீட்டிலும் 192.168.1.0/24, PPTP சுரங்கப்பாதை தூய்மையாக அங்கீகரிக்கப்பட்டு எங்கும் சென்றடையாமல் போகலாம். கொடுக்கப்பட்ட முகவரி எந்தப் புரவனைக் குறிக்கிறது எனக் கூற முடியாது, சில அடுக்குகள் ஒன்றைத் தேர்ந்தெடுப்பதற்குப் பதிலாக பாதையை நிறுவவே மறுக்கின்றன.

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

தோல்வியடைந்த நிலையிலிருந்து தொடங்கவும்: 800 க்கு GRE, 812 க்கு முறை மற்றும் கணக்கு சரம், அட்டவணையின்படி இறக்கும் சுரங்கப்பாதைக்கு எதிரொலி அமைப்புகள்.