பழைய வழிகாட்டியிலிருந்து வேலை செய்யும் IKEv1 சுயவிவரம் Ubuntu 24.04 இல் வருகிறது, டீமன் அந்தக் கோப்பை ஒருபோதும் படிக்காததால் முதல் முயற்சி தோல்வியடைகிறது. வழக்கமான பதில் சுயவிவரத்தை மீண்டும் திருத்துவதாகும். உண்மையான கேள்வி எந்த strongSwan முன்னணி நிறுவப்பட்டுள்ளது, இயங்கும் சேவை எதைப் பயன்படுத்துகிறது என்பதுதான். அதற்கு பதில் வரும் வரை, ஒவ்வொரு திருத்தமும் இல்லாதிருக்கக்கூடிய ஏற்றியை நோக்கியே இருக்கும்.

இரண்டு கோப்புகள், இரண்டு ஏற்றிகள், ஒரு டீமன்

பழைய starter அமைப்பு ipsec.conf ஐப் படித்து, தனது பழைய நிர்வாக ஒருங்கிணைப்பு வழியாக இணைப்புகளை charon க்கு வழங்குகிறது. அதன் செயல்பாட்டு நுழைவுப் புள்ளி ipsec கட்டளை.

swanctl அமைப்பு VICI வழியாக வரையறைகளை ஏற்றி, swanctl.conf ஐப் படித்து, swanctl கட்டளையால் இயக்கப்படுகிறது. systemd இன் சொந்த charon டீமன் இந்த அணுகுமுறையுடன் ஒருங்கிணைகிறது.

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

நிறுவப்பட்ட தொகுப்புகளையும் unit களையும் படியுங்கள்

படிக்க-மட்டும் பயன்முறையில் தொடங்குங்கள். Ubuntu 24.04 இல் தொகுப்புப் பெயர்கள் தனித்தனியானவை: strongswan-starter, strongswan-swanctl மற்றும் charon-systemd. இல்லாத தொகுப்பு பயனுள்ள தகவல், அதை நிறுவ வேண்டும் என்ற அறிவுறுத்தல் அல்ல.

ஒரே படியில் தொகுப்புகளையும் unit களையும் பட்டியலிடுங்கள்:

dpkg-query -W strongswan-starter strongswan-swanctl charon-systemd
systemctl list-unit-files '*strongswan*'

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

செயலில் உள்ள unit strongswan-starter என்றால், முக்கியமான கோப்பு ipsec.conf. அது swanctl உடன் charon-systemd என்றால், ipsec.conf வெறும் அலங்காரம்.

பொருந்தும் கட்டுப்பாட்டுப் பாதையைப் பயன்படுத்துங்கள்

ஒவ்வொரு முன்னணிக்கும் இணைப்புகள் மற்றும் இணைவுகள் பற்றிய அதன் சொந்தப் பார்வை உள்ளது. swanctl --list-conns ஏற்றப்பட்ட வரையறைகளைக் காட்டுகிறது, swanctl --list-sas செயலில் உள்ள இணைவுகளைக் காட்டுகிறது. பழைய பாதை ipsec statusall ஐப் பயன்படுத்துகிறது.

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

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

வடிவம் IKE பதிப்பு அல்ல

பழைய சுயவிவரம் keyexchange=ikev1 மூலம் IKEv1 ஐத் தேர்ந்தெடுக்கிறது. swanctl இணைப்பு பதிப்பு அமைப்பைப் பயன்படுத்துகிறது, அங்கு 1 IKEv1 ஐத் தேர்ந்தெடுக்கிறது. இவை ஒரே கருத்துக்கான இரண்டு சொற்களஞ்சியங்கள், மாற்றம் அல்ல.

எதிர் தரப்பின் முகவரிகள், உள்ளூர் மற்றும் தொலை அடையாளங்கள், சான்றளிப்பு மூலங்கள், முன்மொழிவுகள் மற்றும் child தேர்வான்கள் அனைத்தும் வேண்டுமென்றே வரைபடமாக்கப்பட வேண்டும். left/right தொகுதியை swanctl இலக்கணத்தில் ஒட்டுவது இவற்றில் எதையும் செய்யாது.

நெறிமுறை பதிப்பை மட்டும் மாற்றுவது மிகவும் பொதுவான பாதி-இடப்பெயர்வு. இது ஏற்றப்பட்ட பின்னர் பதிப்புடன் தொடர்பில்லாத காரணங்களுக்காக அங்கீகாரத்தில் தோல்வியடையும் கோப்பை உருவாக்குகிறது. IKEv1 தானே RFC 9395 ஆல் காலாவதியானது, எனவே இன்னும் அதைக் கோரும் இருக்கும் எதிர் தரப்பு ஆவணப்படுத்தப்பட்ட இணக்க வரம்புக்கும் இடப்பெயர்வுப் பாதைக்கும் தகுதியானது, புதிய இயல்புநிலைக்கு அல்ல.

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

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

இரண்டு கட்டுப்பாட்டுப் பாதைகளும் ஏற்றுதல் கேள்விக்கு நேரடியாகப் பதிலளிக்கின்றன:

swanctl --list-conns
ipsec statusall

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

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

தொடர்புடைய கட்டுரைகள்