ipsec.conf که swanctl.conf؟ د strongSwan یو فرنټ اینډ وټاکئ

د زوړ لارښود یو فعال 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

یوازې یو له دې کمانډونو ستاسو هوست پورې اړه لري۔ دواړه چلول او وتنه پرتله کول دا موندلو لار ده چې کوم تاسو ته درواغ وایي، نه د تشخیص طریقه۔

د پاکټ مالکیت، د ترتیب لوډول او د پروتوکول سازګارۍ درې جلا پوښتنې وګڼئ۔ د یو فرنټ اینډ لپاره سم فایل به بیا بیا سم کیږي پداسې حال کې چې بل ډیمون روان وي۔