VPN ਗੇਟਵੇ ਦਾ ਅੱਪਡੇਟ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ: ਬਾਹਰ ਜਾਣ ਦਾ ਰਾਹ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਪੜਾਅ ਪੜ੍ਹੋ
ਫੇਲ੍ਹ ਹੋਇਆ ਅੱਪਡੇਟ ਕਿਸੇ ਗੁੰਮ ਪੋਰਟ ਦਾ ਨਹੀਂ, ਇੱਕ ਪੜਾਅ ਦਾ ਨਾਮ ਲੈਂਦਾ ਹੈ। ਸੁਨੇਹੇ ਨੂੰ ਉਸਦੇ ਮਾਲਕ ਨਾਲ ਜੋੜੋ, ਪ੍ਰੌਕਸੀ ਦਾ ਰਾਹ ਪੜ੍ਹੋ ਅਤੇ ਫਿਰ ਜਾਣ-ਬੁੱਝ ਕੇ ਸੰਭਾਲ ਨੀਤੀ ਤੈਅ ਕਰੋ।
ਸੁਰੱਖਿਆ ਅੱਪਡੇਟ ਸਥਾਪਤ ਕਰਨ ਤੋਂ ਇਨਕਾਰ ਕਰਨਾ ਸਿਰਫ਼ ਇੱਕ ਮਾੜੇ ਹਫ਼ਤੇ ਦੀ ਦੂਰੀ ’ਤੇ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿਸੇ ਹੋਰ ਦੀ ਸਮੱਸਿਆ ਬਣ ਜਾਓ, ਅਤੇ ਜੋ ਗੇਟਵੇ ਕਲਾਇੰਟਾਂ ਨੂੰ ਅੰਦਰ ਆਉਣ ਦਿੰਦਾ ਹੈ ਉਹ ਇਸ ਆਦਤ ਨੂੰ ਵਿਕਸਤ ਕਰਨ ਦੀ ਸਭ ਤੋਂ ਸੌਖੀ ਜਗ੍ਹਾ ਹੈ। ਆਮ ਕਾਰਨ ਕੋਈ ਗੁੰਮ ਰਾਹ ਨਹੀਂ ਬਲਕਿ ਕੋਈ ਗੁੰਮ ਫ਼ੈਸਲਾ ਹੈ: ਕਿਸੇ ਨੇ ਨਹੀਂ ਦੱਸਿਆ ਕਿ ਜਦੋਂ ਕਲਾਇੰਟ ਫਾਰਵਰਡਿੰਗ ਜਾਣ-ਬੁੱਝ ਕੇ ਤੰਗ ਹੋਵੇ ਤਾਂ ਮੇਜ਼ਬਾਨ ਨੂੰ ਖੁਦ ਕਿਸੇ ਭੰਡਾਰ ਤੱਕ ਕਿਵੇਂ ਪਹੁੰਚਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਫ਼ੈਸਲਾ ਸਪਸ਼ਟ ਰੂਪ ਵਿੱਚ ਲੈਣਾ ਪਵੇਗਾ, ਅਤੇ ਇਹ ਇੱਕ ਦੁਪਹਿਰ ਲਈ ਬਾਹਰ ਜਾਣ ਦੀ ਨੀਤੀ ਬੰਦ ਕਰਨ ਨਾਲੋਂ ਵਧੇਰੇ ਤੰਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਚਾਰ ਪੜਾਅ, ਚਾਰ ਵੱਖਰੇ ਮਾਲਕ
ਅੱਪਡੇਟ ਦੀ ਫੇਲ੍ਹਤਾ ਇੱਕ ਨਾਮਿਤ ਪੜਾਅ ਹੈ, ਭਾਵੇਂ ਸੁਨੇਹਾ ਇਹ ਕਹੇ ਜਾਂ ਨਾ, ਅਤੇ ਹਰ ਪੜਾਅ ਕਿਸੇ ਵੱਖਰੇ ਮਾਲਕ ਦਾ ਹੈ। ਜੋ ਨਾਮ ਹੱਲ ਨਾ ਹੋਵੇ ਉਹ ਰਿਜ਼ੌਲਵਰ ਦਾ ਸਵਾਲ ਹੈ। ਜੋ ਕਨੈਕਸ਼ਨ ਸਮਾਂ-ਸੀਮਾ ਪਾਰ ਕਰੇ ਉਹ ਆਵਾਜਾਈ, ਪ੍ਰੌਕਸੀ ਜਾਂ ਦੂਰ ਦੇ ਸਿਰੇ ਦਾ ਸਵਾਲ ਹੈ। TLS ਪਛਾਣ ਦੀ ਗਲਤੀ ਭਰੋਸੇ ਦਾ ਸਵਾਲ ਹੈ, ਅਤੇ ਰੱਦ ਕੀਤਾ ਭੰਡਾਰ ਮੈਟਾਡੇਟਾ ਦਸਤਖ਼ਤ ਦਾ ਸਵਾਲ ਹੈ। ਚਾਰ ਪੜਾਅ, ਚਾਰ ਮਾਲਕ, ਅਤੇ ਪੋਰਟ ਦਾ ਨਿਯਮ ਹਮੇਸ਼ਾ ਇਹਨਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।
| The failure text mentions | Which component owns it | What you check first | What you must not change |
|---|---|---|---|
| a name that will not resolve | the resolver policy for this host | which resolver is used, and whether its path is permitted | nothing in the firewall: no repository packet has left yet |
| a connection that times out | routing, proxy or the far end | the destination, port and proxy the manager actually attempts | the egress policy, before you know that destination |
| a TLS identity mismatch | trust configuration and the server's identity | the chain the manager is presented with | verification settings, which only hide the mismatch |
| rejected archive metadata | the repository's signing metadata | whether the source carries valid, trusted metadata | the signature check, which is not a routing question |
ਪਿੰਗ ਅਤੇ ਨਾਮ ਵਿਸ਼ਲੇਸ਼ਣ ਉਹ ਦੋ ਪਰੀਖਣ ਹਨ ਜੋ ਲੋਕ ਪਹਿਲਾਂ ਲੈਂਦੇ ਹਨ, ਅਤੇ ਦੋਵੇਂ ਉਹਨਾਂ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦਿੰਦੇ ਹਨ ਜੋ ਕਿਸੇ ਨੇ ਨਹੀਂ ਪੁੱਛੇ। ਈਕੋ ਜਵਾਬ ਭੰਡਾਰ ਕਨੈਕਸ਼ਨ ਤੋਂ ਵੱਖਰੇ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਅਤੇ ਸਫਲ ਖੋਜ ਲਿਆਉਣ ਦੀ ਪਰਖ ਕੀਤੇ ਬਿਨਾਂ ਨਾਮ ਵਿਸ਼ਲੇਸ਼ਣ ’ਤੇ ਰੁਕ ਜਾਂਦੀ ਹੈ। ਦੋਵੇਂ ਅਸਲ ਲੈਣ-ਦੇਣ ਫੇਲ੍ਹ ਹੋਣ ਵੇਲੇ ਪਾਸ ਹੋ ਸਕਦੇ ਹਨ, ਅਤੇ ਦੋਵੇਂ ਰਾਹ ਨਾਲ ਅਸੰਬੰਧਿਤ ਕਾਰਨਾਂ ਕਰਕੇ ਫੇਲ੍ਹ ਹੋ ਸਕਦੇ ਹਨ।
ਪ੍ਰਬੰਧਕ ਅਸਲ ਵਿੱਚ ਜੋ ਰਾਹ ਲੈਂਦਾ ਹੈ ਉਹ ਪੜ੍ਹੋ
ਸੰਰਚਿਤ ਸਰੋਤ URI ਅਤੇ ਪ੍ਰੌਕਸੀ ਦੀ ਅਸਲ ਤਰਤੀਬ ਦੀ ਜਾਂਚ ਕਰੋ, ਇਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨੂੰ ਮੰਨ ਲੈਣ ਦੀ ਬਜਾਏ। ਸਾਦੇ HTTP ਲਈ ਲਿਖਿਆ ਨਿਯਮ ਤਦ ਮੁਰੰਮਤ ਨਹੀਂ ਹੁੰਦਾ ਜਦੋਂ ਭੰਡਾਰ HTTPS ਬੋਲਦਾ ਹੈ, ਅਤੇ ਜੋ ਸੰਸਥਾ ਪ੍ਰੌਕਸੀ ਲਾਜ਼ਮੀ ਕਰਦੀ ਹੈ ਉਸਨੇ ਰਾਹ ਪਹਿਲਾਂ ਹੀ ਚੁਣ ਲਿਆ ਹੈ। ਪੈਕੇਜ ਪ੍ਰਬੰਧਕ ਵਾਤਾਵਰਣ ਚਲ ਅਤੇ ਆਪਣੀ ਸੰਰਚਨਾ ਦਾ ਸਤਿਕਾਰ ਕਰਦੇ ਹਨ, ਅਤੇ ਮੇਜ਼ਬਾਨ-ਵਿਸ਼ੇਸ਼ ਸੈਟਿੰਗਾਂ ਵਿਸ਼ਵਵਿਆਪੀ ਸੈਟਿੰਗ ਨੂੰ ਪਛਾੜ ਸਕਦੀਆਂ ਹਨ। ਇੰਟਰਐਕਟਿਵ ਬ੍ਰਾਊਜ਼ਰ ਜੋ ਕਰਦਾ ਹੈ ਉਹੀ ਪ੍ਰਬੰਧਕ ਦਾ ਕਰਨਾ ਲਾਜ਼ਮੀ ਨਹੀਂ।
apt-get update -o Debug::Acquire::http=true
apt-config dump | grep -i proxy
env | grep -i proxyAPT ਆਵਾਜਾਈ ਦਸਤਾਵੇਜ਼ ਦੱਸਦੇ ਹਨ ਕਿ ਕਿਹੜੀ ਸੈਟਿੰਗ ਕਿਹੜੀ URI ਸਕੀਮ ’ਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ ਅਤੇ ਮੇਜ਼ਬਾਨ-ਵਿਸ਼ੇਸ਼ ਚੋਣਾਂ ਕਿਵੇਂ ਲਿਖੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਕਮਾਂਡਾਂ ਦਾ ਆਉਟਪੁੱਟ ਟਿਕਟ ਨਾਲ ਰੱਖੋ, ਕਿਉਂਕਿ ਇਹ ਪ੍ਰੌਕਸੀ ਸਮੱਸਿਆ ਨੂੰ ਗੁੰਮ ਰਾਹ ਤੋਂ ਪਿੰਗ ਨਤੀਜਿਆਂ ਦੀ ਕਿਸੇ ਵੀ ਗਿਣਤੀ ਨਾਲੋਂ ਤੇਜ਼ੀ ਨਾਲ ਵੱਖ ਕਰਦਾ ਹੈ। ਪ੍ਰਬੰਧਕ ਜੋ ਸਹੀ ਮੰਜ਼ਿਲ, ਪੋਰਟ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਅਜ਼ਮਾਉਂਦਾ ਹੈ ਉਹ ਲਿਖੋ, ਅਤੇ ਫਾਇਰਵਾਲ ਤਬਦੀਲੀ ਨੂੰ ਮਹੀਨਿਆਂ ਵਿੱਚ ਪੁਰਾਣੇ ਹੋ ਜਾਣ ਵਾਲੇ ਕਿਸੇ ਅੰਦਾਜ਼ੇ ਵਾਲੇ ਮਿਰਰ ਪਤੇ ਦੀ ਬਜਾਏ ਉਸੇ ਰਿਕਾਰਡ ’ਤੇ ਟਿਕਣ ਦਿਓ।
ਸੰਭਾਲ ਨੀਤੀ ਚੁਣੋ, ਅਪਵਾਦ ਨਹੀਂ
ਤਿੰਨ ਨੀਤੀਆਂ ਰੱਖਿਆਤਮਕ ਹਨ: ਸੁਰੰਗ ਰਾਹੀਂ ਸੰਭਾਲ, ਪ੍ਰਬੰਧਿਤ ਅੱਪਡੇਟ ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਸੰਭਾਲ, ਜਾਂ ਤੰਗ ਅਧਿਕਾਰਤ ਸਿੱਧੇ ਰਾਹ ਰਾਹੀਂ ਸੰਭਾਲ। ਹਰ ਇੱਕ ਆਪਣੇ ਅਨੁਕੂਲ ਰਿਜ਼ੌਲਵਰ ਤਰਤੀਬ ਮੰਨਦੀ ਹੈ। ਜੋ ਰੱਖਿਆਤਮਕ ਨਹੀਂ ਉਹ ਅਪਵਾਦ ਹੈ ਜੋ ਸੁਰੰਗ ਡਿੱਗਣ ’ਤੇ ਹਰ ਵਾਰ ਚੁੱਪਚਾਪ ਅਸੀਮਤ ਬਦਲਵਾਂ ਰਾਹ ਬਣ ਜਾਂਦਾ ਹੈ।
ਚੁਣੀ ਨੀਤੀ ਨੂੰ ਮਾਲਕ ਨਾਲ ਲਿਖੋ, ਕਿਉਂਕਿ ਅਗਲਾ ਆਪਰੇਟਰ ਨਿਯਮ ਲੱਭੇਗਾ, ਉਸ ਪਿੱਛੇ ਦਾ ਤਰਕ ਨਹੀਂ। ਅਧਿਕਾਰ ਨੂੰ ਮੌਜੂਦਾ ਫਾਇਰਵਾਲ ਅਤੇ ਨੈੱਟਵਰਕ ਮਾਲਕ ਰਾਹੀਂ ਲਾਗੂ ਕਰੋ, ਨਿਯਮ ਖਾਲੀ ਕਰਕੇ ਜਾਂ ਇੱਕ ਮੇਜ਼ਬਾਨ ਲਈ ਦੂਜਾ ਨੀਤੀ ਪ੍ਰਬੰਧਕ ਜੋੜ ਕੇ ਨਹੀਂ। ਅਸਲ ਸਰੋਤ ਵੱਲੋਂ ਵਰਤੇ ਜਾਂਦੇ ਪਤਾ ਪਰਿਵਾਰ ਅਤੇ ਸੇਵਾ ਅੰਤ ਬਿੰਦੂ ਢੱਕੋ, ਅਤੇ ਭੰਡਾਰ ਦੇ ਸਥਾਨ ਬਦਲਣ ’ਤੇ ਸੂਚੀ ਦੀ ਸਮੀਖਿਆ ਕਰੋ।
ਭਰੋਸਾ ਕਮਜ਼ੋਰ ਕੀਤੇ ਬਿਨਾਂ ਪੁਸ਼ਟੀ ਕਰੋ
ਸਫਲ ਆਵਾਜਾਈ ਪੁਸ਼ਟੀ ਢਿੱਲੀ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ: ਭੰਡਾਰ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ TLS ਸਰਵਰ ਪਛਾਣ ਦੋ ਵੱਖਰੀਆਂ ਜਾਂਚਾਂ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਬੰਦ ਕਰਨ ਨਾਲ ਗਲਤੀ ਗਾਇਬ ਹੋ ਜਾਂਦੀ ਹੈ ਜਦੋਂ ਕਿ ਇਹ ਬਦਲਦਾ ਹੈ ਕਿ ਮੇਜ਼ਬਾਨ ਕੀ ਸਵੀਕਾਰ ਕਰੇਗਾ। ਰੋਕਣ ਵਾਲੀ ਪ੍ਰੌਕਸੀ ਨੈੱਟਵਰਕ ਮਾਲਕ ਦਾ ਭਰੋਸਾ ਫ਼ੈਸਲਾ ਹੈ, ਜਾਂਚ ਨੂੰ ਸਥਾਨਕ ਤੌਰ ’ਤੇ ਬੰਦ ਕਰਨ ਦਾ ਕਾਰਨ ਨਹੀਂ, ਅਤੇ ਭੰਡਾਰ ਦੇ ਪ੍ਰਮਾਣ ਵੰਡੇ ਨਿਦਾਨ ਵਿੱਚ ਨਹੀਂ ਹੋਣੇ ਚਾਹੀਦੇ, ਕਿਉਂਕਿ ਵਿਸਥਾਰਤ ਲੌਗ ਉਹਨਾਂ ਨੂੰ ਲੀਕ ਕਰਨ ਦੀ ਸਭ ਤੋਂ ਸੌਖੀ ਜਗ੍ਹਾ ਹੈ।
ਤਬਦੀਲੀ ਨੂੰ ਨਿਯੰਤਰਿਤ ਮੈਟਾਡੇਟਾ ਪ੍ਰਾਪਤੀ ਅਤੇ ਫਿਰ ਇੱਕ ਪ੍ਰਵਾਨਿਤ ਪੈਕੇਜ ਲੈਣ-ਦੇਣ ਨਾਲ ਸਵੀਕਾਰ ਕਰੋ, ਫਿਰ ਪਰਖੋ ਕਿ ਸੁਰੰਗ ਡਿੱਗਣ ’ਤੇ ਕੀ ਹੁੰਦਾ ਹੈ। ਜੋ ਸੰਭਾਲ ਰਾਹ ਰੁਕਾਵਟ ਦੌਰਾਨ ਚੁੱਪਚਾਪ ਚੌੜਾ ਹੁੰਦਾ ਹੈ ਉਹ ਬੰਦ ਹੋ ਕੇ ਫੇਲ੍ਹ ਹੋਣ ਵਾਲੇ ਰਾਹ ਨਾਲੋਂ ਮਾੜਾ ਹੈ, ਅਤੇ ਨਤੀਜਾ ਨਾਮਿਤ ਮਾਲਕ ਅਤੇ ਸੀਮਿਤ ਦਾਇਰੇ ਵਾਲਾ ਅੱਪਡੇਟ ਰਾਹ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।