HSTS ਤੁਹਾਨੂੰ SOCKS ਪ੍ਰੌਕਸੀ ਵਰਤਣ ਤੋਂ ਨਹੀਂ ਰੋਕਦਾ

HSTS ਨੂੰ ਸਿੱਧੇ ਕਨੈਕਸ਼ਨ ਦੀ ਲੋੜ ਨਹੀਂ। HTTPS ਆਪਣੇ ਆਮ TLS ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਜਾਂਚ ਨਾਲ SOCKS ਰਾਹੀਂ ਚੱਲ ਸਕਦਾ ਹੈ; HSTS ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਹੋਸਟ ਲਈ HTTPS ਵਰਤਣ ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਅਸਫਲਤਾਵਾਂ ਨੂੰ ਸਖ਼ਤੀ ਨਾਲ ਸੰਭਾਲਣ ਲਈ ਕਹਿੰਦਾ ਹੈ।

ਜੇ ਬ੍ਰਾਊਜ਼ਰ SOCKS ਕਨੈਕਸ਼ਨ ਅਸਫਲਤਾ ਦੀ ਰਿਪੋਰਟ ਦਿੰਦਾ ਹੈ, ਪਹਿਲਾਂ ਚੁਣਿਆ SOCKS ਸੰਸਕਰਣ, ਮੰਜ਼ਿਲ HTTPS ਪੋਰਟ ਤੱਕ ਪਹੁੰਚਣ ਦੀ ਪ੍ਰੌਕਸੀ ਦੀ ਸਮਰੱਥਾ ਅਤੇ ਮੰਜ਼ਿਲ DNS ਕਿੱਥੇ ਹੱਲ ਹੁੰਦਾ ਹੈ, ਜਾਂਚੋ। ਅਸਫਲ ਗੱਲਬਾਤ ਜਾਂ ਰੱਦ ਕੀਤਾ ਮੰਜ਼ਿਲ ਕਨੈਕਸ਼ਨ ਵੈੱਬਸਾਈਟ ਸਰਟੀਫਿਕੇਟ ਦੇ ਮੁਲਾਂਕਣ ਤੋਂ ਪਹਿਲਾਂ ਹੁੰਦਾ ਹੈ।

ਕਨੈਕਸ਼ਨ ਖੁੱਲ੍ਹਣ ਤੋਂ ਬਾਅਦ ਦੀ ਸਰਟੀਫਿਕੇਟ ਗਲਤੀ ਇੱਕ ਵੱਖਰਾ ਪੜਾਅ ਹੈ। HSTS ਉਸ ਗਲਤੀ ਤੋਂ ਬਚਣ ਨੂੰ ਰੋਕ ਸਕਦਾ ਹੈ, ਪਰ ਇਸਨੇ ਪਹਿਲਾਂ ਦੀ SOCKS ਗੱਲਬਾਤ ਨੂੰ ਅਸਫਲ ਨਹੀਂ ਕੀਤਾ। ਆਵਾਜਾਈ ਸਮੱਸਿਆ ਦੀ ਭਰਪਾਈ ਲਈ HTTPS ਨੀਤੀ ਬੰਦ ਕਰਨ ਦੀ ਬਜਾਏ ਵੈੱਬਸਾਈਟ ਦਾ ਹੋਸਟਨਾਮ ਅਤੇ ਭਰੋਸਾ ਲੜੀ ਤੁਲਨਾ ਕਰੋ।

SOCKS ਆਪਣੇ ਆਪ ਰਾਹ ਨੂੰ TLS ਰੋਕ ਵਿੱਚ ਨਹੀਂ ਬਦਲਦਾ। ਭਰੋਸੇਯੋਗ ਨਾ ਹੋਣ ਵਾਲੀ ਪ੍ਰੌਕਸੀ ਟ੍ਰੈਫਿਕ ਸੁੱਟ ਸਕਦੀ ਹੈ ਜਾਂ ਗਲਤ ਰਾਹ ਭੇਜ ਸਕਦੀ ਹੈ, ਜਦਕਿ ਵੈਧ ਐਂਡ-ਟੂ-ਐਂਡ TLS ਨਕਲੀ ਪਛਾਣ ਲੱਭਣ ਲਈ ਹੈ। ਨਵਾਂ ਰੂਟ ਸਰਟੀਫਿਕੇਟ ਸਥਾਪਤ ਕਰਨਾ ਉਸ ਭਰੋਸਾ ਵਿਵਸਥਾ ਨੂੰ ਬਦਲਦਾ ਹੈ ਅਤੇ HSTS ਲਈ ਆਮ ਹੱਲ ਨਹੀਂ। ਜਦੋਂ ਇੱਕ ਸਾਈਟ ਕੰਮ ਕਰਦੀ ਹੈ ਅਤੇ ਦੂਜੀ ਅਸਫਲ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਉਹਨਾਂ ਦੇ ਅਸਲ ਕਨੈਕਸ਼ਨ ਪੜਾਅ ਅਤੇ ਮੰਜ਼ਿਲ ਲੋੜਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਜਨਤਕ ਐਂਡਪੌਇੰਟ ਰਾਹੀਂ ਮਨਜ਼ੂਰ ਤੁਲਨਾ ਲਈ SOCKS ਪ੍ਰੌਕਸੀ ਸੂਚੀ ਉਮੀਦਵਾਰ ਦਿੰਦੀ ਹੈ; ਸੰਸਕਰਣ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਸਮਰਥਨ ਨੂੰ ਬ੍ਰਾਊਜ਼ਰ ਨਾਲ ਮਿਲਾਓ।