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

కర్నెల్ తిరిగి వచ్చిన తర్వాత కూడా టన్నెల్ విఫలమైతే, క్లయింట్ సారాంశ పంక్తి కాదు, విఫలమయ్యే దశను చదవండి. ఎప్పుడూ లోడ్ కాని మాడ్యూల్, ఎదుటి వైపు తిరస్కరించిన ధృవపత్రం మరియు సర్వర్ నిరాకరించిన ఆథెంటికేషన్ మూడు వేర్వేరు సమస్యలు, రీబూట్ మీ తరపున వాటిని వేరు చేయదు. టికెట్‌లో దశ పేరు రాయండి, తదుపరి ఇంజనీర్ మీరు ఆగిన చోటి నుండి ప్రారంభిస్తారు.