FIPS கர்னல் மாற்றம் Wi-Fi மற்றும் VPN தொகுதிகளையும் எடுத்துச் சென்றது
fips-updates இயக்கினால் உங்கள் கம்பியில்லா அல்லது சுரங்கப்பாதை தொகுதிகளுடன் ஒருபோதும் கட்டப்படாத சான்றளிக்கப்பட்ட கர்னல் துவங்கும். எதையும் மீண்டும் நிறுவும் முன் கர்னலைச் சரிபார்க்கவும்.
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 listmodinfo தொகுதியை முற்றிலும் கண்டுபிடிக்காதபோது, பயனர் இடைவெளி தொகுப்பை மீண்டும் நிறுவுவது உதவாது, ஏனெனில் பயனர் இடைவெளி ஒருபோதும் காணாமல் போன பகுதியாக இருந்ததில்லை. அந்தக் கவனிப்பு ஒரு மணி நேர தொகுப்பு அலட்டலைச் சேமித்து நேரடியாக கர்னலை நோக்கிக் காட்டுகிறது.
கர்னலை விட்டுச் செல்லும் வரிசையில் பின்னால் செல்லுங்கள்
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கர்னல் திரும்பிய பிறகும் சுரங்கப்பாதை தோல்வியடைந்தால், வாடிக்கையாளரின் சுருக்க வரியை அல்ல, தோல்வியடையும் நிலையைப் படியுங்கள். ஒருபோதும் ஏற்றப்படாத தொகுதி, எதிர்முனை நிராகரித்த சான்றிதழ், சேவையகம் நிராகரித்த அடையாளச் சான்று ஆகியவை மூன்று தனித்தனி சிக்கல்கள், மீள்துவக்கம் உங்களுக்குப் பதிலாக அவற்றைப் பிரிக்காது. டிக்கெட்டில் நிலையின் பெயரை எழுதுங்கள், அடுத்த பொறியாளர் நீங்கள் நிறுத்திய இடத்திலிருந்து தொடங்குவார்.