Squid PROXY ਪ੍ਰੋਟੋਕੋਲ: HTTP ਪਹੁੰਚ ਜਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਭੇਜਣ ਵਾਲੇ 'ਤੇ ਭਰੋਸਾ ਕਰੋ

ਮੈਟਾਡੇਟਾ ਦੇਣ ਵਾਲੇ ਰਿਲੇ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਲਈ proxy_protocol_access ਵਰਤੋ, ਮਨਜ਼ੂਰ ਵੈੱਬਸਾਈਟਾਂ ਚੁਣਨ ਲਈ ਨਹੀਂ। Squid 5–7 ਵਿੱਚ, TCP ਸੈੱਟਅੱਪ ਤੋਂ ਬਾਅਦ require-proxy-header ਸਰੋਤੇ 'ਤੇ ਜਾਂਚ ਇੱਕ ਵਾਰ ਚੱਲਦੀ ਹੈ, HTTP ਬੇਨਤੀ ਹੈਡਰਾਂ ਦੀ ਪ੍ਰੋਸੈਸ ਤੋਂ ਪਹਿਲਾਂ:

acl trusted_relay src 192.0.2.20/32
http_port 3128 require-proxy-header
proxy_protocol_access allow trusted_relay
proxy_protocol_access deny all

ਉਦਾਹਰਨ ਦਾ ਰਿਲੇ ਪਤਾ ਬਦਲੋ ਅਤੇ ਇਸ ਸਰੋਤੇ ਤੱਕ ਨੈੱਟਵਰਕ ਪਹੁੰਚ ਸੀਮਿਤ ਕਰੋ। ਇਸ ਪੜਾਅ 'ਤੇ Squid ਦਿੱਤੇ ਗਏ ਮੈਟਾਡੇਟਾ ਨੂੰ ਸਵੀਕਾਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਅਸਲ TCP ਸਾਥੀ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ। ਸਵੀਕਾਰ ਤੋਂ ਬਾਅਦ, ਇਹ ਅਗਲੀਆਂ ACL ਜਾਂਚਾਂ ਅਤੇ ਲੌਗਿੰਗ ਲਈ ਦਾਅਵਾ ਕੀਤੇ ਕਲਾਇੰਟ ਪਤੇ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਰਿਲੇ ਵੱਲੋਂ ਦਾਅਵਾ ਕੀਤੇ ਕਲਾਇੰਟ ਪਤੇ ਦੇ ਆਧਾਰ 'ਤੇ ਭਰੋਸਾ ਕਰਨਾ ਇਸ ਕ੍ਰਮ ਨੂੰ ਉਲਟਾ ਦੇਵੇਗਾ।

ਅਗਲੀਆਂ ਕਲਾਇੰਟ-ਸਰੋਤ ਅਤੇ ਮੰਜ਼ਿਲ ਇਜਾਜ਼ਤਾਂ ਲਈ http_access ਰੱਖੋ। ਮੈਟਾਡੇਟਾ ਸਵੀਕਾਰ ਕਰਨਾ ਵੈੱਬਸਾਈਟ ਪਹੁੰਚ ਦਾ ਅਧਿਕਾਰ ਨਹੀਂ ਦਿੰਦਾ, ਅਤੇ ਮੰਜ਼ਿਲ-ਡੋਮੇਨ ACL ਪਹਿਲਾਂ ਵਾਲੇ ਭੇਜਣ ਵਾਲੇ-ਭਰੋਸੇ ਦੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਨਹੀਂ ਦੇ ਸਕਦਾ।

ਭੇਜਣ ਵਾਲੇ ਅਤੇ ਪ੍ਰਾਪਤਕਰਤਾ ਨੂੰ ਸਮਰਥਿਤ PROXY ਪ੍ਰੋਟੋਕੋਲ ਸੰਸਕਰਣ 'ਤੇ ਸਹਿਮਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਆਮ HTTP ਕਲਾਇੰਟ ਇਸ ਲਾਜ਼ਮੀ-ਉਪਸਰਗ ਸਰੋਤੇ ਨੂੰ ਆਮ ਪ੍ਰੌਕਸੀ ਐਂਡਪੌਇੰਟ ਵਜੋਂ ਨਹੀਂ ਵਰਤ ਸਕਦਾ। ਜੇ ਦੋਵੇਂ ਰੂਪ ਲੋੜੀਂਦੇ ਹੋਣ, ਤਾਂ ਉਹੀ ਸੁਣਨ ਪਤਾ ਅਤੇ ਪੋਰਟ ਦੁਹਰਾਉਣ ਦੀ ਬਜਾਏ ਜਾਣਬੁੱਝ ਕੇ ਵੱਖਰੇ ਐਂਡਪੌਇੰਟ ਵਰਤੋ।

ਭਰੋਸੇਯੋਗ ਰਿਲੇ ਆਪਣੇ ਵੱਲੋਂ ਦਿੱਤੀ ਕਲਾਇੰਟ ਪਛਾਣ ਰਾਹੀਂ ਪਤੇ-ਆਧਾਰਿਤ ਅਧਿਕਾਰ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦਾ ਹੈ। ਉਹ ਸਮਰੱਥਾ ਸਿਰਫ਼ ਇੱਛਤ ਮੱਧਸਥ ਨੂੰ ਦਿਓ।