Squid ਰਾਹੀਂ ਇੱਕ ਵਾਧੂ HTTPS ਪੋਰਟ ਦੀ ਇਜਾਜ਼ਤ ਦਿਓ

443 ਉੱਤੇ ਆਮ HTTPS ਚੱਲਦਾ ਹੋਣ ਦੇ ਬਾਵਜੂਦ ਪੋਰਟ 8443 ਦੀ HTTPS ਸੇਵਾ ਸਹੀ ਤਰ੍ਹਾਂ ਸੰਰਚਿਤ Squid ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਅਸਫਲ ਹੋ ਸਕਦੀ ਹੈ। ਕਲਾਇੰਟ ਦਾ ਪ੍ਰੌਕਸੀ ਪ੍ਰੋਟੋਕੋਲ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ CONNECT ਦੀ ਅਸਵੀਕ੍ਰਿਤੀ ਅਤੇ ਮੰਜ਼ਿਲ ਪੋਰਟ ਨੀਤੀ ਜਾਂਚੋ।

Squid 6.13 ਦੀ ਆਮ ਪਹੁੰਚ ਨੀਤੀ ਵਿੱਚ ਦੋ ਜਾਂਚਾਂ ਮਹੱਤਵਪੂਰਨ ਹਨ: ਮੰਜ਼ਿਲ ਨੂੰ Safe_ports ਅਤੇ CONNECT ਨੂੰ SSL_ports ਦੀ ਜਾਂਚ ਪਾਸ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। ਸਿਰਫ਼ ਇੱਕ ACL ਵਿੱਚ ਪੋਰਟ ਜੋੜਨ ਨਾਲ ਦੂਜੀ ਅਸਵੀਕ੍ਰਿਤੀ ਲਾਗੂ ਰਹਿ ਸਕਦੀ ਹੈ।

ਮੌਜੂਦਾ ਪਰਿਭਾਸ਼ਾਵਾਂ ਸੋਚ-ਸਮਝ ਕੇ ਵਧਾਓ

ਆਮ ਵੈੱਬ ਪੋਰਟਾਂ ਅਤੇ ਇੱਕ ਵਾਧੂ HTTPS ਪੋਰਟ ਦੀ ਇਜਾਜ਼ਤ ਦੇਣ ਵਾਲੀ ਨੀਤੀ ਲਈ:

acl Safe_ports port 80 443 8443
acl SSL_ports port 443 8443

ਸੰਬੰਧਿਤ ਪਰਿਭਾਸ਼ਾਵਾਂ ਬਦਲੋ ਜਾਂ ਸੋਧੋ ਤਾਂ ਜੋ ਪੁਰਾਣੇ ਮੁੱਲਾਂ ਦਾ ਅਣਚਾਹਿਆ ਸਮੂਹ ਬਾਕੀ ਨਾ ਰਹੇ। ਅਸੁਰੱਖਿਅਤ ਪੋਰਟਾਂ ਅਤੇ CONNECT ਨੂੰ ਰੱਦ ਕਰਨ ਵਾਲੇ ਆਮ ਨਿਯਮ ਅਤੇ ਨਿਰਧਾਰਤ ਕਲਾਇੰਟ ਪਾਬੰਦੀਆਂ ਕਾਇਮ ਰੱਖੋ।

ਛੋਟ ਸੀਮਤ ਰੱਖੋ

ਜੇ ਵਾਧੂ ਪੋਰਟ ਸਿਰਫ਼ ਇੱਕ ਨਿਯੰਤਰਿਤ ਮੰਜ਼ਿਲ ਲਈ ਚਾਹੀਦੀ ਹੈ ਤਾਂ ਕਲਾਇੰਟ ਨੂੰ ਇਜਾਜ਼ਤ ਦੇਣ ਵਾਲੇ ਨਿਯਮ ਤੋਂ ਪਹਿਲਾਂ ਨਿਸ਼ਾਨਾਬੱਧ ਅਸਵੀਕ੍ਰਿਤੀ ਜੋੜੋ:

acl extra_tls_port port 8443
acl approved_tls_target dst 203.0.113.20/32
http_access deny CONNECT extra_tls_port !approved_tls_target

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

ਪੂਰੀ ਸਰਗਰਮ ਸੰਰਚਨਾ ਪਾਰਸ ਕਰੋ ਅਤੇ ਨਿਯਮਾਂ ਦਾ ਕ੍ਰਮ ਜਾਂਚੋ। ਸਹੀ ਲਿਖੀ ਅਸਵੀਕ੍ਰਿਤੀ ਵੀ ਨਿਰਧਾਰਤ ਪਾਬੰਦੀ ਨਹੀਂ ਲਗਾਏਗੀ ਜੇ ਉਸ ਨੂੰ ਮੇਲ ਖਾਂਦੇ ਕਲਾਇੰਟ ਇਜਾਜ਼ਤ ਨਿਯਮ ਤੋਂ ਬਾਅਦ ਰੱਖਿਆ ਗਿਆ ਹੋਵੇ।

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