ਇੱਕ APT ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਪ੍ਰੌਕਸੀ ਤੋਂ ਬਾਹਰ ਰੱਖੋ

ਅੰਦਰੂਨੀ ਪੈਕੇਜ ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਦਫ਼ਤਰ ਦਾ ਨੈੱਟਵਰਕ ਛੱਡ ਕੇ ਬਾਹਰੀ ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਵਾਪਸ ਨਹੀਂ ਆਉਣਾ ਚਾਹੀਦਾ। ਤੁਸੀਂ ਹਰ ਡਾਊਨਲੋਡ ਲਈ ਪ੍ਰੌਕਸੀ ਬੰਦ ਕੀਤੇ ਬਿਨਾਂ APT ਨੂੰ ਹੋਸਟ-ਵਿਸ਼ੇਸ਼ ਅਪਵਾਦ ਦੇ ਸਕਦੇ ਹੋ।

ਉਦਾਹਰਨ ਲਈ, APT ਕਨਫਿਗਰੇਸ਼ਨ ਟੁਕੜੇ ਵਿੱਚ ਇਹ ਹੋ ਸਕਦਾ ਹੈ:

Acquire::http::Proxy "http://proxy.example:8080/";
Acquire::http::Proxy::packages.office.example "DIRECT";
Acquire::https::Proxy::packages.office.example "DIRECT";

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

ਰਿਪੋਜ਼ਟਰੀ URL ਨਹੀਂ, ਹੋਸਟ ਵਰਤੋ

ਪਿਛੇਤਰ ਇੱਕ ਹੋਸਟਨਾਮ ਹੈ: https:// ਨਹੀਂ, ਰਸਤਾ ਨਹੀਂ ਅਤੇ ਅੰਤ ਵਿੱਚ ਸਲੈਸ਼ ਨਹੀਂ। ਇੱਕੋ ਹੋਸਟ 'ਤੇ ਕਈ ਰਿਪੋਜ਼ਟਰੀਆਂ ਉਹ ਰਾਊਟਿੰਗ ਅਪਵਾਦ ਸਾਂਝਾ ਕਰਦੀਆਂ ਹਨ। ਇਹ ਹਰ ਡਾਇਰੈਕਟਰੀ ਲਈ ਫਾਇਰਵਾਲ ਨਿਯਮ ਨਹੀਂ ਹੈ।

DIRECT ਇੱਕ APT ਪ੍ਰੌਕਸੀ-ਚੋਣ ਮੁੱਲ ਹੈ, ਜੋ HTTP ਟਰਾਂਸਪੋਰਟ ਮੈਨੂਅਲ ਵਿੱਚ ਦਰਜ ਹੈ। ਇਸਦਾ ਅਰਥ «ਹੋਰ ਸ਼ੀਸ਼ਾ ਵਰਤੋ» ਨਹੀਂ ਹੈ, ਅਤੇ ਇਹ ਨਹੀਂ ਬਦਲਦਾ ਕਿ ਰਿਪੋਜ਼ਟਰੀ ਕਿਹੜੇ ਪੈਕੇਜ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦੀ ਹੈ।

ਡਾਊਨਲੋਡ ਨੂੰ ਇਸਦੇ ਪਹਿਲੇ URL ਤੋਂ ਅੱਗੇ ਵੀ ਟਰੈਕ ਕਰੋ

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

ਸਿੱਧੇ ਰਸਤੇ ਲਈ ਆਮ ਪਹੁੰਚ ਅਤੇ ਸਹੀ ਸਰਟੀਫਿਕੇਟ ਭਰੋਸਾ ਵੀ ਲੋੜੀਂਦਾ ਹੈ। ਸਫਲ ਬਾਈਪਾਸ ਚੋਣ ਅਪਹੁੰਚ ਅੰਦਰੂਨੀ ਸਰਵਰ ਨੂੰ ਜਵਾਬ ਦੇਣ ਲਈ ਮਜਬੂਰ ਨਹੀਂ ਕਰ ਸਕਦੀ।

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