L2TP இல் NO_PROPOSAL_CHOSEN? முதலில் நுழைவாயிலை ஸ்கேன் செய்யுங்கள்

பயனர்பெயர் கேட்பு ஒருபோதும் தோன்றாது, வாடிக்கையாளர் NO_PROPOSAL_CHOSEN ஐப் புகாரளிக்கிறது. அந்த நேரத்தில் சான்றுகளும் முன்பே பகிரப்பட்ட விசையும் பொருந்தாதவை, ஏனெனில் இரு முனைகளும் கட்டம் 1 ஐ எவ்வாறு பாதுகாப்பது என்பதில் ஒத்துக்கொள்ளவில்லை. பெரும்பாலானோர் இணையத்தில் கண்ட சைஃபர் சரத்தை ஒட்டி பதிலளிக்கின்றனர். நுழைவாயிலை ஸ்கேன் செய்வது அதே கேள்விக்கு ஆதாரங்களுடன் பதிலளிக்கிறது, ஏறக்குறைய அதே நேரத்தை எடுக்கிறது.

செய்தி எதை விலக்குகிறது

நிராகரிப்பு முதன்மை பயன்முறையில், எந்த L2TP அல்லது PPP பரிமாற்றத்திற்கும் முன் நிகழ்கிறது, எனவே சுரங்கப்பாதையும் பயனர் தரவுத்தளமும் கேட்கப்படவில்லை. கட்டம் 1 மறையாக்கம், ஒருமைப்பாடு மற்றும் Diffie-Hellman குழு பற்றி பேச்சுவார்த்தை நடத்துகிறது. கட்டம் 2 தரவுக்கான ESP முன்மொழிவு பற்றி பேச்சுவார்த்தை நடத்துகிறது. கட்டம் 1 இன் தோல்வியை கட்டம் 2 இன் PFS அமைப்பை மாற்றுவதன் மூலம் சரிசெய்ய முடியாது, மேலும் முடிந்த IKE தொடர்பு ESP முன்மொழிவு பொருந்தும் என்பதை நிரூபிக்கவில்லை.

தொடரியலைத் திருத்தும் முன் backend ஐப் பதிவு செய்யுங்கள்: ipsec --version. libreswan மற்றும் strongSwan அதே அல்காரிதங்களுக்கு முன்மொழிவின் வெவ்வேறு எழுத்துப்பிழைகளை ஏற்கின்றன.

பின்னர் நிராகரிப்பை சூழலில் இதனுடன் படியுங்கள்: journalctl --no-hostname _COMM=nm-l2tp-service _COMM=ipsec _COMM=pluto _COMM=charon _COMM=kl2tpd _COMM=xl2tpd _COMM=pppd.

நுழைவாயிலின் மாற்றத் தொகுப்பை ஸ்கேன் செய்யுங்கள்

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

sudo ipsec stop
sudo ike-scan --trans=3des-sha1-modp1024 10.10.10.250 | grep SA=

பழைய சாதனங்கள் பெரும்பாலும் 3DES, SHA1 மற்றும் MODP1024 ஐ வழங்குகின்றன, ஏனெனில் தயாரிப்பு அனுப்பப்பட்டபோது அவை இயல்புநிலைகளாக இருந்தன, யாரும் அவற்றை மறுபரிசீலனை செய்யவில்லை. ஸ்கேனின் மூல வெளியீட்டை வைத்திருங்கள், அன்று மறுபக்கம் என்ன வழங்கியது என்பதற்கான ஒரே பதிவு அதுவே. அதுவே கிடைக்கும் வலுவான ஒன்றுடன் ஒன்று சேர்வு என்றால், சரியான மேலெழுப்பல் நுழைவாயிலின் உரிமையாளரிடம், அனைவருக்கும் பலவீனமான மறையாக்கத்தை மீண்டும் இயக்கும் வாடிக்கையாளர் கட்டமைப்பிடம் அல்ல.

பாதுகாப்பை முடக்காமல் ஒன்றுடன் ஒன்று சேர்வைப் பொருத்துங்கள்

ஸ்கேனிலும் உங்கள் கொள்கையிலும் இரண்டிலும் தோன்றும் மாற்றங்களை மட்டும் உள்ளிடுங்கள். கீழேயுள்ள எடுத்துக்காட்டு கட்டம் 1 இல் 3DES, SHA1 மற்றும் MODP1024 வழங்கும் நுழைவாயிலைப் பிரதிபலிக்கிறது. backend குறித்த எச்சரிக்கையைக் கவனியுங்கள்: libreswan 4.x modp1024 குழுவைத் தொகுக்காது, எனவே இது strongSwan அல்லது DH2 ஆதரவுடன் கூடிய libreswan கட்டமைப்புக்குப் பொருந்தும். வாடிக்கையாளர் கெட்டுப்போய்விட்டது என்று முடிவெடுக்கும் முன் பதிப்பைச் சரிபாருங்கள்.

Phase 1: 3des-sha1-modp1024
Phase 2: aes256-sha1,aes128-sha1,3des-sha1

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

மீண்டும் முயலும் முன் டீமனையும் துறையையும் சரிபாருங்கள்

NetworkManager-l2tp அதன் சொந்த xl2tpd நிகழ்வைத் தொடங்குகிறது. கணினி சேவை ஏற்கனவே UDP 1701 ஐ வைத்திருந்தால், வாடிக்கையாளர் தற்காலிக மூல துறைக்குத் திரும்புகிறது, இதை RFC 3193 அனுமதிக்கிறது, சில சேவையகங்கள் அமைதியாகக் கைவிடுகின்றன. அடுத்த முயற்சிக்கு முன் சாக்கெட்டின் உரிமையாளரைச் சரிபாருங்கள்.

sudo ss -unlp | grep 1701
sudo systemctl stop xl2tpd.service
sudo systemctl disable xl2tpd.service

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

இறுதியாக, ஆலோசனை எங்கிருந்து வந்தது என்பதைச் சரிபாருங்கள். ipsec.conf IKEv1 XAuth க்காக எழுதப்பட்ட கோப்பு வேறு வகையான VPN ஐ விவரிக்கிறது, மேலும் L2TP சுயவிவரத்தில் அதன் முன்மொழிவு மட்டும் தவறான வரி அல்ல. நீங்கள் உள்ளிட்ட மாற்றத் தொகுப்பை சுயவிவரத்தின் அருகில் பதிவு செய்யுங்கள், அடுத்த நபர் சோதனையை மீண்டும் செய்யாமல் இருக்க.