Windows இல் VPN பிழை 720: முகவரிக் கூடம் அல்லது கிளையண்ட் பிணைப்பா?
பிழை 720 என்றால் இணைப்புக்கு எப்போதும் பயன்படுத்தக்கூடிய முகவரி கிடைக்கவில்லை என்பது பொருள். அடாப்டரை மீண்டும் நிறுவும் முன் ஒரு ஹோஸ்ட்டின் தோல்விகளை பல ஹோஸ்ட்களின் தோல்விகளிலிருந்து பிரிக்கவும்.
பிழை 720 சான்றுகள் ஏற்கப்பட்ட பிறகு தோன்றுகிறது, அதனால்தான் மக்களை கடவுச்சொல் புலத்திற்குத் திருப்பி அனுப்புகிறது. இணைப்பு ஒரு முகவரி பேச்சுவார்த்தை நடக்கும் இடத்தை அடைந்தது, ஆனால் ஒன்றும் கிடைக்கவில்லை. இரண்டு முற்றிலும் வேறுபட்ட தோல்விகள் அதே உரையாடலை உருவாக்குகின்றன: சேவையகத்திடம் பங்கிட எதுவும் இல்லை, அல்லது இந்தக் கிளையண்டே பேச்சுவார்த்தையை முடிக்க முடியவில்லை. எதையும் தொடுவதற்கு முன் இவை இரண்டையும் பிரிப்பதே பழுதுபார்ப்பின் பெரும்பகுதி, இந்த வேறுபாடு Microsoft இன் பிழை 720 சரிசெய்தல் பக்கத்தில் ஆவணப்படுத்தப்பட்டுள்ளது.
உரையாடல் சொல்லாதது
செய்தி PPP பேச்சுவார்த்தையில் தோல்வியை விவரிக்கிறது, சேவையகம் ஏன் மறுத்தது என்பதை கிளையண்ட் பார்க்க முடியாததால் அது வேண்டுமென்றே தெளிவற்றது. இது சான்று பிழை அல்ல, சுரங்கப்பாதையின் குறியாக்கம் பற்றிய கூற்றும் அல்ல. முகவரி அல்லது பேச்சுவார்த்தை அளவுருக்கள் வழங்கப்படவில்லை என்று பொருள்.
சேவையகப் பக்கத்தில் வழக்கமான காரணம் ஒதுக்கீடு: காலி முகவரிகள் இல்லாத நிலையான RRAS கூடம், அல்லது அதன் வரம்பு தீர்ந்த அல்லது அணுக முடியாத DHCP உள்ளமைவு, முயலும் ஒவ்வொரு கிளையண்டிலும் சரியாக இந்த அறிகுறியை உருவாக்குகிறது. கிளையண்ட் பக்கத்தில் வழக்கமான காரணம் பிணைப்பு. PPP ஏற்கும் WAN Miniport சரியான கூறுகளுடன் பிணைக்கப்பட வேண்டும், முடக்கப்பட்ட பிணைப்பு அல்லது செருகப்பட்ட பிணைய வடிகட்டி எந்தத் தெரியும் சாதனப் பிரச்சினையும் இல்லாமல் பேச்சுவார்த்தையை நிறுத்தலாம். இந்த இரண்டு குடும்பங்களுக்கும் வெவ்வேறு ஆதாரங்கள் தேவை, அவற்றுக்கிடையே தேர்ந்தெடுக்க வேகமான வழி எத்தனை கிளையண்ட்கள் பாதிக்கப்பட்டுள்ளன என்பதை எண்ணுவதுதான்.
முதலில் மக்கள்தொகையைப் பிரிக்கவும், பின்னர் கூடத்தை
எந்த உள்ளமைவையும் படிப்பதற்கு முன் பாதிக்கப்பட்ட கிளையண்ட்களை எண்ணுங்கள். எல்லோரையும் ஒரே நேரத்தில் தாக்கும் தோல்வி சேவையக நிலை, ஒரு இயந்திரத்தை பிணையங்களுக்கிடையே பின்தொடரும் தோல்வி கிளையண்ட் நிலை. அந்த எண்ணிக்கை ஒரு அரட்டைச் சேனலில் ஒரு செய்தியின் விலை மட்டுமே, ஒரு பிற்பகலைச் சேமிக்கிறது.
| Artifact | How you get it | What it rules out | What it cannot rule out |
|---|---|---|---|
| Affected-client count | One message to the people who failed, or a search of today's tickets | A client-only fault, when every client failed within minutes | Which server-side component stopped allocating |
| RRAS event for one attempt | Get-WinEvent on the System log, filtered to the allocation event id | An allocation failure, when no event matches that attempt | A binding fault that appears later in the same negotiation |
| Hidden WAN Miniport bindings | Get-NetAdapter with hidden adapters, then the binding list on the returned name | A disabled ms_wanarp binding or an inserted filter on this client | Pool exhaustion that would also have hit other clients |
| Free-address count | The RRAS pool view, or the DHCP scope statistics | A committed static range or an exhausted scope | Why the address was not delivered to one specific client |
பின்னர் ஒரு தோல்வியுற்ற முயற்சியை சேவையகத்தின் சொந்தப் பதிவுடன் இணைக்கவும், ஏனெனில் RRAS ஒதுக்க முடியாதபோது நிகழ்வைப் பதிவு செய்கிறது, அந்த நிகழ்வு அறிகுறியை அல்ல, தோல்வியைப் பெயரிடுகிறது. தோல்வி ஒரு குறிப்பிட்ட கிளையண்டைப் பின்தொடர்ந்தால், சேவையகப் பதிவு அந்த முயற்சிக்கு எதையும் காட்டாது, அதுவே தகவலளிக்கிறது. ஒதுக்கீட்டுப் பிழை இல்லாதது பிரச்சினையை அந்தக் கிளையண்டின் பேச்சுவார்த்தைக்கு சுருக்கி, அடுத்து எந்தக் கட்டளைகளை இயக்க வேண்டும் என்பதைச் சொல்கிறது.
Get-WinEvent -LogName System -MaxEvents 500 | Where-Object { $_.Id -eq 20167 }
Get-NetAdapter -IncludeHidden | Where-Object { $_.InterfaceDescription -like "WAN Miniport*" }சேவையகத்தின் ஒதுக்கீட்டு நிலையைப் படிக்கவும்
RRAS பக்கத்தில், ஆவணங்கள் கருதுவதை அல்ல, உண்மையில் எந்த ஒதுக்கீட்டு முறை உள்ளமைக்கப்பட்டுள்ளது என்பதை உறுதிப்படுத்துங்கள். நிலையான கூடமும் DHCP வழியாக அனுப்பப்படும் உள்ளமைவும் வெவ்வேறு வழிகளில் தோல்வியடைகின்றன, திருத்தம் பயன்பாட்டில் இருப்பதற்கே உரியது. நிலையான கூடத்தில் காலி முகவரிகளை எண்ணி, யாருக்கும் நினைவில்லாத குத்தகையை வைத்திருக்கும் பயனர் வாரியான ஒதுக்கீடுகளைத் தேடுங்கள், ஏனெனில் பெரியதாகத் தெரியும் கூடம் முழுவதும் நிரம்பியிருக்கலாம். DHCP இல் ரிலே ஒரு சேவையகத்தை அடைகிறதா, வரம்பில் காலி குத்தகைகள் உள்ளனவா என்பதைச் சரிபார்க்கவும்.
சாதாரண கிளையண்ட்களால் தீர்ந்த வரம்பு தவறாக உள்ளமைக்கப்பட்ட கூடத்தைப் போலவே அதே 720 ஐ உருவாக்குகிறது, RRAS பணியகம் இரண்டு நிலைகளிலும் முற்றிலும் ஆரோக்கியமாகத் தெரியும். கூடத்தைச் சிறிய வரம்புகளாகப் பிரிக்கும் பாரம்பரிய தீர்வை எதிர்க்கவும்: அசல் ஆலோசனை ஒரு நிர்வாகியின் முடிவை விவரித்தது, சேவையகத்தின் சொந்த நிகழ்வுகள் நேரடியாகப் பெயரிடக்கூடிய ஒதுக்கீட்டுத் தோல்வியை அது சரிசெய்யாது.
கிளையண்டின் பிணைப்புகளை உடைக்காமல் படிக்கவும்
ஆதாரங்கள் ஒரு கிளையண்டைச் சுட்டினால், ஸ்டாக்கை மீண்டும் நிறுவுவதற்குப் பதிலாக மறைந்திருக்கும் அடாப்டரை ஆய்வு செய்யுங்கள். முதல் கட்டளை WAN Miniport இடைமுகங்களையும் அவற்றின் பெயர்களையும் பட்டியலிடுகிறது; இரண்டாவது அது திருப்பிய பெயரை எடுக்கிறது, வழிகாட்டியிலிருந்து நகலெடுத்த பெயரை அல்ல.
Get-NetAdapterBinding -Name "<name>" -IncludeHidden -AllBindingsபட்டியலை முகவரித் தீர்வு பிணைப்புக்கும் மூன்றாம் தரப்பு வடிகட்டிகளுக்கும் படியுங்கள். முடக்கப்பட்ட பிணைப்பு இலக்கு பழுதுபார்ப்பு, ஒரு வடிகட்டியின் இருப்பு அந்த மென்பொருளின் உரிமையாளருக்கான கேள்வி, பாதுகாப்புத் தயாரிப்பை முடக்கும் அனுமதி அல்ல. எல்லா அடாப்டர்களையும் நீக்குவதே தோல்வி திரும்பினால் தேவைப்படும் ஆதாரங்களை அழிக்கும் ஒரே நடவடிக்கை.
திருத்தத்திற்குப் பிறகு அதே சுயவிவரத்தை மீண்டும் முயற்சிக்கவும், அது அசல் அறிகுறியாக இருந்தால் இரண்டு கிளையண்ட் நிலையை மீண்டும் செய்யவும், ஏனெனில் வெற்றிகரமான முதல் இணைப்பு இரண்டாவது கிளையண்ட் வெளிப்படுத்தும் ஒதுக்கீட்டுப் பிரச்சினையை மறைக்கிறது. குறிப்பை நான்கு புலங்களில் வைத்திருங்கள்: எந்தக் கிளையண்ட், எந்தப் பிணைப்பு, எந்த நிகழ்வு, என்ன மாறியது. ஒவ்வொரு முயற்சியிலும் ஒரு அடுக்கை மாற்றுங்கள், ஏனெனில் கிளையண்ட் திருத்தமும் கூட மாற்றமும் ஒன்றாகப் பயன்படுத்தப்பட்டால் அவற்றைக் காரணம் கூற முடியாது, அடுத்த தோல்வி அதுவே ஆனாலும் புதியதாகத் தெரியும்.