L2TP: கொடிய சிக்னல் 15, NO_PROPOSAL_CHOSEN மற்றும் காணாமல் போன modp1024

உங்கள் இணைப்பு நிற்கிறது, கிளையண்ட் வெளியேறுகிறது, திரையின் கடைசி வரி death_handler: Fatal signal 15 received. அந்த வரி தடங்கலுக்கான அறிக்கை, காரணத்திற்கானது அல்ல. IPsec பதிவில் ஒரு வரி மேலே கிட்டத்தட்ட எப்போதும் NO_PROPOSAL_CHOSEN இருக்கும், இந்த ஜோடி பரிமாற்றத்தின் கட்டம் 2 ஐச் சுட்டுகிறது, அங்கு இரு தரப்பும் குறியாக்கம் மற்றும் ஹாஷ் தேர்வுகளை ஒப்பிட்டு பொதுவான ஒன்று இல்லாதபோது நிற்கின்றன. அந்த கட்டத்தில் சான்றுகள் இன்னும் அனுப்பப்படவில்லை, எனவே கடவுச்சொல்லை மீண்டும் தட்டச்சு செய்வது முடிவை மாற்றாது.

Linux கிளையண்டில் பொதுவாக இரண்டு விஷயங்கள் அந்த வெட்டை காலி செய்கின்றன. உள்ளூர் டீமன் சுயவிவரம் கோரும் Diffie-Hellman குழுவை இனி செயல்படுத்தாமல் இருக்கலாம், அல்லது சுயவிவரம் கட்டம் 1 முன்மொழிவை கட்டம் 2 புலத்தில் கொண்டிருக்கலாம். இரண்டும் பதிவில் தடயம் விடுகின்றன, எதுவும் கணக்கு சிக்கல் அல்ல.

அந்த இரு செய்திகளும் உண்மையில் என்ன சொல்கின்றன

IKE படிகளில் பேச்சுவார்த்தை நடத்துகிறது. கட்டம் 1 பாதுகாக்கப்பட்ட சேனலை உருவாக்கி அதன் சொந்த வழிமுறைகளை தேர்ந்தெடுக்கிறது; கட்டம் 2, அதாவது குழந்தை SA, தனி தொகுப்பின் கீழ் போக்குவரத்தை எடுத்துச் செல்கிறது. NO_PROPOSAL_CHOSEN என்பது வழங்கப்பட்ட சேர்க்கைகளில் எதுவும் ஏற்கத்தக்கதாக இல்லாதபோது பதிலளிப்பவர் திருப்பி அனுப்பும் அறிவிப்பு, அது INFORMATIONAL பரிமாற்றத்திற்குள் [ HASH N(NO_PROP) ] ஆக தோன்றுகிறது.

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

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

டீமன் எழுதும் இடத்தில் பதிவு நிலையை உயர்த்தி, பின்னர் வெளியீட்டைப் பார்த்தபடி மீண்டும் இணைக்கவும். NetworkManager ஹோஸ்ட்டில் L2TP செருகுநிரல் அந்த நிலையை backend-க்கு அனுப்புகிறது, செய்திகள் விநியோகத்திற்கு ஏற்ப journal அல்லது பாரம்பரிய syslog கோப்பில் சேர்கின்றன. இவற்றில் எதுவும் பரிமாற்றத்தைக் காட்டும்: journalctl -f -u NetworkManager | grep -Ei 'pluto|charon|no_prop|proposal' அல்லது tail -f /var/log/syslog | grep -Ei 'pluto|charon|ike'.

pluto என்று பெயரிடும் வரி libreswan இலிருந்து வருகிறது, charon strongSwan இலிருந்து, இரண்டும் ஒரே நிலையை வெவ்வேறு சொற்களில் விவரிக்கின்றன. தேடத் தகுந்த வடிவம் காணாமல் போன குழுவைப் பெயரிடுவது, எடுத்துக்காட்டாக algorithm 'modp1024' is not supported, ஏனெனில் அது தெளிவற்ற தோல்வியை திட்டவட்டமானதாக மாற்றுகிறது.

modp1024 எங்கே போனது

Diffie-Hellman குழு 2 மிகவும் பலவீனமானது, பல விநியோகங்கள் 3.30 முதல் அதை libreswan இல் தொகுப்பதை நிறுத்தின. அப்போது வருடங்களுக்கு முன் எழுதப்பட்ட அல்லது aes128-sha1-modp1024 மட்டுமே பட்டியலிடும் கேட்வே வழிகாட்டியிலிருந்து எடுக்கப்பட்ட சுயவிவரம், உள்ளூர் டீமனிடம் அது செய்யவே முடியாத ஒன்றைக் கேட்கிறது. புதிய NetworkManager-l2tp கட்டுமானங்கள் அந்த முடிவை மேலும் சாத்தியமாக்குகின்றன: 1.2.16 முதல் அவை தொகுப்பை Windows 10 மற்றும் iOS பாணி முன்மொழிவுகளுடன் மாற்றி, libreswan கண்டறியப்பட்டதும் modp1024 ஐ விடுகின்றன. எதிர்ப்பக்கம் பெரும்பாலும் குற்றமற்றது, இன்னும் நீங்கள் அமைத்த அதே குழுவை வழங்குகிறது.

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

வேறுபட்ட தாக்கம் கொண்ட இரு பழுதுநீக்கங்கள்

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

இரண்டாவது பழுதுநீக்கம் strongSwan ஐ நிறுவி பழைய கேட்வேவை அணுகக்கூடியதாக வைத்திருக்கிறது, அதன் தொகுப்புகள் பெரும்பாலான விநியோகங்களில் இன்னும் குழு 2 ஐ செயல்படுத்துகின்றன. அது டீமன் மாற்றம், எனவே விலை உண்டு: நீக்குவதற்கு முன் ஹோஸ்ட்டின் பிற சுரங்கங்கள் libreswan உள்ளமைவைச் சார்ந்திருக்கின்றனவா என சரிபார்க்கவும், Fedora இல் NetworkManager மற்றும் strongSwan செருகுநிரல் இடையே SELinux மறுப்புகளை எதிர்பார்க்கவும். அந்த மறுப்புகள் IKE தடயத்தில் அல்ல, தணிக்கை பதிவில் தோன்றுகின்றன, அதனால்தான் வெற்றிகரமான நிறுவலுக்குப் பின் உடனேயே சுரங்கம் உடைந்ததுபோல் தோன்றலாம். வேலை செய்யும் வரிசை முதலில் dnf install strongswan, பின்னர் rpm -e libreswan.

பொருந்தும் முன்மொழிவு சரங்கள், மற்றும் அவற்றைச் சுற்றியுள்ள பொறிகள்

புலங்களை கைமுறையாக நிரப்ப வேண்டியிருக்கும்போது கட்டம் 1 மற்றும் கட்டம் 2 வேறு மதிப்புகளை எடுக்கின்றன. Meraki பாணி எதிர்ப்பக்கத்திற்கு எதிராக வேலை செய்வதாக அறியப்பட்ட ஜோடி கட்டம் 1 இல் aes128-sha1-modp1024 ஐ அதன் பின்னால் 3des-sha1-modp1024 உடன் வழங்குகிறது, இரண்டும் தொகுப்பை கடுமையாக்கும் ஆச்சரியக்குறியால் மூடப்படுகின்றன, எனவே அந்த முன்மொழிவுகள் மட்டுமே அனுப்பப்படுகின்றன.

பின்னர் கட்டம் 2 அதே கடுமையான குறியுடன், Diffie-Hellman பின்னொட்டு இல்லாமல் aes128-sha1 மற்றும் 3des-sha1 ஆக சுருங்குகிறது. -modp1024 கொண்ட கட்டம் 2 வரி தவறான புலத்தில் உள்ள கட்டம் 1 மதிப்பு, பதிலளிப்பவர் அதை ஒவ்வொரு மறுமுயற்சியிலும் நிராகரிக்கிறார். அந்த வரியை இரண்டாவது சுயவிவரத்திற்கு நகலெடுங்கள், இரண்டாவது சுயவிவரமும் அதேபோல் தோல்வியடையும், இப்படி ஒரு தட்டச்சு பிழை முழு கப்பற்படைக்கும் நிகழ்வாகிறது.

பிற குறைபாடுகள் முன்மொழிவு பொருந்தாமை இல்லாமலே அதே பாப்அப்பை அணிகின்றன. KDE இல் செருகுநிரல் நிறுவப்பட்டிருந்தும் L2TP வகை பட்டியலிடப்படலாம், ஆனால் ஒவ்வொரு இணைப்பும் உடனே இறக்கிறது, ஏனெனில் இணைப்பு திருத்தி மற்றும் இயக்கநேர உதவியாளர்கள் தனி தொகுப்புகளாக வருகின்றன. திரை இல்லாத ஹோஸ்ட்கள் வேலை செய்யும் டெஸ்க்டாப்பின் சுயவிவரத்தை மீண்டும் பயன்படுத்தலாம்: அதை /etc/NetworkManager/system-connections/ இலிருந்து நகலெடுத்து, பயன்முறையை 600 ஆக அமைத்து, பின்னர் nmcli con reload இயக்கவும். அதை nmcli con up id work-l2tp மூலம் மேலே கொண்டு வாருங்கள், ஏனெனில் வெற்று வடிவம் UUID கேட்கிறது, மேலும் காலாவதியான ifname உள்ளீட்டை அகற்றுங்கள், இல்லையெனில் மற்ற எல்லாம் சரியாக இருந்தும் மேலாளர் Could not find source connection என்று பதிலளிக்கிறார்.

முன்கூட்டியே பங்கிடப்பட்ட விசை வெளிப்படையான உரையாக அல்லது 0s மற்றும் பின்னர் base64 ஆக சேமிக்கப்படலாம்; இரு வடிவங்களும் வேலை செய்கின்றன, ஆனால் மதிப்பு கேட்வேவுடன் பைட் பைட்டாக பொருந்த வேண்டும், அதனுடன் நகலெடுத்த இறுதி இடைவெளிகள் உட்பட.