APT ਹਰ ਡਾਊਨਲੋਡ ਲਈ CONNECT ਕਿਉਂ ਨਹੀਂ ਵਰਤਦਾ

ਆਮ HTTP ਫਾਰਵਰਡਿੰਗ ਅਤੇ HTTPS ਟਨਲਿੰਗ ਵੱਖ-ਵੱਖ ਪ੍ਰੌਕਸੀ ਗੱਲਬਾਤਾਂ ਵਰਤਦੀਆਂ ਹਨ। ਸਿਰਫ਼ CONNECT ਦਾ ਸਮਰਥਨ ਕਰਨ ਵਾਲੀ ਸੇਵਾ HTTP ਭੰਡਾਰ ਵੱਲੋਂ ਬਣਾਈਆਂ ਬੇਨਤੀਆਂ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰ ਸਕਦੀ।

“ਪ੍ਰੌਕਸੀ CONNECT ਸਵੀਕਾਰ ਕਰਦੀ ਹੈ” ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਕਿ ਉਹ APT ਵੱਲੋਂ ਭੇਜੀ ਹਰ ਬੇਨਤੀ ਸਵੀਕਾਰ ਕਰਦੀ ਹੈ।

ਆਮ HTTP ਭੰਡਾਰ ਲਈ, APT ਆਮ HTTP ਪ੍ਰੌਕਸੀ ਫਾਰਵਰਡਿੰਗ ਵਰਤ ਸਕਦਾ ਹੈ: ਪ੍ਰੌਕਸੀ ਨੂੰ ਉਹ HTTP ਬੇਨਤੀ ਮਿਲਦੀ ਹੈ ਜੋ ਮੰਜ਼ਿਲ ਸਰੋਤ ਦੀ ਪਛਾਣ ਕਰਦੀ ਹੈ। HTTP ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ HTTPS ਲਈ, ਕਲਾਇੰਟ ਆਮ ਤੌਰ ’ਤੇ CONNECT ਟਨਲ ਬਣਾਉਂਦਾ ਹੈ, ਫਿਰ ਉਸ ਰਾਹੀਂ ਮੰਜ਼ਿਲ ਦੇ TLS ਸੈਸ਼ਨ ਦੀ ਗੱਲਬਾਤ ਕਰਦਾ ਹੈ।

ਮੰਜ਼ਿਲHTTP ਪ੍ਰੌਕਸੀ ਨਾਲ ਆਮ ਗੱਲਬਾਤ
HTTP ਭੰਡਾਰHTTP ਬੇਨਤੀ ਫਾਰਵਰਡ ਕਰੋ
HTTPS ਭੰਡਾਰCONNECT, ਫਿਰ ਮੰਜ਼ਿਲ TLS

ਸਿਰਫ਼ ਟਨਲ ਸਵੀਕਾਰ ਕਰਨ ਵਾਲੀ ਸੇਵਾ ਆਮ ਫਾਰਵਰਡ ਕੀਤੀ ਬੇਨਤੀ ਨੂੰ ਰੱਦ ਕਰ ਸਕਦੀ ਹੈ। HTTP 405 ਨੂੰ ਅਸਲ ਢੰਗ, ਜਵਾਬ ਜਾਰੀ ਕਰਨ ਵਾਲਾ ਅਤੇ ਪ੍ਰੌਕਸੀ ਨੀਤੀ ਵੇਖਣ ਦੇ ਯੋਗ ਹੈ; ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ APT ਵਿੱਚ SOCKS ਸਮਰਥਨ ਨਹੀਂ ਹੈ ਜਾਂ ਇਸ ਦਾ ਪਾਸਵਰਡ ਗਲਤ ਹੈ।

ਸੇਵਾ ਦੇ ਸਮਰਥਿਤ ਵਿਵਹਾਰ ਦੀ ਤੁਲਨਾ APT ਟਰਾਂਸਪੋਰਟ ਦਸਤਾਵੇਜ਼ ਅਤੇ CONNECT ਅਰਥ ਨਾਲ ਕਰੋ। ਅਨੁਕੂਲ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਸੇਵਾ ਜਾਂ ਸਮਰਥਿਤ ਭੰਡਾਰ URL ਵਰਤੋ। ਉਹਨਾਂ ਜਨਤਕ ਭੰਡਾਰਾਂ ਲਈ ਜਿੱਥੇ ਜਨਤਕ ਵਿਚੋਲਿਆਂ ਦੀ ਇਜਾਜ਼ਤ ਹੈ, HTTP ਪ੍ਰੌਕਸੀ ਸੂਚੀ ਉਹਨਾਂ ਲੋੜਾਂ ਦੇ ਖਿਲਾਫ਼ ਜਾਂਚ ਲਈ ਉਮੀਦਵਾਰ ਦਿੰਦੀ ਹੈ। ਇਹ ਨਾ ਮੰਨੋ ਕਿ ਪ੍ਰੌਕਸੀ ਪਤੇ ਵਿੱਚ https:// ਜੋੜਨ ਨਾਲ ਭੰਡਾਰ ਦਾ ਪ੍ਰੋਟੋਕੋਲ ਬਦਲ ਜਾਂਦਾ ਹੈ ਜਾਂ ਹਰ ਬੇਨਤੀ ਟਨਲ ਬਣ ਜਾਂਦੀ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ