Squid ਰਾਹੀਂ WSS ਆਮ WebSocket ਅੱਪਗ੍ਰੇਡ ਵਰਗਾ ਨਹੀਂ ਹੈ
ਫਾਰਵਰਡ ਪ੍ਰੌਕਸੀ ਵਿੱਚ CONNECT ਦੇ ਅੰਦਰ ਐਨਕ੍ਰਿਪਟਡ WebSocket ਨੂੰ ਸਾਧਾਰਨ HTTP Upgrade ਸੰਭਾਲ ਤੋਂ ਵੱਖ ਕਰੋ।
ਕੀ Squid HTTP Upgrade ਬੇਨਤੀ ਦੇਖਦਾ ਹੈ, ਜਾਂ ਸਿਰਫ਼ ਐਨਕ੍ਰਿਪਟਡ ਟ੍ਰੈਫਿਕ ਲਿਜਾਣ ਵਾਲੀ ਸੁਰੰਗ? ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਇਸ ਦੇ HTTP Upgrade ਨਿਯੰਤਰਣ ਨੁਕਸ ਨੂੰ ਹੱਲ ਕਰਦੇ ਹਨ ਜਾਂ ਨਹੀਂ।
| ਆਮ ਸਪਸ਼ਟ ਪ੍ਰੌਕਸੀ ਰਾਹ | Squid ਨੂੰ ਕੀ ਮਿਲਦਾ ਹੈ |
|---|---|
wss:// | ਆਮ ਤੌਰ 'ਤੇ CONNECT, ਫਿਰ WebSocket ਹੈਂਡਸ਼ੇਕ ਲਿਜਾਣ ਵਾਲਾ ਮੰਜ਼ਿਲ TLS |
ws:// | ਇੱਕ ਸਾਧਾਰਨ HTTP Upgrade ਬੇਨਤੀ ਜਿਸ ਨੂੰ ਪ੍ਰੌਕਸੀ ਪ੍ਰੋਸੈਸ ਕਰ ਸਕਦਾ ਹੈ |
Squid ਦਾ ਅੱਪਗ੍ਰੇਡ ਨਿਯੰਤਰਣ ਉਹਨਾਂ ਬੇਨਤੀਆਂ ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਇਹ ਪ੍ਰੋਸੈਸ ਕਰਦਾ ਹੈ। ਇਹ ਆਮ ਧੁੰਦਲੀ WSS ਸੁਰੰਗ ਦੇ ਅੰਦਰ ਐਨਕ੍ਰਿਪਟਡ HTTP ਹੈਡਰ ਪ੍ਰਗਟ ਨਹੀਂ ਕਰਦਾ। TLS ਇੰਟਰਸੈਪਸ਼ਨ ਜਾਂ ਹੋਰ ਖਾਸ ਪ੍ਰੌਕਸੀ ਸੰਭਾਲ ਦਿੱਖ ਬਦਲਦੀ ਹੈ ਅਤੇ ਆਪਣੀਆਂ ਅਨੁਕੂਲਤਾ ਲੋੜਾਂ ਲਿਆ ਸਕਦੀ ਹੈ।
WSS ਲਈ, ਲੱਭੋ ਕ੍ਰਮ ਕਿੱਥੇ ਰੁਕਦਾ ਹੈ: ਪ੍ਰੌਕਸੀ ਨਾਲ ਕਨੈਕਸ਼ਨ, ਸਵੀਕਾਰਿਆ CONNECT, ਪ੍ਰਮਾਣਿਤ TLS, ਫਿਰ ਐਪਲੀਕੇਸ਼ਨ ਹੈਂਡਸ਼ੇਕ। TLS ਤੋਂ ਪਹਿਲਾਂ ਇਨਕਾਰ, ਇਨਕਾਰ ਕੀਤੀ ਸਾਧਾਰਨ Upgrade ਬੇਨਤੀ ਤੋਂ ਵੱਖਰੀ ਅਸਫਲਤਾ ਹੈ।
ਜੇ ਅੱਪਗ੍ਰੇਡ ਨੀਤੀ ਬਦਲਣ ਦੀ ਲੋੜ ਹੋਵੇ, ਤਾਂ ਸਥਾਪਿਤ Squid ਸੰਸਕਰਣ ਲਈ ਨਿਰਦੇਸ਼ ਵਰਤੋ ਅਤੇ ਲੋੜੀਂਦੇ ਵਿਵਹਾਰ ਨੂੰ ਖਾਸ ਤੌਰ 'ਤੇ ਮਨਜ਼ੂਰੀ ਦਿਓ। ਸਾਰੇ ਅੱਪਗ੍ਰੇਡ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਮਨਜ਼ੂਰੀ ਨੀਤੀ ਨੂੰ ਸੰਬੰਧਿਤ ਐਪਲੀਕੇਸ਼ਨ ਤੋਂ ਅੱਗੇ ਵਧਾਉਂਦੀ ਹੈ।
ਸਫਲ HTTPS ਪੇਜ ਬੇਨਤੀ ਰਾਹ ਦਾ ਸਿਰਫ਼ ਇੱਕ ਹਿੱਸਾ ਸਥਾਪਿਤ ਕਰਦੀ ਹੈ। ਲੰਮੇ ਸਮੇਂ ਦਾ WebSocket ਟ੍ਰੈਫਿਕ ਐਪਲੀਕੇਸ਼ਨ ਲੋੜਾਂ, ਕਨੈਕਸ਼ਨ ਦੀ ਉਮਰ ਜਾਂ ਵਿਚੋਲਿਆਂ ਦੀਆਂ ਪਾਬੰਦੀਆਂ ਕਾਰਨ ਉਸੇ ਹੋਸਟਨਾਮ ਲਈ ਵੀ ਅਸਫਲ ਹੋ ਸਕਦਾ ਹੈ।