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

ਜੇ ਕਰਨਲ ਵਾਪਸ ਆਉਣ ਤੋਂ ਬਾਅਦ ਵੀ ਟਨਲ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਕਲਾਇੰਟ ਦੀ ਸਾਰਾਂਸ਼ ਲਾਈਨ ਨਹੀਂ ਸਗੋਂ ਫੇਲ੍ਹ ਹੋਣ ਵਾਲਾ ਪੜਾਅ ਪੜ੍ਹੋ। ਜੋ ਮਾਡਿਊਲ ਕਦੇ ਲੋਡ ਨਹੀਂ ਹੋਇਆ, ਜੋ ਸਰਟੀਫਿਕੇਟ ਸਾਹਮਣੇ ਵਾਲੇ ਪਾਸੇ ਨੇ ਰੱਦ ਕੀਤਾ ਅਤੇ ਜੋ ਪ੍ਰਮਾਣ ਸਰਵਰ ਨੇ ਰੱਦ ਕੀਤਾ, ਤਿੰਨ ਵੱਖਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹਨ, ਅਤੇ ਰੀਬੂਟ ਤੁਹਾਡੀ ਤਰਫ਼ੋਂ ਉਹਨਾਂ ਨੂੰ ਵੱਖ ਨਹੀਂ ਕਰੇਗਾ। ਟਿਕਟ ਵਿੱਚ ਪੜਾਅ ਦਾ ਨਾਮ ਲਿਖੋ, ਅਤੇ ਅਗਲਾ ਇੰਜੀਨੀਅਰ ਤੁਸੀਂ ਜਿੱਥੇ ਰੁਕੇ ਉੱਥੋਂ ਸ਼ੁਰੂ ਕਰੇਗਾ।