Ubadilishaji wa kernel wa FIPS ulichukua moduli za Wi-Fi na VPN

Washa fips-updates, anzisha upya, na mashine inarudi bila kiolesura kisichotumia waya huku mteja wa VPN akikataa kuanza kwa sababu moduli yake ya kernel haipo. Hakuna kilichoondolewa kwa maana ya kawaida ya vifurushi, na ndiyo sababu kusakinisha upya mteja hakubadilishi chochote. Mashine inaendesha kernel ambayo viendeshi vyake havikuwahi kujengwa kwa ajili yake. Dalili mbili, sababu moja, na sababu inaonekana kwa amri moja.

Nini uanzishaji upya ulibadilisha kwa kweli

Masasisho ya FIPS katika Ubuntu Pro husakinisha aina ya kernel iliyothibitishwa na kuifanya kiingilio cha kwanza cha kuwasha. Aina hiyo ni kernel halisi: inawaka, inafanya kazi, na huanzisha huduma ambazo tayari ulikuwa nazo. Isichokuwa nacho ni kila moduli iliyojengwa kwa kernel ya jumla, ikiwemo kiendeshi kisichotumia waya kilichokusanywa nje ya mti na moduli ya handaki inayotolewa kupitia DKMS. Seti ya viendeshi husafiri pamoja na kernel, si pamoja na msimamizi wa vifurushi. Kwa hiyo maunzi bado yapo na programu inayozungumza nayo haipo.

Linganisha kernel inayoendesha na vifurushi vilivyosakinishwa kabla ya kufungua mpangilio wowote wa mtandao. Mfuatano wa toleo unabeba alama ambayo kernel ya jumla haina, na maelezo hayo moja yanafafanua sehemu zote mbili zilizokosekana.

Soma pia kiingilio cha kuwasha, kwa sababu mashine inaweza kuwa na kernel iliyothibitishwa ikiwa imesakinishwa bila kuiendesha. Katika hali hiyo hadithi ya moduli ni tofauti kabisa, na milango na viendeshi ulivyokuwa karibu kusakinisha upya viko sawa.

Soma hali ya moduli kabla ya usanidi wa mteja

Moduli isiyoweza kupatikana na moduli iliyopo lakini inayokataa kupakiwa ni hitilafu mbili tofauti zenye marekebisho tofauti. modinfo huripoti ni ipi uliyo nayo, na lsmod huripoti kilichopakiwa sasa hivi. Fanya vyote viwili kabla ya kugusa usanidi wa mteja wa VPN, kwa sababu hitilafu ya mteja yenyewe mara chache huzitenganisha.

Sehemu isiyotumia waya inahitaji mgawanyiko huo huo. Kiolesura kisichoonekana kamwe kinaelekeza kwenye kiendeshi, ilhali kile kilichopo lakini kilichozuiwa kinaelekeza kwenye rfkill au msimamizi wa mtandao. Vyote viwili vinaonekana sawa katika programu ndogo ya mezani na havishiriki chochote chini ya uso.

Endesha ukaguzi kwenye mashine yenyewe wakati hitilafu bado inaweza kurudiwa. Matokeo yaliyobandikwa kutoka kwa mwenyeji mwingine hayachukui nafasi ya haya.

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

Wakati modinfo haiipati moduli kabisa, kusakinisha upya kifurushi cha nafasi ya mtumiaji hakutasaidia, kwa sababu nafasi ya mtumiaji haikuwa kamwe sehemu iliyokosekana. Uchunguzi huo unaokoa saa moja ya kuhangaika na vifurushi na unaonyesha moja kwa moja kwenye kernel.

Rudi nyuma kwa mpangilio unaokuletea kernel

Ikiwa FIPS iliwashwa kwa makosa, njia ya urejeshaji iliyoandikwa huzima huduma, huondoa vifurushi vyake na kisha kurejesha kernel ya jumla. Mpangilio si wa mapambo. Uondoaji hukataa kuendelea wakati haupati kernel nyingine ya Ubuntu, kwa sababu kuondoa ile pekee kungeacha mashine isiyoweza kuwaka. Ukaguzi huo ndio tofauti kati ya kurudi nyuma na kujenga upya. Pia ndio sababu mfululizo unashindikana wakati kernel ya jumla ilikuwa imeondolewa tayari.

Iendeshe wakati kernel ya jumla bado imesakinishwa, kubali onyo kuhusu kuondoa kernel, kisha uanzishe upya. Baadaye thibitisha kwamba hakuna kifurushi cha FIPS kilichobaki katika hali ya kusakinishwa na kwamba kernel inayoendesha ndiyo uliyokuwa ukitarajia.

Kwenye mwenyeji wa mbali, panga kwanza ufikiaji wa konsoli au wa nje ya mkondo. Kuondoa kernel kwa SSH ni sawa hadi ile uanzishaji upya ambao haurudi.

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

Wakati uthibitisho ndio sharti

Kurudi nyuma ni hatua mbaya wakati uthibitisho ni wa kimkataba, kwa sababu mashine huitoka michoro ya usanidi ambayo ukaguzi unaielezea. Katika hali hiyo pengo la kiendeshi ni swali la uchaguzi wa maunzi: chagua adapta isiyotumia waya ambayo kiendeshi chake kinakuja na kernel iliyothibitishwa, kubali mashine ya kebo pekee, au hamishia handaki kwenye sehemu ambayo kernel iliyothibitishwa inaunga mkono tayari.

Kujenga moduli ya nje ya mti ndani ya kernel iliyothibitishwa si suluhisho la kati. Hubadilisha kile kernel inatekeleza, na uthibitisho unaelezea sifa hiyo hasa.

Rekodi uamuzi pamoja na jina la mmiliki kando, kwa sababu ombi la kufanya Wi-Fi ifanye kazi tu litarudi baada ya miezi michache likiwa na muktadha mdogo. Nota fupi sasa huzuia mjadala huo huo baadaye.

Angalia stack kwa tabaka baada ya mabadiliko

Baada ya kurudi nyuma au mabadiliko ya maunzi, thibitisha kutoka chini kwenda juu badala ya kutoka kwa mteja wa VPN kushuka. Kiolesura lazima kiwepo, kiungo lazima kiwe juu, kitatuzi lazima kifanye kazi, na ndipo tu handaki ina umuhimu. Kila tabaka hushindikana na ujumbe wake, na kuzisoma kwa mpangilio huweka utambuzi mnyoofu.

Hali ya DNS iliyobaki kutoka kuwasha kwa awali ni chanya ya uongo ya kawaida, kwa hiyo soma kitatuzi kabla ya kuhitimisha kwamba handaki ilivunjika.

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

Ikiwa handaki bado inashindikana mara kernel inaporejea, soma hatua inayoshindikana badala ya mstari wa muhtasari wa mteja. Moduli ambayo haikupakiwa kamwe, cheti ambacho upande wa pili ulikataa na kitambulisho ambacho seva ilikataa ni matatizo matatu tofauti, na uanzishaji upya hautayatenganisha kwa niaba yako. Andika jina la hatua kwenye tiketi, na mhandisi anayefuata ataanza pale ulipoishia.