ਜਦੋਂ ਪ੍ਰੌਕਸੀ APT ਦੇ User-Agent ਨੂੰ ਰੱਦ ਕਰਦੀ ਹੈ

curl ਇੱਕ URL ਲਿਆਉਂਦਾ ਹੈ। APT, ਉਹੀ ਪ੍ਰੌਕਸੀ ਵਰਤ ਕੇ, ਇੱਕ ਸਫ਼ਾ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ ਜੋ ਕਹਿੰਦਾ ਹੈ ਕਿ ਇਸਦਾ User-Agent ਮਨਜ਼ੂਰ ਨਹੀਂ ਹੈ। ਉਹ ਜਵਾਬ ਪਹਿਲਾਂ ਹੀ ਜਾਂਚ ਨੂੰ ਸੰਕੁਚਿਤ ਕਰਦਾ ਹੈ: ਵਿਚੋਲਾ ਕਲਾਇੰਟ ਨੀਤੀ ਲਾਗੂ ਕਰ ਰਿਹਾ ਹੈ।

ਰਿਪੋਜ਼ਟਰੀ ਮਿਰਰ, ਪਾਸਵਰਡ ਅਤੇ DNS ਇਕੱਠੇ ਬਦਲਣਾ ਉਹ ਲਾਭਦਾਇਕ ਸਬੂਤ ਗੁਆ ਦਿੰਦਾ ਹੈ। ਰਸਤਾ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਵਾਪਸ ਮਿਲੀ ਸਥਿਤੀ ਅਤੇ ਸੰਬੰਧਿਤ ਰੱਦ ਕਰਨ ਵਾਲਾ ਟੈਕਸਟ ਸੰਭਾਲੋ।

APT HTTP ਪ੍ਰਾਪਤੀ ਢੰਗ ਲਈ Acquire::http::User-Agent ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰਦਾ ਹੈ। ਜੇ ਨੈੱਟਵਰਕ ਆਪਰੇਟਰ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਪਛਾਣਕਰਤਾ ਮੰਗਦਾ ਹੈ, ਤਾਂ ਸਹਿਮਤ ਮੁੱਲ ਜਾਣ-ਬੁੱਝ ਕੇ ਸੈੱਟ ਕਰੋ। ਪੁਰਾਣੇ ਜਵਾਬ ਤੋਂ ਬ੍ਰਾਊਜ਼ਰ ਦੀ ਪੂਰੀ ਪਛਾਣ-ਲੜੀ ਕਾਪੀ ਕਰਨਾ ਅਸਲ ਅੱਪਡੇਟਰ ਨੂੰ ਲੁਕਾ ਸਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਕਿਸੇ ਹੋਰ ਨੀਤੀ ਸ਼ਰਤ ਵਿੱਚ ਫੇਲ ਹੋ ਸਕਦਾ ਹੈ।

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

ਜਿੱਥੇ ਰਿਪੋਜ਼ਟਰੀ ਮੈਟਾਡੇਟਾ ਦੀ ਉਮੀਦ ਸੀ ਉੱਥੇ ਵਾਪਸ ਕੀਤਾ ਗਿਆ ਰੱਦ ਕਰਨ ਵਾਲਾ ਸਫ਼ਾ ਬਾਅਦ ਵਿੱਚ ਪਾਰਸਿੰਗ ਗਲਤੀ ਜਾਂ ਦਸਤਖ਼ਤ ਗਲਤੀ ਵਰਗੀ ਗਲਤੀ ਵੀ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ। ਰਿਪੋਜ਼ਟਰੀ ਉੱਤੇ ਭਰੋਸਾ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਜਵਾਬ ਦਾ ਸਰੋਤ ਪੜ੍ਹੋ। ਸਫਲ ਪ੍ਰੌਕਸੀ ਰੂਟਿੰਗ HTML ਨੀਤੀ ਸਫ਼ੇ ਨੂੰ ਵੈਧ ਪੈਕੇਜ ਸੂਚਕਾਂਕ ਨਹੀਂ ਬਣਾਉਂਦੀ। Hash Sum mismatch ਲਈ ਉਮੀਦ ਕੀਤੀ ਚੈੱਕਸਮ ਅਤੇ ਅਸਲ ਬਾਈਟਾਂ ਇਕੱਠੇ ਰੱਖੋ।