ਕੀ ਬ੍ਰਾਊਜ਼ਰ ਦੀ ਪ੍ਰੌਕਸੀ WebRTC ਨੂੰ ਵੀ ਕਵਰ ਕਰਦੀ ਹੈ?
ਆਮ ਵੈੱਬ IP ਜਾਂਚ ਅਤੇ WebRTC ਕਨੈਕਸ਼ਨ ਵੱਖਰੇ ਰਸਤੇ ਵਰਤ ਸਕਦੇ ਹਨ। ਬ੍ਰਾਊਜ਼ਰ ਦਾ ਰੀਅਲ-ਟਾਈਮ ਸੰਚਾਰ ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਜਾਂਚੋ।
ਬ੍ਰਾਊਜ਼ਰ ਦੀ HTTP ਪ੍ਰੌਕਸੀ ਸੈਟਿੰਗ ਆਪਣੇ ਆਪ WebRTC ਨੂੰ ਕਵਰ ਨਹੀਂ ਕਰਦੀ। ਆਮ IP-ਜਾਂਚ ਪੰਨਾ ਵੈੱਬ ਬੇਨਤੀ ਮਾਪਦਾ ਹੈ; ਕਾਲ ਜੁੜਨ ਅਤੇ ਪਤੇ ਲੱਭਣ ਲਈ ਵੱਖਰੇ ਰਸਤੇ ਵਰਤ ਸਕਦੀ ਹੈ।
SOCKS5 ਇਹ ਫ਼ਰਕ ਖ਼ਤਮ ਨਹੀਂ ਕਰਦਾ। Chromium ਵਿੱਚ ਬਣਿਆ SOCKS5 URL ਪ੍ਰੌਕਸੀ ਅਮਲ TCP ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਆਮ UDP ਐਸੋਸੀਏਸ਼ਨ ਦਾ ਨਹੀਂ। ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਸਮਰੱਥਾ ਬ੍ਰਾਊਜ਼ਰ ਦੇ ਇਸ ਇੰਟਰਫੇਸ ਤੋਂ ਵੱਧ ਹੈ।
ਬ੍ਰਾਊਜ਼ਰ WebRTC ਲਈ ਵੱਖਰੇ ਨੈੱਟਵਰਕ ਕੰਟਰੋਲ ਦਿੰਦੇ ਹਨ। Chrome ਆਪਣੀ ਪਰਦੇਦਾਰੀ ਐਕਸਟੈਂਸ਼ਨ API ਰਾਹੀਂ IP ਸੰਭਾਲਣ ਦੀ ਨੀਤੀ ਦਿੰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ disable_non_proxied_udp ਸ਼ਾਮਲ ਹੈ; Mozilla ਵੀ WebRTC ਨੈੱਟਵਰਕ ਪਰਦੇਦਾਰੀ ਸੈਟਿੰਗਾਂ ਦਾ ਦਸਤਾਵੇਜ਼ ਦਿੰਦੀ ਹੈ। Chrome ਦਾ ਇਹ ਮੁੱਲ API ਨੀਤੀ ਹੈ, ਹਰ ਥਾਂ ਵਾਲਾ ਚੈੱਕਬਾਕਸ ਜਾਂ ਹਰ ਪਤਾ ਲੁਕਾਉਣ ਦੀ ਗਾਰੰਟੀ ਨਹੀਂ।
ਪਹਿਲਾਂ ਆਮ ਵੈੱਬ ਐਗਜ਼ਿਟ ਜਾਂਚੋ, ਫਿਰ ਅਸਲ ਵਰਤੀ ਜਾਣ ਵਾਲੀ ਮੀਟਿੰਗ ਐਪ ਵਿੱਚ WebRTC ਦਾ ਵਿਹਾਰ ਅਜਿਹੇ ਨਿਦਾਨ ਨਾਲ ਵੇਖੋ ਜਿਸ ਦੇ ਰਿਪੋਰਟ ਖੇਤਰ ਤੁਸੀਂ ਸਮਝਦੇ ਹੋ। ਸਥਾਨਕ ਪਤੇ, ਰਿਲੇ ਪਤੇ ਅਤੇ ਬਾਹਰੋਂ ਵੇਖੇ ਜਨਤਕ ਪਤੇ ਕਨੈਕਸ਼ਨ ਦੇ ਵੱਖਰੇ ਹਿੱਸੇ ਦੱਸਦੇ ਹਨ। ਬ੍ਰਾਊਜ਼ਰ ਅਤੇ ਜਾਂਚ ਦੀਆਂ ਸ਼ਰਤਾਂ ਲਿਖੋ: ਨੀਤੀਆਂ, ਐਕਸਟੈਂਸ਼ਨ, ਪਰਦੇਦਾਰੀ ਵਿਹਾਰ ਅਤੇ ਉਪਲਬਧ ਰਸਤੇ ਨਤੀਜਾ ਬਦਲਦੇ ਹਨ। ਇਸ ਲਈ «ਹਮੇਸ਼ਾਂ ਲੀਕ ਹੁੰਦਾ ਹੈ» ਜਾਂ ਸਫਲ ਵੈੱਬ IP ਜਾਂਚ, ਕੋਈ ਵੀ ਇਕੱਲਾ ਕਾਫ਼ੀ ਨਤੀਜਾ ਨਹੀਂ।
WebRTC ਦਾ ਰਸਤਾ ਸੀਮਿਤ ਕਰੋ ਤਾਂ ਲੋੜੀਂਦੀਆਂ ਕਾਲਾਂ ਮੁੜ ਅਜ਼ਮਾਓ। ਪਤਾ ਖੁੱਲ੍ਹਣ ਨੂੰ ਘਟਾਉਣ ਨਾਲ ਕਾਲ ਜੁੜਨੋਂ ਵੀ ਰੁਕ ਸਕਦੀ ਹੈ। ਇਹ ਸਮਝੌਤਾ HTTP ਪ੍ਰੌਕਸੀ ਐਂਡਪੁਆਇੰਟ ਆਨਲਾਈਨ ਹੋਣ ਤੋਂ ਵੱਖਰਾ ਹੈ।