APT ਬਿਨਾਂ ਰੈਪਰ ਦੇ SOCKS5h ਵਰਤ ਸਕਦਾ ਹੈ
ਜਿਨ੍ਹਾਂ APT ਸੰਸਕਰਣਾਂ ਵਿੱਚ SOCKS5h ਸਹਾਇਤਾ ਦਸਤਾਵੇਜ਼ੀ ਹੈ, ਉੱਥੇ ਪ੍ਰੌਕਸੀ URI HTTP ਜਾਂ HTTPS ਟਰਾਂਸਪੋਰਟ ਸੈਟਿੰਗਾਂ ਅਧੀਨ ਆਉਂਦਾ ਹੈ, ਕਿਸੇ ਬਣਾਏ ਹੋਏ Acquire::socks ਭਾਗ ਵਿੱਚ ਨਹੀਂ।
“APT through SOCKS” ਬਾਰੇ ਪੁਰਾਣੇ ਜਵਾਬ ਅਕਸਰ ਰੈਪਰ ਜਾਂ HTTP-to-SOCKS ਰਿਲੇ ਦੀ ਸਲਾਹ ਦਿੰਦੇ ਹਨ। ਉਹ ਜਵਾਬ ਪੁਰਾਣੇ ਸੰਸਕਰਣਾਂ ਦੀਆਂ ਅਸਲ ਸੀਮਾਵਾਂ ਦੱਸ ਸਕਦੇ ਹਨ। ਪਰ ਜਿਸ APT ਸੰਸਕਰਣ ਵਿੱਚ socks5h ਸਹਾਇਤਾ ਦਸਤਾਵੇਜ਼ੀ ਹੈ, ਉੱਥੇ ਉਹ ਇੱਕੋ-ਇੱਕ ਵਿਕਲਪ ਨਹੀਂ ਹਨ।
ਇੱਕ ਸੰਰਚਨਾ ਟੁਕੜਾ ਮੌਜੂਦਾ acquisition transport ਕੁੰਜੀਆਂ ਵਰਤ ਸਕਦਾ ਹੈ:
Acquire::http::Proxy "socks5h://127.0.0.1:1080/";
Acquire::https::Proxy "socks5h://127.0.0.1:1080/";ਇਹ ਉਦਾਹਰਨ ਮੰਨਦੀ ਹੈ ਕਿ ਉਸੇ ਮਸ਼ੀਨ ਉੱਤੇ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਅਧਿਕਾਰਤ SOCKS5 ਸਰੋਤਾ ਮੌਜੂਦ ਹੈ। ਇਹ ਇੱਕ ਸ਼ੁਰੂ ਨਹੀਂ ਕਰਦੀ। SSH ਗਤੀਸ਼ੀਲ ਫਾਰਵਰਡ ਉਸ ਸਥਾਨਕ ਸਰੋਤੇ ਨੂੰ ਬਣਾਉਣ ਦਾ ਇੱਕ ਤਰੀਕਾ ਹੈ। ਜੇ ਪ੍ਰੌਕਸੀ ਦੂਰ ਹੈ, ਤਾਂ ਇਸ ਦੀ ਥਾਂ ਇਸ ਦੇ ਅਸਲ ਪਹੁੰਚਯੋਗ ਐਂਡਪੌਇੰਟ ਦੀ ਵਰਤੋਂ ਕਰੋ; SOCKS5 ਪ੍ਰੌਕਸੀ ਸੂਚੀ ਦੇ ਉਮੀਦਵਾਰ ਸਿਰਫ਼ ਉੱਥੇ ਲਾਗੂ ਹੁੰਦੇ ਹਨ ਜਿੱਥੇ ਰਿਪੋਜ਼ਟਰੀ ਬੇਨਤੀਆਂ ਲਈ ਜਨਤਕ ਪ੍ਰੌਕਸੀ ਦੀ ਆਗਿਆ ਹੈ।
ਸਕੀਮ ਨਿਰਦੇਸ਼ ਦਾ ਹਿੱਸਾ ਹੈ
APT ਟਰਾਂਸਪੋਰਟ ਮੈਨੁਅਲ ਦੂਰਸਥ DNS ਰੈਜ਼ੋਲਿਊਸ਼ਨ ਵਾਲੇ SOCKS5 ਲਈ socks5h ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ। ਸਥਾਪਿਤ ਸੰਸਕਰਣ ਲਈ ਦਸਤਾਵੇਜ਼ੀ ਸਕੀਮ ਵਰਤੋ, ਕਿਸੇ ਹੋਰ ਪ੍ਰੋਗਰਾਮ ਵੱਲੋਂ ਸੰਜੋਗ ਨਾਲ ਸਵੀਕਾਰ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਲੇਬਲ ਵਿੱਚ ਇਸ ਨੂੰ ਛੋਟਾ ਨਾ ਕਰੋ।
ਇਸੇ ਤਰ੍ਹਾਂ, ਪੁਰਾਣੇ ਫੋਰਮ ਸਨਿੱਪਟ ਵਿੱਚ Acquire::socks::Proxy ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਨਹੀਂ ਕਿ HTTP acquisition ਢੰਗ ਉਹ ਸੈਟਿੰਗ ਪੜ੍ਹਦਾ ਹੈ। ਇੱਕ ਸੰਰਚਨਾ ਪਾਰਸਰ ਕੁੰਜੀ ਸਵੀਕਾਰ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ ਡਾਊਨਲੋਡ ਢੰਗ ਇਸ ਦੀ ਵਰਤੋਂ ਨਾ ਕਰੇ।
ਸਥਾਨਕ ਪਤੇ ਦੀ ਇੱਕ ਸੀਮਾ ਹੈ
ਜਦੋਂ APT ਕੰਟੇਨਰ ਜਾਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਦੇ ਅੰਦਰ ਚੱਲਦਾ ਹੈ, 127.0.0.1 ਉਸ ਵਾਤਾਵਰਣ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਹੋਸਟ ਉੱਤੇ SOCKS ਸਰੋਤਾ ਇੱਕ ਵੱਖਰਾ ਐਂਡਪੌਇੰਟ ਹੈ। ਰੱਦ ਕੀਤੇ ਸਥਾਨਕ ਕਨੈਕਸ਼ਨ ਦਾ ਨਿਦਾਨ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚੋ ਕਿ APT ਕਿੱਥੇ ਚੱਲਦਾ ਹੈ।
SOCKS ਸਹਾਇਤਾ ਰਿਪੋਜ਼ਟਰੀ ਦਸਤਖ਼ਤ ਜਾਂ HTTPS ਸਰਟੀਫਿਕੇਟ ਜਾਂਚ ਵੀ ਨਹੀਂ ਹਟਾਉਂਦੀ। ਉਹ ਸੁਰੱਖਿਆਵਾਂ ਚਾਲੂ ਰੱਖੋ। ਜੇ ਸਥਾਪਿਤ APT ਵਿੱਚ ਦਸਤਾਵੇਜ਼ੀ ਸਮਰੱਥਾ ਨਹੀਂ ਹੈ, ਤਾਂ ਅਣਜਾਣ URI ਸਕੀਮ ਨੂੰ ਪਾਸਵਰਡ ਸਮੱਸਿਆ ਮੰਨਣ ਦੀ ਥਾਂ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਵਿਕਲਪ ਜਾਂ ਅੱਪਡੇਟ ਮਾਰਗ ਚੁਣੋ।