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

කර්නලය ආපසු පැමිණි පසුවත් ටනලය අසාර්ථක නම්, සේවාදායකයේ සාරාංශ පේළිය නොව අසාර්ථක වන අදියර කියවන්න. කිසිදා පූරණය නොවූ මොඩියුලය, අනෙක් පස ඉවත නොගත් සහතිකය සහ සේවාදායකය ප්‍රතික්ෂේප කළ අක්තපත්‍රය යනු වෙනස් ගැටලු තුනකි, සහ නැවත බූට් කිරීම ඔබ වෙනුවට ඒවා වෙන් නොකරයි. ටිකට් පතේ අදියරේ නම සටහන් කරන්න, එවිට ඊළඟ ඉංජිනේරුවා ඔබ නැවැත්වූ තැනින් ආරම්භ කරයි.