Хуучин гарын авлагын ажилладаг 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 socket байхгүй эсвэл удирдлагын хүсэлт татгалзагдсан нь удирдлагын замын асуудал бөгөөд тал нь баталгаажуулалтыг татгалзсан гэдгийг батлах зүйл биш.

Ажиллаж буй демонд хамаарах үзэмжийг уншина уу, дараа нь үр дүнг тайлбарлана уу. Хэрэв холболт тэр үзэмжид байхгүй бол асуудал ачаалалтад байгаа, хэлэлцээрт биш.

Формат нь IKE хувилбар биш

Хуучин профайл IKEv1-ийг keyexchange=ikev1-ээр сонгодог. swanctl холболт хувилбарын тохиргоо ашигладаг бөгөөд 1 нь IKEv1-ийг сонгоно. Эдгээр нь нэг санааны хоёр толь бичиг бөгөөд хөрвүүлэлт биш.

Талын хаягууд, локал болон алсын таних тэмдэг, итгэмжлэлийн эх сурвалж, саналыг болон child сонгогчийг зориуд буулгах ёстой. left/right блокыг swanctl синтаксист буулгах нь эдгээрийн аль нэгийг ч хийдэггүй.

Зөвхөн протоколын хувилбарыг өөрчлөх нь хамгийн түгээмэл хагас шилжилт юм. Энэ нь ачаалагдаад дараа нь хувилбартай холбоогүй шалтгаанаар баталгаажуулалтад орохгүй файл үүсгэдэг. IKEv1 өөрөө RFC 9395-аар хуучирсан тул үүнийг одоо ч шаардаж буй одоо байгаа тал нь баримтжуулсан нийцлийн хязгаарлалт болон шилжилтийн зам хүртэх ёстой, шинэ өгөгдмөл биш.

Профайлд хүрэхээс өмнө ачигчийг шалгана уу

Эхлээд ачигчийн шалгалтыг хийж, дараа нь зорьсон холболтыг ачаалж, дараа нь хэлэлцээрийг, эцэст нь хамгаалагдсан урсгалын замыг үнэлнэ үү. Үе шат бүр өөр бүтэлгүйтлийн тэмдэгтэй.

Хоёр удирдлагын зам ачааллын асуултад шууд хариулна:

swanctl --list-conns
ipsec statusall

Эдгээр командуудын зөвхөн нэг нь таны хостод хамаарна. Хоёуланг нь ажиллуулж гаралтыг харьцуулах нь аль нь танд худал хэлж байгааг олж мэдэх арга бөгөөд оношлогооны арга биш.

Багцын эзэмшил, тохиргооны ачаалалт, протоколын нийцлийг гурван тусдаа асуулт гэж үзээрэй. Нэг интерфейст хүчинтэй файл нь өөр демон ажиллаж байх хооронд дахин дахин засагдах болно.

Холбоотой нийтлэлүүд