ਬ੍ਰਾਊਜ਼ਰ Squid ਦਾ HTTPS ਬਲਾਕ ਪੇਜ ਕਿਉਂ ਲੁਕਾ ਸਕਦੇ ਹਨ

ਪ੍ਰੌਕਸੀ ਦਾ ਕਸਟਮ ਬਲਾਕ ਪੇਜ HTTP ਸਾਈਟ ਲਈ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ। HTTPS ਸਾਈਟ ਲਈ ਬ੍ਰਾਊਜ਼ਰ ਇਸ ਦੀ ਥਾਂ ਟਨਲ ਗਲਤੀ ਦਿਖਾਉਂਦਾ ਹੈ। HTML ਟੈਂਪਲੇਟ ਦੁਬਾਰਾ ਬਦਲਣ ਨਾਲ ਸ਼ਾਇਦ ਕੁਝ ਨਾ ਬਦਲੇ।

ਸਪਸ਼ਟ HTTP ਪ੍ਰੌਕਸੀ ਨਾਲ, HTTPS ਦੌਰਾ ਆਮ ਤੌਰ 'ਤੇ CONNECT ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ। ਬ੍ਰਾਊਜ਼ਰ ਪ੍ਰੌਕਸੀ ਨੂੰ ਹੋਸਟ ਅਤੇ ਪੋਰਟ ਤੱਕ ਟਨਲ ਖੋਲ੍ਹਣ ਲਈ ਕਹਿੰਦਾ ਹੈ। ਜੇ Squid ਉਹ ਬੇਨਤੀ ਰੱਦ ਕਰਦਾ ਹੈ, ਤਾਂ ਸਾਈਟ ਦਾ TLS ਸੈਸ਼ਨ ਕਦੇ ਸ਼ੁਰੂ ਨਹੀਂ ਹੁੰਦਾ।

ਰੱਦ ਕਰਨ ਵਿੱਚ HTTP ਸਥਿਤੀ ਅਤੇ ਜਵਾਬ ਸਮੱਗਰੀ ਹੋ ਸਕਦੀ ਹੈ। ਤੁਸੀਂ ਬ੍ਰਾਊਜ਼ਰ ਦੇ ਗਲਤੀ ਪੇਜ ਤੋਂ ਸੁਤੰਤਰ ਰੂਪ ਨਾਲ ਉਸ ਅਸਫਲ CONNECT ਜਵਾਬ ਨੂੰ curl ਨਾਲ ਜਾਂਚ ਸਕਦੇ ਹੋ। ਇਸ ਲਈ ਲੋੜ ਨਹੀਂ ਕਿ ਬ੍ਰਾਊਜ਼ਰ ਦਿੱਤੇ HTML ਨੂੰ ਮੰਜ਼ਿਲ ਦੇ ਵੈੱਬਪੇਜ ਵਜੋਂ ਪੇਸ਼ ਕਰੇ। ਬ੍ਰਾਊਜ਼ਰ CONNECT ਗਲਤੀ ਦਾ ਮੁੱਖ ਹਿੱਸਾ ਸੁੱਟ ਕੇ ਆਪਣਾ ਪ੍ਰੌਕਸੀ ਗਲਤੀ ਇੰਟਰਫੇਸ ਵਰਤ ਸਕਦਾ ਹੈ; ਸਹੀ ਪੇਸ਼ਕਾਰੀ ਕਲਾਇੰਟ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ।

ਜੇ Squid ਦੀ ਰੱਦ ਕਰਨ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਇੱਛਤ deny_info ਹਿੱਸਾ ਹੈ, ਤਾਂ ਇਸ ਦਾ ਟੈਕਸਟ, ਸਟਾਈਲਸ਼ੀਟ ਜਾਂ ਫਾਈਲ ਇਜਾਜ਼ਤਾਂ ਸੋਧਣ ਨਾਲ ਇਹ ਨਹੀਂ ਬਦਲਦਾ ਕਿ ਬ੍ਰਾਊਜ਼ਰ ਕਿਹੜਾ ਜਵਾਬ ਪੜਾਅ ਸੰਭਾਲਦਾ ਹੈ। CONNECT ਰੱਦ ਹੋਇਆ ਕਿ ਨਹੀਂ ਅਤੇ ਕਿਉਂ, ਇਹ ਸਥਾਪਿਤ ਕਰਨ ਲਈ ਰੱਦ ਕਰਨ ਦੀ ਸਥਿਤੀ ਅਤੇ ਐਕਸੈਸ ਲੌਗ ਉਪਲਬਧ ਰੱਖੋ। ਆਮ ਬ੍ਰਾਊਜ਼ਰ ਪੇਜ ਨੀਤੀ ਦੇ ਵੇਰਵੇ ਲੁਕਾ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਪ੍ਰੌਕਸੀ ਨਿਯਮ ਸਹੀ ਢੰਗ ਨਾਲ ਲਾਗੂ ਕਰਦਾ ਹੈ।

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