Windows இல் L2TP/IPsec பிழை 789: சுயவிவரத்தை உருவாக்கி முன்மொழிவைப் பின் செய்யுங்கள்
பிழை 789 IPsec பரிமாற்றத்தில் தோல்வியடைகிறது, கடவுச்சொல்லில் அல்ல. L2TP சுயவிவரத்தை ஸ்கிரிப்ட் செய்யுங்கள், முன்மொழிவைப் பின் செய்யுங்கள், அடுத்த குறியீடுகளை நிலை வாரியாகப் படியுங்கள்.
Windows இல் L2TP இணைப்பில் பிழை 789 என்றால் சுரங்கம் IPsec பாதுகாப்புப் பரிமாற்றத்தின் உள்ளேயே இறந்துவிட்டது, இது Windows எங்காவது பயனர் கடவுச்சொல்லை அனுப்புவதற்கு மிக முன்பே நிகழ்கிறது. கடவுச்சொல்லை மீண்டும் முயற்சிப்பதோ, அடைவில் அதை மீட்டமைப்பதோ அந்த நிலையை முன்னேற்ற முடியாது. அதை முன்னேற்றுவது PowerShell இலிருந்து இணைப்பை கேட்வே உண்மையில் வழங்கும் முன்மொழிவுடன் மீண்டும் கட்டமைப்பதே, ஏனெனில் அமைப்புகள் வழிகாட்டி IPsec மாற்றங்களை அமைதியாகவே தேர்ந்தெடுத்து எதைத் தேர்ந்தெடுத்தது என்பதை உங்களுக்கு ஒருபோதும் காட்டாது. இதுவே அதற்கான வழிகாட்டி: சுயவிவரத்தை உருவாக்குங்கள், முன்மொழிவைப் பின் செய்யுங்கள், பிறகு நிலை அட்டவணையைப் பயன்படுத்துங்கள், அடுத்த குறியீடு உங்களுக்கு ஏதாவது சொல்லும்.
வழிகாட்டி இல்லாமல் சுயவிவரத்தை உருவாக்குங்கள்
Add-VpnConnection ஒரு சொந்த தொலைபேசி புத்தகப் பதிவை எழுதுகிறது, எனவே முடிவு அமைப்புகள் பயன்பாடு பின்னர் திருத்தும் அதே பொருளே. இணைப்பு கணினியின் ஒவ்வொரு கணக்கிற்கும் இருக்க வேண்டியிருந்தால் அதை உயர்த்தப்பட்ட அமர்விலிருந்தும், தனிப்பட்டதாக இருக்க வேண்டியிருந்தால் பயனர் சூழலிலிருந்தும் இயக்குங்கள்:
Add-VpnConnection -Name "Contoso L2TP" `
-ServerAddress 203.0.113.10 `
-TunnelType L2tp `
-EncryptionLevel Required `
-AuthenticationMethod MSChapv2 `
-RememberCredential -Forceகேட்வே வழங்குவதற்கு -AuthenticationMethod பொருந்தச் செய்யுங்கள். MSChapv2, EAP மற்றும் PAP ஒன்றுக்கொன்று மாற்றக்கூடியவை அல்ல, மேலும் சேவையகம் ஏற்காத முறையைக் கோரும் சுயவிவரம் எந்தப் பயனர் பதிவையும் பார்ப்பதற்கு முன்பே தோல்வியடைகிறது. எந்தவொரு உண்மையான விஷயத்திற்கும் -EncryptionLevel Required வைத்திருங்கள்; Optional எதிர்ப்பக்கம் ஒன்றை வழங்கினால் Windows குறியாக்கம் இல்லாத சுரங்கத்தை ஏற்க அனுமதிக்கிறது, இது ஆய்வகக் குறுக்குவழி, அனுப்ப வேண்டிய அமைப்பு அல்ல.
நீங்கள் -L2tpPsk அனுப்பினால், அந்த முன்பே பங்கிடப்பட்ட விசை வட்டில் உள்ள சுயவிவரத்தில் எழுதப்படுகிறது, அங்கிருந்து அந்தக் கணினியில் சுயவிவரத்தைப் படிக்கக்கூடிய யாரும் அதை மீட்டெடுக்கலாம். கேட்வே ஆதரிக்கும்போது எதிர்ப்பக்கத்தை அங்கீகரிக்க சான்றிதழைப் பயன்படுத்துங்கள், PSK தவிர்க்க முடியாதபோது ஒவ்வொரு வழங்கல் இயக்கத்திலும் ஒட்டுவதற்குப் பதிலாக அதைக் களஞ்சியத்திற்கும் ஷெல் வரலாற்றிற்கும் வெளியே வைத்திருங்கள்.
இயல்புநிலை மதிப்புகளை ஏற்பதற்குப் பதிலாக முன்மொழிவைப் பின் செய்யுங்கள்
Windows IPsec மாற்றங்களைத் தானே நிரப்புகிறது, அதனால்தான் ஒரே மாதிரி தோன்றும் இணைப்பைக் கொண்ட இரண்டு கணினிகள் ஒரே கேட்வேக்கு எதிராக வெவ்வேறு விதமாகத் தோல்வியடையலாம். Set-VpnConnectionIPsecConfiguration அவற்றைப் பின் செய்வதற்கான ஆதரவு பெற்ற வழியாகும்:
Set-VpnConnectionIPsecConfiguration -ConnectionName "Contoso L2TP" `
-AuthenticationTransformConstants SHA256128 `
-CipherTransformConstants AES128 `
-EncryptionMethod AES128 `
-IntegrityCheckMethod SHA256 `
-DHGroup Group14 `
-PfsGroup None `
-PassThru -Forceஅந்தத் தொகுப்பு ஒரு பொதுவான L2TP/IPsec ஏற்பாடு, உலகளாவிய பதில் அல்ல. ஒவ்வொரு அளவுருவும் நிலையான மதிப்புப் பட்டியலை ஏற்கிறது, மேலும் தளம் வரைபடமாக்க முடியாத கலவை அமைதியாக பலவீனப்படுத்தப்பட்ட சுயவிவரத்திற்குப் பதிலாக cmdlet பிழையாகத் திரும்புகிறது. அத்தகைய பிழையை மதிப்புகள் பற்றிய கூற்றாகக் கருதுங்கள், உங்கள் அனுமதிகள் பற்றியதாக அல்ல.
முன்மொழிவை கேட்வே ஆவணங்களிலிருந்து அல்லது அதன் நேரடி நிலை 1 மற்றும் நிலை 2 அமைப்புகளிலிருந்து நகலெடுத்து, கேட்வே நிராகரிக்கும் மாற்றங்களைப் பதிவுசெய்யும் போது மட்டும் ஒரு நேரத்தில் ஒரு புலத்தை மாற்றுங்கள். ஐந்து புலங்களின் வழியாகச் செல்வது தற்செயலாக வேலை செய்யும் இணைப்பையும் அடுத்த நபருக்கு எதையும் விளக்காத பதிவையும் உருவாக்குகிறது.
தோல்வியை பிழை உரையால் அல்ல, நிலை வாரியாகப் படியுங்கள்
789 கிளையண்ட் உரையாடலில் அனைத்தும் ஒரே மாதிரி தோன்றும் குறியீட்டு குடும்பத்தைச் சேர்ந்தது. சுயவிவரத்தை மீண்டும் தொடுவதற்கு முன் குறியீட்டை அது சேர்ந்த நிலைக்கு எதிரே வையுங்கள்:
| What you see | Stage that failed | Check first |
|---|---|---|
| Nothing happens, then a timeout | No IKE response at all | Server address, UDP 500 and 4500 reachability, NAT traversal on the gateway |
| Error 789 | IKE security exchange | Proposal, pre-shared key, certificate trust and client clock |
| Error 691 or a repeated password prompt | User authentication | Account state, domain, RADIUS or NPS policy |
| Tunnel up, some hosts unreachable | Routing or DNS after PPP | Split-tunnel routes, pushed DNS, remote subnet mask |
இங்கே சான்றுகளின் இரு பாத்திரங்கள் முக்கியம். முன்பே பங்கிடப்பட்ட விசை அல்லது சான்றிதழ் இரு பக்கங்களையும் ஒன்றுக்கொன்று அங்கீகரிக்கிறது, அதேசமயம் MSChapv2 அல்லது EAP உங்களைச் சுரங்கத்தின் உள்ளே அங்கீகரிக்கிறது. பயனர் கடவுச்சொல்லை மீட்டமைப்பது முதலாவதைச் சரிசெய்ய முடியாது, புதிய பங்கிடப்பட்ட ரகசியம் இரண்டாவதைச் சரிசெய்ய முடியாது, இரண்டையும் ஒரே நேரத்தில் மாற்றுவது எது தவறு என்பதற்கான ஆதாரத்தை அழிக்கிறது.
சான்றிதழ் பாதையில், சரிபார்ப்பைத் தளர்த்துவதைப் பரிசீலிக்கும் முன் கிளையண்ட் கடிகாரம், நம்பிக்கைச் சங்கிலி மற்றும் கேட்வே எதிர்பார்க்கும் அடையாளத்தைச் சரிபாருங்கள். சரிபார்ப்பை முடக்குவது தெரியும் 789 ஐ தவறான பக்கத்தை நம்பி இணைக்கும் சுரங்கமாக மாற்றுகிறது, கிளையண்டில் எதுவும் அது நடந்ததை உங்களுக்குச் சொல்லாது. Microsoft இன் தொலை அணுகல் பிழைப் பட்டியல் குறியீடுகளுக்கேயான குறிப்பு, மேலும் அது பாதுகாப்பு அடுக்குத் தோல்விகளை உள்நுழைவுத் தோல்விகளிலிருந்து பிரிக்கிறது.
சரிசெய்யப்பட்டது எனக் கூறும் முன் இரு முனைகளிலிருந்தும் சரிபாருங்கள்
சுயவிவரத்தை மீண்டும் படியுங்கள், ஆனால் வெளியீட்டில் முன்மொழிவை எதிர்பார்க்க வேண்டாம். Get-VpnConnection பெயர், சேவையக முகவரி, சுரங்க வகை, குறியாக்க நிலை மற்றும் அங்கீகார முறையைத் தெரிவிக்கிறது, மாற்றங்கள் பற்றி எதுவும் அறியாது, எனவே படிப்பது பதிவு உள்ளது என்பதையும் சரியான ஹோஸ்ட்டைச் சுட்டுகிறது என்பதையும் உறுதிப்படுத்துகிறது:
Get-VpnConnection -Name "Contoso L2TP" |
Select-Object Name, ServerAddress, TunnelType, EncryptionLevel, AuthenticationMethodஉரையாடலுக்குப் பதிலாக எண்ணைப் பெற கட்டளை வரியிலிருந்து அழையுங்கள்: rasdial "Contoso L2TP" இடைமுகம் தரும் அதே தோல்விக் குறியீட்டைத் தருகிறது, rasdial "Contoso L2TP" /disconnect முயற்சிகளுக்கு இடையில் அதை அழிக்கிறது. பிறகு அதே முயற்சிக்கு கேட்வே பக்கத்தைப் படியுங்கள். strongSwan இன் ipsec statusall அல்லது திசைவியின் IKE பதிவு எந்த முன்மொழிவு வந்தது, எது நிராகரிக்கப்பட்டது என்பதைக் கூறுகிறது, அதை cmdlet மதிப்புகளுடன் ஒப்பிடுவதே இரு முனைகளும் ஒப்புக்கொண்டன என்பதை உண்மையில் நிரூபிக்கும் ஒரே படி.
வெற்றிகரமான இணைப்பு இறுதிக் கோடு அல்ல. பயனருக்கு முக்கியமான பயன்பாட்டைத் திறங்கள், ஏனெனில் வழிகள், தள்ளப்பட்ட DNS மற்றும் பிளவு சுரங்க அமைப்புகள் சுரங்கம் எழுந்த பிறகு தோல்வியடைகின்றன, எந்தப் பிழை உரையாடலையும் உருவாக்குவதில்லை.
அதைத் தானியங்கியாக்கி, தூய்மையாகப் பின்னுக்குத் திரும்புங்கள்
மேற்பார்வையில்லாத நிறுவலே இதை ஸ்கிரிப்ட் செய்வதற்கான காரணம், அழைப்பு நிலையே சான்றுகள் கசியும் இடம். rasdial அவற்றைத் தன் கட்டளை வரியில் எடுத்துக்கொள்கிறது, அங்கு பிற உள்ளூர் பயனர்களும் பெரும்பாலான பதிவு சேகரிப்பாளர்களும் அவற்றைப் படிக்கலாம்:
subprocess.run(["rasdial", "Contoso L2TP"], check=True)வேலையை இயக்கும் கணக்கிற்கு வரையறுக்கப்பட்ட சான்றை விரும்புங்கள், அல்லது திட்டமிடப்பட்ட பணியில் கடவுச்சொல்லை வாதமாக அனுப்புவதற்குப் பதிலாக சுயவிவரம் அதை -RememberCredential உடன் சேமிக்க அனுமதியுங்கள். வழங்கல் கட்டளைகள் தாமே -Force உடன் மீண்டும் செய்வது பாதுகாப்பானது, ஆனால் அவை பழைய முன்மொழிவை மகிழ்ச்சியுடன் மேலெழுதும், எனவே மறுஇயக்கம் ஸ்கிரிப்ட் தற்போதைய மதிப்புகளைக் கொண்டு சென்றால் மட்டுமே உதவும்.
சுயவிவரங்கள் மறுதொடக்கங்களைக் கடந்து நிலைத்திருக்கின்றன, அவை கட்டப்பட்ட கேட்வே உள்ளமைவை விட நீண்ட காலம் வாழ்கின்றன. கேட்வே முன்மொழிவு நகர்ந்தால், மதிப்புகளின் இரண்டாவது தொகுப்பை மேலே அடுக்குவதற்குப் பதிலாக பதிவை அகற்றி மீண்டும் உருவாக்குங்கள்: Remove-VpnConnection -Name "Contoso L2TP" -Force, பிறகு புதிய தொகுப்புடன் இரு cmdlet களையும் மீண்டும் செய்யுங்கள்.
ஸ்கிரிப்டுக்கு அருகில் வாழும் நான்கு சரிபார்ப்புகளுடன் சுழற்சியை மூடுங்கள்: Get-VpnConnection எதிர்பார்க்கப்படும் சுரங்க வகை மற்றும் குறியாக்க நிலையைக் காட்டுகிறது; கேட்வே உங்கள் கிளையண்ட் முகவரிக்கான நிறைவு பெற்ற நிலை 1 மற்றும் நிலை 2 ஐப் பதிவுசெய்கிறது; rasdial வெற்றியைத் திருப்பித் தருகிறது, பயன்பாடு திறக்கிறது; ஸ்கிரிப்டில் பதிவுசெய்யப்பட்ட முன்மொழிவு தற்போதைய கேட்வே அமைப்புடன் பொருந்துகிறது. அடுத்த 789 வரும்போது, அந்த ஒப்பீடு பிற்பகலுக்குப் பதிலாக சில நிமிடங்கள் எடுக்கும்.