ipsec.conf au swanctl.conf? Chagua frontend moja ya strongSwan

Profaili ya IKEv1 inayofanya kazi kutoka mwongozo wa zamani inafika kwenye Ubuntu 24.04, na jaribio la kwanza linashindwa kwa sababu daemon hakuwahi kusoma faili hiyo. Jibu la kawaida ni kuhariri profaili tena. Swali la kweli ni frontend ipi ya strongSwan imesakinishwa na huduma inayoendesha inatumia ipi. Hadi hilo lijibiwe, kila uhariri unaelekea kwenye kipakio ambacho huenda hakipo.

Faili mbili, vipakiaji viwili, daemon mmoja

Mpangilio wa zamani wa starter husoma ipsec.conf na kupeleka miunganisho kwa charon kupitia muunganisho wake wa zamani wa usimamizi. Sehemu yake ya kuingia kiutendaji ni amri ya ipsec.

Mpangilio wa swanctl hupakia fasili kupitia VICI, husoma swanctl.conf, na huendeshwa na amri ya swanctl. Daemon ya charon iliyojengwa ndani ya systemd inaungana na mbinu hiyo.

Zote mbili zinaweza kusakinishwa kwenye mashine moja, na hapo ndipo mkanganyiko unaanza. Faili iliyo chini ya /etc inathibitisha tu kwamba mtu fulani aliiandika, si kwamba mchakato unaoendesha uliipakia. Kusakinisha kila mbadala ili kuona ipi inafanya kazi hutengeneza mwenyeji aliye na njia mbili za usimamizi na bila mmiliki aliye wazi. Chagua mpangilio mmoja na uondoe au uzime mwingine.

Soma vipakizi na unit zilizosakinishwa

Anza kwa hali ya kusoma tu. Majina ya vipakizi kwenye Ubuntu 24.04 ni tofauti: strongswan-starter, strongswan-swanctl na charon-systemd. Kipakizi kinachokosekana ni taarifa muhimu, si maagizo ya kukisakinisha.

Orodhesha vipakizi na unit kwa mzunguko mmoja:

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

Kisha chunguza unit inayotumika na amri yake ya kuanzisha. Jina la unit linaeleza daemon ipi inamiliki usanidi, na mstari wa amri unathibitisha faili zipi iliambiwa isome. Unit iliyowezeshwa lakini isiyotumika inasimulia hadithi tofauti na ile inayoendesha sasa.

Ikiwa unit inayotumika ni strongswan-starter, faili muhimu ni ipsec.conf. Ikiwa ni charon-systemd pamoja na swanctl, ipsec.conf ni mapambo tu.

Tumia njia ya udhibiti inayolingana

Kila frontend ina mtazamo wake wa miunganisho na vyama. swanctl --list-conns huonyesha fasili zilizopakiwa na swanctl --list-sas huonyesha vyama vinavyotumika. Njia ya zamani hutumia ipsec statusall.

Kuzichanganya huzalisha hitilafu za kupotosha. Socket ya VICI inayokosekana au ombi la udhibiti lililokataliwa ni tatizo la njia ya usimamizi, si uthibitisho kwamba upande mwingine ulikataa uthibitishaji.

Soma mtazamo unaomilikiwa na daemon inayoendesha, kisha tafsiri matokeo. Ikiwa muunganisho haupo katika mtazamo huo, tatizo ni upakiaji, si majadiliano.

Muundo si toleo la IKE

Profaili ya zamani huchagua IKEv1 kwa keyexchange=ikev1. Muunganisho wa swanctl hutumia mpangilio wa toleo, ambapo 1 huchagua IKEv1. Hizi ni kamusi mbili za wazo moja, si ubadilishaji.

Anwani za upande mwingine, utambulisho wa ndani na wa mbali, vyanzo vya vitambulisho, mapendekezo na wateuzi child lazima yapangiliwe kwa makusudi. Kubandika block ya left/right kwenye sintaksia ya swanctl hakufanyi lolote la hayo.

Kubadilisha toleo la itifaki pekee ndiyo uhamishaji nusu unaojulikana zaidi. Huzalisha faili inayopakiwa na kisha kushindwa uthibitishaji kwa sababu zisizohusiana na toleo. IKEv1 yenyewe imepitwa na wakati kwa RFC 9395, kwa hivyo upande mwingine uliopo ambao bado unaihitaji unastahili kikomo cha upatanisho kilichoandikwa na njia ya uhamishaji, si chaguo-msingi jipya.

Kagua kipakio kabla ya kugusa profaili

Kwanza endesha ukaguzi wa kipakio, kisha pakia muunganisho uliokusudiwa, kisha tathmini majadiliano, na mwisho njia ya trafiki iliyolindwa. Kila hatua ina alama tofauti ya kushindwa.

Njia mbili za udhibiti zinajibu swali la upakiaji moja kwa moja:

swanctl --list-conns
ipsec statusall

Ni moja tu ya amri hizo inayomilikiwa na mwenyeji wako. Kuendesha zote mbili na kulinganisha matokeo ni njia ya kugundua ipi inakudanganya, si mbinu ya uchunguzi.

Chukulia umiliki wa vipakizi, upakiaji wa usanidi na upatanisho wa itifaki kama maswali matatu tofauti. Faili halali kwa frontend moja itahaririwa tena na tena wakati daemon nyingine inaendesha.