ਜਾਂਚੋ ਕਿ ਤੁਹਾਡੀ ਪ੍ਰਾਕਸੀ ਸਭ ਲਈ ਖੁੱਲ੍ਹੀ ਨਹੀਂ ਹੈ

ਨਵੀਂ ਫਾਰਵਰਡ ਪ੍ਰਾਕਸੀ ਹੋਰ ਨੈੱਟਵਰਕ ਤੋਂ ਪਹੁੰਚਯੋਗ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪਹੁੰਚ ਹੱਦ ਟੈਸਟ ਕਰੋ। ਸਰਵਰ ਤੋਂ ਹੀ ਸਫਲ ਬੇਨਤੀ ਬਾਹਰਲੇ ਕਲਾਇੰਟ ਦੀ ਸਮਰੱਥਾ ਬਾਰੇ ਬਹੁਤ ਘੱਟ ਸਾਬਤ ਕਰਦੀ ਹੈ। ਨਿਯੰਤਰਿਤ ਮੰਜ਼ਿਲ ਵਰਤੋ ਤਾਂ ਜੋ ਪਤਾ ਲੱਗੇ ਕਿ ਰੱਦ ਬੇਨਤੀ ਅਸਲ ਵਿੱਚ ਅੱਗੇ ਗਈ ਸੀ ਜਾਂ ਨਹੀਂ।

ਅਸਰਦਾਰ ਲਿਸਨਰ ਤੇ ਨੀਤੀ ਜਾਂਚੋ

ਸੁਣਨ ਵਾਲੀ ਪ੍ਰਕਿਰਿਆ ਅਤੇ ਪਤੇ ਵੇਖੋ, IPv6 ਚਾਲੂ ਹੋਵੇ ਤਾਂ ਉਹ ਵੀ। ਅਣਚਾਹੇ ਵਾਧੂ ਲਿਸਨਰ ਜਾਂ ਪੁਰਾਣੀ ਸੇਵਾ ਨਕਲ ਹਟਾਓ। ਨੈੱਟਵਰਕ ਫਾਇਰਵਾਲ ਉਹਨਾਂ ਸਰੋਤਾਂ ਤੱਕ ਰੱਖੋ ਜਿਨ੍ਹਾਂ ਨੂੰ ਸੇਵਾ ਪਹੁੰਚਣੀ ਚਾਹੀਦੀ ਹੈ।

ਫਿਰ ਅਸਲ ਲੋਡ ਸੈਟਿੰਗ ਅਤੇ ਸ਼ਾਮਲ ਫਾਇਲਾਂ ਜਾਂਚੋ। Squid 6 ਵਿੱਚ ਪਹਿਲਾਂ ਦੀ ਇਜਾਜ਼ਤ ਬਾਅਦ ਦੀ ਰੋਕ ਬੇਅਸਰ ਕਰ ਸਕਦੀ ਹੈ। Tinyproxy 1.11.2 ਵਿੱਚ ਸਾਰੀਆਂ Allow ਅਤੇ Deny ਲਾਈਨਾਂ ਹਟਾਉਣ ਨਾਲ ਸਾਰੇ ਕਲਾਇੰਟ ਮਨਜ਼ੂਰ ਹੁੰਦੇ ਹਨ। Dante ਵਿੱਚ ਵੱਖਰੇ ਕਲਾਇੰਟ ਅਤੇ SOCKS ਨਿਯਮ ਹਨ, ਇਸ ਲਈ TCP ਕਨੈਕਸ਼ਨ ਮੰਨਣਾ ਪੂਰੀ ਨੀਤੀ ਨਹੀਂ।

ਇੰਸਟਾਲ ਵਰਜਨ ਦੇ ਦਸਤਾਵੇਜ਼ ਵਰਤੋ। Squid 8 ਦੇ ਨਿਰਦੇਸ਼ ਬਦਲਾਅ ਵਰਜਨ ਜਾਂਚਣ ਦਾ ਕਾਰਨ ਹਨ, ਜਾਣੀ ਸੈਟਿੰਗ ਉਸੇ ਅਰਥ ਨਾਲ ਮੰਨੀ ਗਈ ਸਮਝਣ ਦਾ ਨਹੀਂ।

ਮਨਜ਼ੂਰ ਅਤੇ ਰੱਦ ਦੋਵੇਂ ਕੇਸ ਟੈਸਟ ਕਰੋ

ਪ੍ਰਾਕਸੀ ਨੇ ਮਨਜ਼ੂਰ ਸਰੋਤ ਅਤੇ ਲਾਗਇਨ ਦੋਵੇਂ ਮੰਗਣੇ ਹੋਣ ਤਾਂ ਆਪਣੇ ਨਿਯੰਤਰਿਤ ਸਿਸਟਮਾਂ ਉੱਤੇ ਇਹ ਸਾਰਣੀ ਟੈਸਟ ਕਰੋ:

ਇੱਕ NAT ਪਿੱਛੇ ਦੋ ਉਪਕਰਣ ਇੱਕੋ ਸਰੋਤ ਦਿਸ ਸਕਦੇ ਹਨ। ਪ੍ਰਾਕਸੀ ਕੋਲ ਵੱਖ ਸਰੋਤ ਪਤੇ ਵਾਲੀਆਂ ਟੈਸਟ ਥਾਵਾਂ ਚੁਣੋ ਅਤੇ ਲਾਗਾਂ ਵਿੱਚ ਪੱਕਾ ਕਰੋ। ਅਸੰਬੰਧਿਤ ਤੀਜੀ ਧਿਰ ਦੀਆਂ ਮਸ਼ੀਨਾਂ ਨਾ ਵਰਤੋ ਜਾਂ ਹੋਰਾਂ ਦੀਆਂ ਸੇਵਾਵਾਂ ਸਕੈਨ ਨਾ ਕਰੋ।

ਫਾਇਰਵਾਲ ਇਨਕਾਰ ਨਾਲ HTTP ਜਵਾਬ ਬਿਲਕੁਲ ਨਾ ਹੋਵੇ; ਐਪ ਇਨਕਾਰ ਗਲਤੀ ਦੇ ਸਕਦਾ ਹੈ। ਦੋਵਾਂ ਵਿੱਚ ਜਾਂਚੋ ਕਿ ਨਿਯੰਤਰਿਤ ਲਕਸ਼ ਨੇ ਮਨਾਹੀ ਬੇਨਤੀ ਨਹੀਂ ਲਈ; ਇਕੱਲਾ ਗਲਤੀ ਸਫ਼ਾ ਮੰਜ਼ਿਲ ਦੇ ਜਵਾਬ ਨਾਲ ਗੁੰਝਲ ਸਕਦਾ ਹੈ।

ਅੱਗੇ ਭੇਜਣ ਦੇ ਉਹ ਮੋਡ ਜਾਂਚੋ ਜੋ ਮਨਜ਼ੂਰ ਕਰਨੇ ਹਨ

ਵੈੱਬ ਪ੍ਰਾਕਸੀ ਵਿੱਚ ਆਮ HTTP ਅਤੇ ਮਨਜ਼ੂਰ HTTPS CONNECT ਰਸਤਾ ਵੱਖ ਜਾਂਚੋ। ਨੀਤੀ ਮੰਜ਼ਿਲ ਸੀਮਿਤ ਕਰੇ ਤਾਂ ਮਨਜ਼ੂਰ ਮੰਜ਼ਿਲ ਅਤੇ ਰੱਦ ਹੋਣੀ ਚਾਹੀਦੀ ਨਿਯੰਤਰਿਤ ਮੰਜ਼ਿਲ ਟੈਸਟ ਕਰੋ। ਹਰ ਟੈਸਟ ਸਫਲ ਕਰਨ ਲਈ ਕੰਟਰੋਲ ਨਾ ਹਟਾਓ।

ਸਰੋਤ ਹੱਦਾਂ, ਪਹੁੰਚ ਵੇਰਵੇ, ਸੁਣਨ ਦੇ ਪਤੇ, ਸ਼ਾਮਲ ਫਾਇਲਾਂ ਜਾਂ ਸੇਵਾ ਵਰਜਨ ਬਦਲਣ ਪਿੱਛੋਂ ਫਿਰ ਜਾਂਚੋ। ਟੈਸਟ ਸਮਾਂ, ਸੈਟਿੰਗ ਵਰਜਨ ਅਤੇ ਨਤੀਜੇ ਇਕੱਠੇ ਰੱਖੋ ਤਾਂ ਜੋ ਅਗਲਾ ਬਦਲਾਅ ਉਸੇ ਹੱਦ ਨਾਲ ਜਾਂਚਿਆ ਜਾਵੇ।

ਇਹ ਸਵੀਕ੍ਰਿਤੀ ਪ੍ਰਕਿਰਿਆ ਹੈ, ਇਹ ਦਾਅਵਾ ਨਹੀਂ ਕਿ ਸੈਟਿੰਗ ਪਾਰਸਰ ਜਾਂ ਇੱਕ ਬੇਨਤੀ ਸਾਰੇ ਨੈੱਟਵਰਕ ਰਸਤੇ ਬੰਦ ਸਾਬਤ ਕਰ ਸਕਦੀ ਹੈ।