ولې ستاسو IPsec تونل تر لومړني CHILD SA کیلي نوي کولو پورې کار کوي

تونل پورته شو، ping ځواب ووایه او ټولو لاسلیک وکړ۔ څلور ساعته وروسته غونډه لوېږي، دواړه خواوې د وړاندیز یا کیلي تبادلې تېروتنه ثبتوي، او لومړنی اټکل دا دی چې په شبکه کې یو څه بدل شو۔ هېڅ نه بدل شو۔ هغه تونل چې ترافیک لېږدوي ثابته کړه چې دواړه خواوې په دې سره یو ځای دي چې څنګه تصدیق وکړي او لومړنۍ ماشومې ټولګه څنګه وژغوري، او د هغې کیلي تبادلې په اړه یې هېڅ ثابت نه کړ چې په نوي کولو کې به یې غواړي۔ ناسم والی د دغو دوو پېښو ترمنځ په تشه کې ناست دی۔

نښلېدل دا نه مانا ده چې PFS تنظیمات سره سمون لري

د IKEv2 سره، لومړنۍ ماشومه ټولګه د تصدیق تبادلې په جریان کې جوړېږي، او کیلي یې له هغې مادې څخه راوځي چې IKE ټولګې دمخه تولید کړې ده۔ د هغې ماشومې لپاره جلا Diffie-Hellman تبادله نه ترسره کېږي، نو هغه تګلاره چې په نوي کولو کې داسې یوه غواړي، د پورته کولو پر مهال نه ازمویل کېږي۔

نوی کول بله تبادله ده۔ کله چې د ماشومې ټولګې کیلي نوی شي، خواوې کولای شي په خپلو وړاندیزونو کې نومول شوې ډلې سره نوې کیلي تبادله وکړي، او هغه لومړنی شیبه ده چې د ډلې تنظیمات پرتله کېږي۔ نو هغه دوه خواوې چې سره نه یو ځای دي کولای شي تصدیق وکړي، ماشومه ټولګه نصب کړي او ترافیک تېر کړي، بیا په نوي کولو کې پاتې راشي۔

ناسم والی د وړاندیز په تار کې چېرته پټ دی

په strongSwan کې ډله ماشوم وړاندیز ته ورزیاته کېږي، له همدې کبله aes256gcm16-prfsha256-ecp256 غوندې تار د کوډ کولو د ټاکلو په څېر ښکاري خو د کیلي تبادلې غوښتنه هم لري۔ هغه خوا چې یوازې aes256gcm16-prfsha256 وړاندې کوي داسې غوښتنه نه لري، او دواړه لیستونه په کوډ کولو کې یو ځای کېږي خو په تبادله کې توپیر لري۔

ماشوم وړاندیز او IKE وړاندیز دوه جلا لیستونه ولولئ۔ هغه ډله چې په IKE لیست کې ښکاري د ماشوم لیست په اړه هېڅ نه وایي، او یو یې لوستل او بل سمول همدا د پټېدلو معمولي لار ده۔

ناکامي ولولئ، نه هغه فایل چې تاسو سم کړی

هغه notify ومومئ چې تبادله یې پای ته ورسوله۔ هغه ماشومه کیلي نوی کول چې «هېڅ منل شوی وړاندیز نشته» بېرته راګرځوي د وړاندیزونو لیستونو ته اشاره کوي؛ هغه نوي کولو غوښتنه چې هېڅکله ځواب نه ترلاسه کوي لارې یا هغې خوا ته اشاره کوي چې اورېدل یې بند کړي۔ دا دواړه جلا سمونونه غواړي، او د لاګ کرښې عبارت دواړه جلا کوي۔

د ډیسک پر نه، د روان کانفیګریشن تایید وکړئ۔ ذخیره شوی خو نه لوډ شوی فایل، یا له بل include څخه بیا لوستل شوی نښلون، داسې ناسم والی پیدا کوي چې د لیدل کېدونکي فایل هر څومره سمول یې نه شي جوړولی۔

درې پېښې چې ټولې کیلي نوی کول بلل کېږي

د IKE ټولګې کیلي نوی کول، IKE بیا تصدیق او د ماشومې ټولګې کیلي نوی کول جلا جلا عملیات دي چې جلا وړاندیز قواعد لري۔ په یوه کې راپور شوې ناکامي د نورو په اړه مستقیم څه نه وایي، او هغه لاګ چې دا سره ګډوي درې واړه وي خو د یوې تکراري خرابۍ په څېر لوستل کېږي۔

پام وکړئ چې خوا کومه پېښه نوموي، بیا یوازې د هغې پېښې وړاندیزونه وګورئ۔ یو لیست بدل کړئ، بیا لوډ کړئ او هماغه پېښه بیا جبري کړئ۔ که لاګ بیا تصدیق ونوموي، IKE وړاندیز هغه دی چې لوستل یې باید۔ که د ماشومې کیلي نوی کول ونوموي، مهمه ډله ماشوم وړاندیز لري۔

نوی کول بندول حل نه دی

د کیلي نوي کولو وخت صفر ته ایښودل هغه تبادله ځپي چې ناکامېږي، او تونل بیا تر هغې پورې ژوندی پاتې کېږي چې ویجاړ شي یا خوا بیا پیل شي۔ هغه څه چې تاسو یې اخیستي یو اوږد عمر لرونکې کیلي او داسې ناسم والی دی چې د کډوالۍ، پلټنې یا پلورونکي د تازه کولو پر مهال به بیا درته ورسیږي۔ همدا خبره د بلې خوا د تمه شوې تګلارې څخه ډېر اوږد شوي عمرونو لپاره هم ده۔

پرځای یې وړاندیزونه برابر کړئ۔ هغه ډله وټاکئ چې دواړه خواوې پلي کوي، په دواړو پایونو کې یې ماشوم وړاندیز ته واچوئ، او د نوي کولو تګلاره د هغې اندازې په منځ کې وساتئ چې سازمان یې رښتیا غواړي۔

دا په هغې تبادله ثابت کړئ چې ناکامه شوه

د ساتنې په کړکېچ کې د ماشومې کیلي نوي کولو وخت لنډ کړئ ترڅو پېښه په ساعتونو نه بلکې په دقیقو کې راشي، یا په لاسي ډول ماشومه کیلي نوی کول پیل کړئ۔ بیا بریالۍ نوي کول وڅارئ او تایید کړئ چې ترافیک له هغې څخه روان دی، ځکه چې نوی لاس اچول چې ماشومه ټولګه نصبوي خو د اپلیکیشن بهیر غورځوي بله خرابي ده۔

بیا نورمال عمر بیرته راوستل او دواړه پېښې ثبت وساتئ، ناکامه او بریالۍ۔ هغه ثبوت چې تاسو یې غواړئ دا دی چې نښلون خپل ژوندانه چرخې ته درېږي، نه دا چې ping یې وزغمل۔