HTTPS ਅਤੇ VPN ਤੁਸੀਂ ਸਥਾਪਿਤ ਕਰਦੇ ਹੋ ਉਸ ਪੈਕੇਜ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਨਹੀਂ ਕਰਦੇ

ਇੱਕ ਅੱਪਡੇਟ ਅਸਫਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਥ੍ਰੈਡ ਵਿੱਚ ਸੁਝਾਅ ਜਾਣੀ-ਪਛਾਣੀ ਲੀਕ ’ਤੇ ਚੱਲਦਾ ਹੈ: ਟ੍ਰੈਫਿਕ VPN ਰਾਹੀਂ ਲੰਘਦਾ ਹੈ, ਇਸ ਲਈ ਡਾਊਨਲੋਡ ਭਰੋਸੇਯੋਗ ਹੋਣਾ ਹੀ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਗਲਤੀ ਤੋਂ ਬਚਣ ਲਈ ਦਸਤਖ਼ਤ ਜਾਂਚ ਢਿੱਲੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਦੋ ਵੱਖਰੇ ਵਿਚਾਰ ਇੱਕ ਵਾਕ ਵਿੱਚ ਰਲਾ ਦਿੱਤੇ ਗਏ ਹਨ। ਐਨਕ੍ਰਿਪਸ਼ਨ ਦੋ ਸਿਰਿਆਂ ਵਿਚਕਾਰਲੇ ਰਾਹ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੈ; ਪ੍ਰਮਾਣਿਕਤਾ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਬਾਈਟ ਤੁਹਾਡੇ ਭਾਵੇਂ ਪ੍ਰਕਾਸ਼ਕ ਤੋਂ ਆਏ ਹਨ ਜਾਂ ਨਹੀਂ। ਸੁਰੰਗ ਪਹਿਲਾ ਦਿੰਦੀ ਹੈ ਅਤੇ ਦੂਜੇ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦੀ।

ਲੱਛਣ ਆਮ ਤੌਰ ’ਤੇ ਇੱਕ ਹੋਸਟ ’ਤੇ, ਇੱਕ ਭੰਡਾਰ ਵਿੱਚ ਜਾਂਚ ਗਲਤੀ ਹੁੰਦਾ ਹੈ, ਜਦਕਿ ਬਾਕੀ ਸਭ ਸਧਾਰਨ ਢੰਗ ਨਾਲ ਅੱਪਡੇਟ ਹੁੰਦਾ ਹੈ। ਇਹ ਰੂਪ ਪਹਿਲਾਂ ਹੀ ਦੱਸਦਾ ਹੈ ਕਿ ਨੈੱਟਵਰਕ ਰਾਹ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ ਅਤੇ ਮਤਭੇਦ ਭਰੋਸੇ ਬਾਰੇ ਹੈ।

ਵੱਖਰੇ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦੇਣ ਵਾਲੇ ਦੋ ਨਿਯੰਤਰਣ

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

ਇਹ ਸਵਾਲ ਕੇਵਲ ਕਿਨਾਰਿਆਂ ’ਤੇ ਇੱਕ-ਦੂਜੇ ਨੂੰ ਮਿਲਦੇ ਹਨ। ਸ਼ੀਸ਼ੇ ’ਤੇ ਸਹੀ ਸਰਟੀਫਿਕੇਟ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਸ਼ੀਸ਼ਾ ਸ਼ੀਸ਼ਾ ਹੈ; ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਸ਼ੀਸ਼ੇ ਵਿੱਚ ਬਦਲਿਆ ਨਾ ਗਿਆ ਪ੍ਰਕਾਸ਼ਕ ਸਮੱਗਰੀ ਹੈ। ਦਸਤਖ਼ਤ ਕੀਤਾ ਪੈਕੇਜ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਪ੍ਰਕਾਸ਼ਕ ਨੇ ਦਸਤਖ਼ਤ ਕੀਤੇ; ਇਹ ਤੁਹਾਨੂੰ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਨੈੱਟਵਰਕ ਨੇ ਨਵੀਨਤਮ ਸੰਸਕਰਣ ਪਹੁੰਚਾਇਆ ਜਾਂ ਤੁਹਾਡੇ ਦੁਆਰਾ ਦਿਖਾਇਆ ਭੰਡਾਰ ਤੁਹਾਡੀ ਸੰਸਥਾ ਦੁਆਰਾ ਮਨਜ਼ੂਰ ਹੈ।

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

apt ਅਸਲ ਵਿੱਚ ਕੀ ਪ੍ਰਮਾਣਿਤ ਕਰਦਾ ਹੈ

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

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

apt-get update
apt-cache policy
apt-config dump | grep -iE 'AllowInsecure|AllowDowngrade'

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

ਤਾਜ਼ਗੀ ਫਿਰ ਇੱਕ ਵੱਖਰਾ ਗੁਣ ਹੈ। ਜਾਇਜ਼ ਤੌਰ ’ਤੇ ਦਸਤਖ਼ਤ ਕੀਤੀ ਮੈਟਾਡੇਟਾ ਫਾਈਲ ਪਿਛਲੇ ਹਫ਼ਤੇ ਦੇਖੀ ਫਾਈਲ ਤੋਂ ਪੁਰਾਣੀ ਹੋ ਸਕਦੀ ਹੈ, ਇਸ ਲਈ ਰਿਲੀਜ਼ ਮੈਟਾਡੇਟਾ ਕੋਲ ਮਿਆਦ ਹੁੰਦੀ ਹੈ ਅਤੇ ਇਸ ਲਈ ਕਲਾਇੰਟ ’ਤੇ ਘੜੀ ਦੀ ਸਮੱਸਿਆ ਕੁੰਜੀ ਦੀ ਸਮੱਸਿਆ ਵਰਗੀਆਂ ਦਿਸਣ ਵਾਲੀਆਂ ਜਾਂਚ ਗਲਤੀਆਂ ਪੈਦਾ ਕਰ ਸਕਦੀ ਹੈ।

dnf5 ਵੱਖਰਾ ਕੀ ਜਾਂਚਦਾ ਹੈ

RPM ਪਾਸਾ ਦੋ ਵੱਖਰੇ ਸਵਿੱਚ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਰਲਾਉਣ ਨਾਲ ਉਲਟ ਦਿਸ਼ਾ ਵਿੱਚ ਉਹੀ ਕਿਸਮ ਦੀ ਗਲਤੀ ਹੁੰਦੀ ਹੈ। ਇੱਕ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ ਕਿ ਪੈਕੇਜ ਫਾਈਲਾਂ ’ਤੇ ਜਾਇਜ਼ ਦਸਤਖ਼ਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਨਹੀਂ; ਦੂਜਾ ਕਿ ਭੰਡਾਰ ਮੈਟਾਡੇਟਾ ਦਸਤਖ਼ਤ ਕੀਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਇਹ ਸੁਤੰਤਰ ਤੌਰ ’ਤੇ ਸੈੱਟ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ, ਅਤੇ ਕੋਈ ਸਿਸਟਮ ਇੱਕ ਵਿੱਚ ਸਖ਼ਤ ਅਤੇ ਦੂਜੇ ਵਿੱਚ ਨਰਮ ਹੋ ਸਕਦਾ ਹੈ।

dnf5 config-manager --dump 2>/dev/null | grep -iE 'gpgcheck|repo_gpgcheck'
rpm -q --qf '%{NAME} %{SIGPGP:pgpsig}\n' bash

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

ਜਿੱਥੇ ਦੋ ਪ੍ਰਬੰਧਕ ਵੱਖਰੇ ਹਨ ਉੱਥੇ ਫ਼ਰਕ ਸਥਾਪਤੀ ਦਾ ਹੈ, ਇੱਕ ਕਮਜ਼ੋਰ ਹੈ ਦਾ ਸੰਕੇਤ ਨਹੀਂ। ਦੋਵੇਂ ਪ੍ਰਕਾਸ਼ਕ ਸਮੱਗਰੀ ਪ੍ਰਮਾਣਿਤ ਕਰਦੇ ਹਨ; ਉਹ ਦਸਤਖ਼ਤ ਚੇਨ ਦੇ ਵੱਖਰੇ ਬਿੰਦੂਆਂ ’ਤੇ ਰੱਖਦੇ ਹਨ।

ਸੁਰੰਗ ਕੀ ਜੋੜਦੀ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ

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

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

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

ਅਸਫਲ ਹੋਈ ਸੀਮਾ ਦਾ ਨਿਦਾਨ ਕਰੋ

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪੜਾਅ ਦਾ ਨਾਮ ਦਿਓ: DNS ਹੱਲ, ਪ੍ਰੌਕਸੀ ਜਾਂ ਰਸਤਾ, TLS ਸਿਰੇ ਦੀ ਪਛਾਣ, ਆਰਕਾਈਵ ਪ੍ਰਮਾਣਿਕਤਾ, ਪੈਕੇਜ ਦਸਤਖ਼ਤ ਜਾਂਚਾਂ, ਜਾਂ ਸਥਾਪਨਾ। ਹਰ ਇੱਕ ਦਾ ਵੱਖਰਾ ਗਲਤੀ-ਆਕਾਰ ਅਤੇ ਵੱਖਰਾ ਮਾਲਕ ਹੈ।

ਨੈੱਟਵਰਕ ਰਾਹ ਦੀ ਮੁਰੰਮਤ ਵਿੱਚ ਕਦੇ ਵੀ ਅਣਜਾਣ ਦਸਤਖ਼ਤ ਕੁੰਜੀ ਨੂੰ ਭਰੋਸੇਯੋਗ ਘੋਸ਼ਿਤ ਕਰਨਾ, ਸਰਟੀਫਿਕੇਟ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨਾ, ਜਾਂ ਤੁਹਾਡੇ ਨਾ ਮੰਗੇ ਭੰਡਾਰ ਸੰਰਚਨਾ ਨੂੰ ਸਵੀਕਾਰ ਕਰਨਾ ਸ਼ਾਮਲ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ। ਜੇ ਕੁੰਜੀ ਸੱਚਮੁੱਚ ਬਦਲੀ ਹੈ, ਵੰਡ ਜਾਂ ਭੰਡਾਰ ਦਾ ਮਾਲਕ ਨਵੀਂ ਕੁੰਜੀ ਉਸ ਮਾਧਿਅਮ ਰਾਹੀਂ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਪ੍ਰਮਾਣਿਤ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਉਹੀ ਲਾਗੂ ਕਰਨ ਵਾਲੀ ਸੋਧ ਹੈ।

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