د FIPS کرنل بدلون Wi-Fi او VPN ماډلونه هم یووړل

fips-updates چالان کړئ، بیا پیل کړئ، او ماشین بې‌تار انټرفېس پرته بېرته راځي، پداسې حال کې چې VPN کلاینټ د پیل کېدو څخه انکار کوي ځکه چې د هغه کرنل ماډل نشته. په عادي پاکیټ معنی کې هېڅ نه دی لرې شوی، او له همدې کبله د کلاینټ بیا نصبول هېڅ نه بدلوي. ماشین په داسې کرنل کار کوي چې د هغه ډرایورونه کله هم نه دي جوړ شوي. دوه نښې، یو لامل، او لامل په یوه کمانډ کې ښکاري.

بیا پیل واقعاً څه بدل کړل

په Ubuntu Pro کې د FIPS تازه‌کول یو تصدیق شوی کرنل ډول نصبوي او هغه د پیل پیش‌فرض ننوتنه جوړوي. هغه ډول ریښتینی کرنل دی: پیلېږي، کار کوي، او هغه خدمتونه پیلوي چې تاسو دمخه درلودل. هغه څه چې پکې نشته هر هغه ماډل دی چې د عمومي کرنل لپاره جوړ شوی، په شمول د ونې څخه بهر کمپایل شوی بې‌تار ډرایور او د DKMS له لارې رسول شوی ټانل ماډل. د ډرایورونو ټولګه د پاکیټ مدیر سره نه، د کرنل سره حرکت کوي. نو هارډویر لا هم هلته دی او هغه سافټویر چې ورسره خبرې کوي نه دی.

د هرې شبکې ترتیب پرانیستلو دمخه روان کرنل د نصب شوو پاکیټونو سره پرتله کړئ. د نسخې تار یو نښه لري چې عمومي کرنل نلري، او هماغه یوه جزئیات دواړه ورک شوي برخې تشریح کوي.

د پیل ننوتنه هم ولولئ، ځکه چې ماشین کېدای شي تصدیق شوی کرنل نصب وي خو هغه چلېدونکی نه وي. په دې حالت کې د ماډلونو کیسه بشپړه بېله ده، او هغه پورټونه او ډرایورونه چې تاسو یې بیا نصبول غوښتل سم دي.

د کلاینټ ترتیب دمخه د ماډلونو حالت ولولئ

هغه ماډل چې نه موندل کېږي او هغه ماډل چې شته خو د لوډ کېدو څخه انکار کوي دوه بېلې خرابۍ دي بېلو حلونو سره. modinfo وایي چې کوم یو لرئ، او lsmod وایي چې اوس څه لوډ دي. د VPN کلاینټ ترتیب ته د لاس وروړلو دمخه دواړه وکړئ، ځکه چې د کلاینټ خپله تېروتنه دا دواړه په نادره توګه بېلوي.

بې‌تار برخې ته هم هماغه وېش ته اړتیا ده. هغه انټرفېس چې کله هم نه ښکاري ډرایور ته اشاره کوي، خو هغه چې شته خو بند پاتې کېږي rfkill یا د شبکې مدیر ته اشاره کوي. دواړه په ډیسکټاپ اپلیټ کې یو شان ښکاري او لاندې هېڅ نه شریکوي.

تر هغه چې خرابي بیا تولیدېدای شي، ازموینې په خپل ماشین باندې چل کړئ. له بل هوسټ څخه پیسټ شوی وتنه د دې بدله نه ده.

uname -r
pro status --all | grep -E 'fips|kernel'
modinfo wireguard 2>&1 | head -3
rfkill list

کله چې modinfo ماډل هېڅ ونه مومي، د کارن فضا پاکیټ بیا نصبول به مرسته ونه کړي، ځکه چې کارن فضا کله هم ورکه برخه نه وه. دا کتنه یو ساعت د پاکیټونو زحمت خوندي کوي او مستقیم کرنل ته اشاره کوي.

داسې ترتیب کې ولیږئ چې کرنل پاتې شي

که FIPS په تېروتنه چالان شوی وي، مستند شوې بیا رغونه لاره خدمت بندوي، د هغه پاکیټونه پاکوي او بیا عمومي کرنل بحالي کوي. ترتیب ښکلا نه ده. پاکول هغه وخت د دوام کولو څخه انکار کوي چې بل Ubuntu کرنل ونه مومي، ځکه چې یوازینی لرې کول به داسې ماشین پاتې کړي چې پیل نشي. هماغه ګڼنه د بیرته تلو او بیا جوړولو ترمنځ توپیر دی. دا هم هغه دلیل دی چې دا لړۍ هغه وخت ناکامېږي چې عمومي کرنل دمخه لرې شوی وي.

دا هغه وخت چل کړئ چې عمومي کرنل لا نصب دی، د کرنل لرې کولو خبرداری ومنئ، او بیا پیل کړئ. بیا تایید کړئ چې په نصب حالت کې هېڅ FIPS پاکیټ نه دی پاتې او روان کرنل هغه دی چې تمه یې لرله.

په لیرې هوسټ کې لومړی کنسول یا له بانډ بهر لاسرسی برابر کړئ. له SSH له لارې کرنل لرې کول تر هغه بیا پیل پورې سم دي چې نه راګرځي.

dpkg -l | grep -E 'linux-image|fips'
sudo pro disable fips-updates --purge
sudo apt install --reinstall linux-generic
sudo reboot

کله چې تصدیق خپله اړتیا وي

کله چې تصدیق قراردادي وي بیرته تلل غلط ګام دی، ځکه چې بیا ماشین له هغه ترتیب څخه وځي چې پلټنه یې بیانوي. په دې حالت کې د ډرایور تشه د هارډویر د غوراوي پوښتنه ده: هغه بې‌تار اډاپټر وټاکئ چې ډرایور یې د تصدیق شوي کرنل سره راځي، یوازې کیبل لرونکی ماشین ومنئ، یا ټانل هغه برخې ته یوړئ چې تصدیق شوی کرنل یې دمخه ملاتړ کوي.

د ونې څخه بهر ماډل په تصدیق شوي کرنل کې جوړول بې‌طرفه حل نه دی. دا بدلوي چې کرنل څه اجرا کوي، او تصدیق هماغه ځانګړتیا بیانوي.

پریکړه د مالک نوم سره یوځای ولیکئ، ځکه چې یوازې Wi-Fi چلولو غوښتنه به څو میاشتې وروسته لږ شرایطو سره بېرته راشي. اوسنی لنډ یادښت وروسته هماغه بحث مخه نیسي.

له بدلون وروسته سټک په طبقو وګورئ

له بیرته تلو یا د هارډویر له بدلون وروسته له لاندې څخه پورته وګورئ، نه د VPN کلاینټ څخه لاندې ته. انټرفېس باید وي، اړیکه باید پورته وي، حل کوونکی باید کار وکړي، او بیا یوازې ټانل اهمیت لري. هره طبقه خپل پیغام سره ناکامېږي، او په ترتیب سره یې لوستل تشخیص صادق ساتي.

له تېر پیل څخه پاتې DNS حالت یو عام غلط اشاره ده، نو د ټانل د ماتېدو په اړه دې پایلې ته رسېدو دمخه حل کوونکی ولولئ.

nmcli device status
ip -brief link
resolvectl status | head -12
systemctl --failed

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