ਕੀ Squid ਪੇਰੈਂਟ ਪਰਾਕਸੀ ਨੂੰ ICP ਪੋਰਟ ਦੀ ਲੋੜ ਹੈ?

ਤੁਹਾਡੀ ਅੱਪਸਟਰੀਮ ਸੇਵਾ ਇੱਕ HTTP ਪਰਾਕਸੀ ਪੋਰਟ ਦਿੰਦੀ ਹੈ। Squid ਦਾ cache_peer ਬਣਤਰ ਦੋ ਮੰਗਦਾ ਹੈ। ਵਾਧੂ ਖੇਤਰ ਕੈਸ਼ ਕੁਐਰੀਆਂ ਲਈ ਹੈ, ਦੂਜਾ ਲਾਜ਼ਮੀ ਫਾਰਵਰਡਿੰਗ ਕੁਨੈਕਸ਼ਨ ਨਹੀਂ।

cache_peer parent.example parent 8080 0 no-query name=office_parent

ਇੱਥੇ 8080 HTTP ਪਰਾਕਸੀ ਬੇਨਤੀਆਂ ਢੋਂਦਾ ਹੈ। ਸਿਫ਼ਰ ਕੁਐਰੀ-ਪੋਰਟ ਖੇਤਰ ਭਰਦਾ ਹੈ; no-query ਇਸ ਪੀਅਰ ਵੱਲ ICP ਕੁਐਰੀਆਂ ਬੰਦ ਕਰਦਾ ਹੈ। ਪੇਰੈਂਟ ਨੂੰ ICP ਲਾਗੂ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ।

ਪਰ ਇਸਨੂੰ HTTP ਪਰਾਕਸੀ ਪ੍ਰੋਟੋਕੋਲ ਬੋਲਣਾ ਪਵੇਗਾ। ਜੇ ਪੇਰੈਂਟ ਜਨਤਕ ਹੋਵੇਗਾ, ਤਾਂ HTTP ਪਰਾਕਸੀ ਸੂਚੀ ਜਾਂਚ ਲਈ HTTP ਉਮੀਦਵਾਰ ਦਿੰਦੀ ਹੈ। SOCKS ਪੋਰਟ ਇਸਦੀ ਥਾਂ ਕੰਮ ਨਹੀਂ ਕਰੇਗਾ। HTTPS ਲਈ, ਜਾਂਚੋ ਕਿ ਪੇਰੈਂਟ ਲੋੜੀਂਦੇ CONNECT ਟਿਕਾਣੇ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ; ICP ਸਹਾਇਤਾ ਨਾਲ ਇਸਦਾ ਸੰਬੰਧ ਨਹੀਂ।

ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਅਤੇ ਅੱਗੇ ਦੀ ਰੂਟਿੰਗ ਨੀਤੀ ਵੱਖਰੀ ਰੱਖੋ। ਇਸ ਪੀਅਰ ਦਾ ਐਲਾਨ ਕਰਨ ਨਾਲ ਨਾ ਕਲਾਇੰਟਾਂ ਨੂੰ ਅਧਿਕਾਰ ਮਿਲਦਾ ਹੈ ਅਤੇ ਨਾ ਹੀ ਸਿੱਧਾ ਫਾਲਬੈਕ ਮਨਾਹੀ ਹੁੰਦਾ ਹੈ। ਲੋੜੀਂਦੀਆਂ ਬੇਨਤੀਆਂ ਲਈ ਢੁਕਵੇਂ http_access, ਪੀਅਰ-ਚੋਣ ਅਤੇ never_direct ਨਿਯਮ ਰੱਖੋ।

ICP ਪੋਰਟ ਬਦਲਣ ਨਾਲ ਰੱਦ ਕੀਤਾ ਪਰਾਕਸੀ ਲੌਗਇਨ ਜਾਂ ਰੱਦ ਕੀਤਾ CONNECT ਟਿਕਾਣਾ ਠੀਕ ਨਹੀਂ ਹੁੰਦਾ।