VPN APT ਸਰੋਤ: ਇਹ ਕੀ ਦਿੰਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਕਿਵੇਂ ਸੀਮਿਤ ਕਰਨਾ ਹੈ

VPN ਕਲਾਇੰਟ ਡਾਊਨਲੋਡ ਕਰਨਾ ਇੱਕ ਵਾਰ ਦਾ ਫੈਸਲਾ ਹੈ; ਉਸਦਾ APT ਰਿਪੋਜ਼ਟਰੀ ਸ਼ਾਮਲ ਕਰਨਾ ਅਜਿਹਾ ਨਹੀਂ। ਦੂਜਾ ਪੈਕੇਜ ਪ੍ਰਬੰਧਕ ਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਭਵਿੱਖ ਦਾ ਸੌਫਟਵੇਅਰ ਕਿੱਥੋਂ ਆ ਸਕਦਾ ਹੈ, ਅਤੇ ਇਹ ਡਾਊਨਲੋਡ ਨਹੀਂ ਸਗੋਂ ਅਧਿਕਾਰ ਦਾ ਸਥਾਈ ਤਬਾਦਲਾ ਹੈ। ਜਦੋਂ ਵਿਕਰੇਤਾ ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਠੀਕ ਤਰ੍ਹਾਂ ਸੰਭਾਲਦਾ ਹੈ ਤਾਂ ਇਹ ਸਹੀ ਪ੍ਰਬੰਧ ਹੋ ਸਕਦਾ ਹੈ। ਫਿਰ ਵੀ ਇਹ ਸੁਚੇਤ ਫੈਸਲੇ ਦੇ ਯੋਗ ਹੈ, ਅਤੇ ਜ਼ਿਆਦਾਤਰ ਇੰਸਟਾਲ ਗਾਈਡ ਇਸਨੂੰ ਛੱਡ ਦਿੰਦੇ ਹਨ।

ਦਸਤਖਤ ਇੱਕ ਆਰਕਾਈਵ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਦੇ ਹਨ, ਉਸਦੇ ਕੋਡ ਨੂੰ ਨਹੀਂ

APT ਦਸਤਖਤ ਕੀਤੇ ਰਿਪੋਜ਼ਟਰੀ ਮੈਟਾਡੇਟਾ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਲਿਆਏ ਜਾਣ ਵਾਲੇ ਪੈਕੇਜਾਂ ਲਈ ਉਸ ਮੈਟਾਡੇਟਾ ਅੰਦਰਲੇ ਚੈਕਸਮ ’ਤੇ ਭਰੋਸਾ ਕਰਦਾ ਹੈ। ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਆਰਕਾਈਵ ਕੁੰਜੀ ਧਾਰਕ ਵੱਲੋਂ ਪ੍ਰਕਾਸ਼ਿਤ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਅਤੇ ਅੰਦਰਲੇ ਕੋਡ ਬਾਰੇ ਕੁਝ ਨਹੀਂ। ਸਹੀ ਤਰ੍ਹਾਂ ਦਸਤਖਤ ਕੀਤੇ ਪੈਕੇਜ ਵਿੱਚ ਵੀ ਅਸੁਰੱਖਿਅਤ ਮੇਨਟੇਨਰ ਸਕ੍ਰਿਪਟ ਹੋ ਸਕਦੇ ਹਨ, ਅਤੇ ਪੈਕੇਜ ਇੰਸਟਾਲ ਹੁੰਦਿਆਂ ਉਹ ਸਕ੍ਰਿਪਟ root ਵਜੋਂ ਚੱਲਦੇ ਹਨ। apt-secure ਗਾਈਡ ਆਰਕਾਈਵ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਸੌਫਟਵੇਅਰ ਦੀ ਸਮੀਖਿਆ ਵਿਚਕਾਰ ਠੀਕ ਇਹੀ ਰੇਖਾ ਖਿੱਚਦੀ ਹੈ।

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

ਇਸੇ ਲਈ ਕੁੰਜੀ ਦੀ ਪਛਾਣ ਰਿਪੋਜ਼ਟਰੀ URL ਜਿੰਨੀ ਧਿਆਨ ਯੋਗ ਹੈ। ਪੁਰਾਣੇ ਫੋਰਮ ਜਵਾਬ ਦੇ ਪਤੇ ਤੋਂ ਲਈ ਕੁੰਜੀ ਪ੍ਰਕਾਸ਼ਕ ਬਾਰੇ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ, ਜਦੋਂ ਕਿ HTTPS ਫੋਨ ਚੁੱਕਣ ਵਾਲੇ ਤੱਕ ਢੋਆ-ਢੁਆਈ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੈ। ਢੋਆ-ਢੁਆਈ ਸੁਰੱਖਿਆ ਅਤੇ ਪ੍ਰਕਾਸ਼ਕ ਪਛਾਣ ਵੱਖਰੇ ਸਵਾਲ ਹਨ, ਅਤੇ ਸਿਰਫ਼ ਪਹਿਲਾ ਹੀ ਸਰਟੀਫਿਕੇਟ ਨਾਲ ਹੱਲ ਹੁੰਦਾ ਹੈ।

ਕੁੰਜੀ ਨੂੰ ਸਿਸਟਮ ਨਾਲ ਨਹੀਂ, ਸਰੋਤ ਨਾਲ ਸੀਮਿਤ ਕਰੋ

ਆਧੁਨਿਕ APT ਸਰੋਤ-ਵਿਸ਼ੇਸ਼ Signed-By ਹਵਾਲਾ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ। ਆਪਰੇਟਰ ਵੱਲੋਂ ਸੰਭਾਲੀ ਕੁੰਜੀ /etc/apt/keyrings/ ਹੇਠ ਰਹਿ ਸਕਦੀ ਹੈ, ਅਤੇ ਸਰੋਤ ਐਂਟਰੀ ਉਸ ਕੁੰਜੀ ਦਾ ਨਾਮ ਦਿੰਦੀ ਹੈ ਜਿਸਨੂੰ ਉਸ ਆਰਕਾਈਵ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਹੈ। ਇਹ ਉਸੇ ਕੁੰਜੀ ਨੂੰ ਵਿਸ਼ਵ ਪੱਧਰੀ ਭਰੋਸੇਯੋਗ ਸਮੂਹ ਵਿੱਚ ਸੁੱਟਣ ਨਾਲੋਂ ਤੰਗ ਹੈ, ਜਿੱਥੇ ਇਹ ਉਹਨਾਂ ਸਰੋਤਾਂ ਦੀ ਜ਼ਮਾਨਤ ਦੇ ਸਕਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਸੀਂ ਕਦੇ ਮਨਜ਼ੂਰ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦੇ ਸੀ। ਵੱਖ-ਵੱਖ ਪੀੜ੍ਹੀਆਂ ਦੀਆਂ ਗਾਈਡਾਂ ਦੇ ਟੁਕੜੇ ਮਿਲਾਉਣ ਦੀ ਥਾਂ ਇੰਸਟਾਲ ਕੀਤੇ APT ਸੰਸਕਰਣ ਅਤੇ ਵਿਕਰੇਤਾ ਦੇ ਮੌਜੂਦਾ ਨਿਰਦੇਸ਼ਾਂ ਦੀ ਪਾਲਣਾ ਕਰੋ।

curl -fsSL https://repo.example.com/vpn-key.gpg -o /etc/apt/keyrings/vpn.gpg
echo "deb [signed-by=/etc/apt/keyrings/vpn.gpg] https://repo.example.com/debian stable main" > /etc/apt/sources.list.d/vpn.list

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

ਰਿਪੋਜ਼ਟਰੀ ਦੇ ਵੇਰਵੇ ਅਤੇ ਕੁੰਜੀ ਦੀ ਪਛਾਣ ਪ੍ਰੋਜੈਕਟ ਜਾਂ ਸੰਭਾਲੇ ਹੋਏ ਪ੍ਰਸ਼ਾਸਕ ਤੋਂ ਲਓ। ਬਲੌਗ ਪੋਸਟ ਤੋਂ ਕਾਪੀ ਕੀਤੀ ਕੁੰਜੀ ਲੇਖਕਤਾ ਬਾਰੇ ਦਾਅਵਾ ਹੈ, ਉਸਦਾ ਸਬੂਤ ਨਹੀਂ। ਜਦੋਂ ਵਿਕਰੇਤਾ ਬਦਲਾਅ ਚੈਨਲ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੇ, ਤਾਂ ਉਸਨੂੰ ਕੁੰਜੀ ਨਾਲ ਹੀ ਦਰਜ ਕਰੋ, ਕਿਉਂਕਿ ਅਗਲਾ ਬਦਲਾਅ ਸੰਭਵ ਬਣਾਉਣ ਵਾਲਾ ਉਹੀ ਚੈਨਲ ਹੈ।

ਸਰੋਤ ਪਿਨਿੰਗ ਪੈਕੇਜ ਇਜਾਜ਼ਤ ਸੂਚੀ ਨਹੀਂ ਹੈ

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

ਜੇ ਤੁਹਾਨੂੰ ਵਧੇਰੇ ਮਜ਼ਬੂਤ ਨਿਯੰਤਰਣ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਪੈਕੇਜ ਨਾਵਾਂ ਜਾਂ ਸੰਸਕਰਣਾਂ ’ਤੇ ਨੀਤੀ ਵਜੋਂ ਪ੍ਰਗਟ ਕਰੋ ਅਤੇ ਉਸ ਨੀਤੀ ਨੂੰ ਸੰਰਚਨਾ ਪ੍ਰਬੰਧਨ ਹੇਠ ਰੱਖੋ। ਲੈਣ-ਦੇਣ ਪੜ੍ਹਨ ਵਿੱਚ ਇੱਕ ਮਿੰਟ ਲੱਗਦਾ ਹੈ; ਛੇ ਮਹੀਨਿਆਂ ਬਾਅਦ ਅਚਾਨਕ ਪੈਕੇਜ ਲੱਭਣ ਵਿੱਚ ਇੱਕ ਸਮੀਖਿਆ ਲੱਗਦੀ ਹੈ।

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

ਅਧਿਕਾਰ ਅਤੇ ਇਸਨੂੰ ਹਟਾਉਣ ਦਾ ਤਰੀਕਾ ਦਰਜ ਕਰੋ

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

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

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