ਨਿੱਜੀ DNS ਬਨਾਮ VPN: ਹਰ ਪਰਤ ਅਸਲ ਵਿੱਚ ਕੀ ਢਕਦੀ ਹੈ

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

ਇਹ ਦੋਵੇਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਇੱਕੋ ਯਾਤਰਾ ਦੇ ਵੱਖ-ਵੱਖ ਬਿੰਦੂਆਂ ਉੱਤੇ ਹਨ। ਨਿੱਜੀ DNS ਉਸ ਸਵਾਲ ਨੂੰ ਇਨਕ੍ਰਿਪਟ ਕਰਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਰਿਜ਼ੌਲਵਰ ਨੂੰ ਪੁੱਛਦੇ ਹੋ। VPN ਉਸ ਰਾਹ ਨੂੰ ਬਦਲਦਾ ਹੈ ਜੋ ਜਵਾਬ ਦਾ ਕਨੈਕਸ਼ਨ ਲੈਂਦਾ ਹੈ।

ਇਸ ਲਈ ਇਸਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਉਸ ਡਿਵਾਈਸ ਉੱਤੇ ਵੇਖੋ ਜਿੱਥੇ ਦੋਵੇਂ ਸਮਰੱਥ ਹਨ, ਅਤੇ ਨੋਟ ਕਰੋ ਕਿ ਹਰ ਪਰਤ ਅਜੇ ਵੀ ਕੀ ਦੇਖ ਸਕਦੀ ਹੈ।

ਪਹਿਲਾ ਕਦਮ: ਖੋਜ ਐਪ ਤੋਂ ਬਾਹਰ ਨਿਕਲਦੀ ਹੈ

ਤੁਸੀਂ ਕਿਸੇ ਲਿੰਕ ਉੱਤੇ ਟੈਪ ਕਰਦੇ ਹੋ। ਕੁਝ ਵੀ ਕਨੈਕਟ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਐਪ ਨੂੰ ਉਸ ਹੋਸਟਨਾਮ ਲਈ ਪਤਾ ਚਾਹੀਦਾ ਹੈ। Android ਉੱਤੇ ਸੰਬੰਧਿਤ ਸਕ੍ਰੀਨ ਸੈਟਿੰਗਾਂ, ਨੈੱਟਵਰਕ ਅਤੇ ਇੰਟਰਨੈੱਟ, ਨਿੱਜੀ DNS ਹੈ। ਪ੍ਰਦਾਤਾ ਦਾ ਹੋਸਟਨਾਮ ਚੁਣਨ ਨਾਲ ਡਿਵਾਈਸ ਸਖ਼ਤ ਮੋਡ ਵਿੱਚ ਆ ਜਾਂਦਾ ਹੈ: ਇਹ ਉਸ ਹੋਸਟਨਾਮ ਲਈ ਪੋਰਟ 853 ਉੱਤੇ TLS ਰਾਹੀਂ DNS ਕਰਦਾ ਹੈ, ਅਤੇ ਜੇ ਇਨਕ੍ਰਿਪਟਡ ਅਦਲਾ-ਬਦਲੀ ਫੇਲ੍ਹ ਹੋਵੇ ਤਾਂ ਖੋਜ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ, ਪੋਰਟ 53 ਉੱਤੇ ਚੁੱਪਚਾਪ ਸਾਦੇ ਟੈਕਸਟ ਉੱਤੇ ਵਾਪਸ ਜਾਣ ਦੀ ਥਾਂ।

ਇਹ ਸਵੈਚਲਿਤ ਤੋਂ ਇੱਕ ਅਰਥਪੂਰਨ ਫ਼ਰਕ ਹੈ, ਜੋ ਮੌਕਾਪ੍ਰਸਤ ਇਨਕ੍ਰਿਪਸ਼ਨ ਵਰਤਦਾ ਹੈ ਅਤੇ ਨੈੱਟਵਰਕ ਦੇ ਦਖ਼ਲ ਦੇਣ ਉੱਤੇ ਖੁਸ਼ੀ ਨਾਲ ਗੈਰ-ਇਨਕ੍ਰਿਪਟਡ ਰਿਜ਼ੌਲਵਰ ਵਰਤੇਗਾ। ਜੇ ਤੁਹਾਡਾ ਟੀਚਾ ਇਹ ਹੈ ਕਿ ਖੋਜਾਂ ਕਦੇ ਵੀ ਖੁੱਲ੍ਹੇ ਵਿੱਚ ਨਾ ਹੋਣ, ਤਾਂ ਪ੍ਰਦਾਤਾ ਦੇ ਹੋਸਟਨਾਮ ਨਾਲ ਸਖ਼ਤ ਮੋਡ ਉਹ ਸੈਟਿੰਗ ਹੈ ਜੋ ਇਸ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ।

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

ਦੂਜਾ ਕਦਮ: ਕਨੈਕਸ਼ਨ ਦੂਜਾ ਰਾਹ ਲੈਂਦਾ ਹੈ

ਰਿਜ਼ੌਲਵਰ ਪਤਾ ਵਾਪਸ ਕਰਦਾ ਹੈ ਅਤੇ ਐਪ ਉਸ ਨਾਲ ਜੁੜਦੀ ਹੈ। ਇਹ ਕਦਮ ਇਸ ਗੱਲ ਤੋਂ ਪ੍ਰਭਾਵਿਤ ਨਹੀਂ ਹੁੰਦਾ ਕਿ ਖੋਜ ਕਿਵੇਂ ਇਨਕ੍ਰਿਪਟ ਹੋਈ ਸੀ। ਸੁਰੰਗ ਤੋਂ ਬਿਨਾਂ ਕਨੈਕਸ਼ਨ ਤੁਹਾਡੇ ਆਮ ਜਨਤਕ ਪਤੇ ਤੋਂ ਬਾਹਰ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਮੰਜ਼ਿਲ IP ਅਤੇ TLS ਹੱਥ ਮਿਲਾਉਣਾ ਆਮ ਤੌਰ ਉੱਤੇ ਹੋਸਟਨਾਮ ਨੂੰ ਨੈੱਟਵਰਕ ਲਈ ਦਿਖਣ ਯੋਗ ਬਣਾ ਦਿੰਦੇ ਹਨ, ਇਨਕ੍ਰਿਪਟਡ DNS ਨਾਲ ਹੋਵੇ ਜਾਂ ਬਿਨਾਂ।

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

ਇਹ ਵਿਛੋੜਾ ਪੂਰੀ ਤੁਲਨਾ ਇੱਕ ਵਾਕ ਵਿੱਚ ਹੈ। DNS ਇਨਕ੍ਰਿਪਸ਼ਨ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਕਿ ਸਵਾਲ ਕੌਣ ਪੜ੍ਹ ਸਕਦਾ ਹੈ। VPN ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਕਿ ਗੱਲਬਾਤ ਕਿੱਥੇ ਜਾਂਦੀ ਹੈ।

ਤੀਸਰਾ ਕਦਮ: ਸੁਰੰਗ ਦੇ ਅੰਦਰ DNS ਨੀਤੀ ਦਾ ਸਵਾਲ ਬਣ ਜਾਂਦਾ ਹੈ

ਹੁਣ ਦੋਵੇਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਇੱਕ ਦੂਜੇ ਉੱਤੇ ਕੰਮ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਹੈਰਾਨੀ ਦਾ ਆਮ ਸਰੋਤ ਹੈ। ਆਪਣੀ ਸੁਰੱਖਿਅਤ DNS ਸੈਟਿੰਗ ਵਾਲਾ ਬ੍ਰਾਊਜ਼ਰ ਖੋਜਾਂ ਨੂੰ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਤੋਂ ਪੁੱਛਣ ਦੀ ਥਾਂ HTTPS ਰਾਹੀਂ ਆਪਣੇ ਚੁਣੇ ਹੋਏ ਰਿਜ਼ੌਲਵਰ ਨੂੰ ਭੇਜ ਸਕਦਾ ਹੈ। Android ਦੀ ਨਿੱਜੀ DNS ਸੈਟਿੰਗ ਉਸ ਫ਼ੈਸਲੇ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਦੀ।

Firefox ਵਿੱਚ ਸਵਿੱਚ ਸੈਟਿੰਗਾਂ, ਪਰਦੇਦਾਰੀ ਅਤੇ ਸੁਰੱਖਿਆ, ਸੁਰੱਖਿਅਤ DNS ਸਮਰੱਥ ਕਰੋ ਦੇ ਹੇਠਾਂ ਹੈ। Chrome ਵਿੱਚ ਇਹ ਸੈਟਿੰਗਾਂ, ਪਰਦੇਦਾਰੀ ਅਤੇ ਸੁਰੱਖਿਆ, ਸੁਰੱਖਿਅਤ DNS ਵਰਤੋ ਦੇ ਹੇਠਾਂ ਹੈ। ਦੋਵਾਂ ਨੂੰ ਕਿਸੇ ਖ਼ਾਸ ਪ੍ਰਦਾਤਾ ਉੱਤੇ ਸੈੱਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜਾਂ ਬੰਦ ਛੱਡਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਜਦੋਂ ਇਹ ਚਾਲੂ ਹੋਣ ਤਾਂ ਉਹਨਾਂ ਖੋਜਾਂ ਲਈ ਸੁਰੰਗ ਦੀ DNS ਸੰਰਚਨਾ ਬਾਈਪਾਸ ਹੋ ਜਾਂਦੀ ਹੈ ਭਾਵੇਂ ਪੰਨੇ ਦਾ ਟ੍ਰੈਫਿਕ ਅਜੇ ਵੀ ਸੁਰੰਗ ਵਰਤਦਾ ਹੈ।

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

ਚੌਥਾ ਕਦਮ: ਅੰਦਰੂਨੀ ਨਾਮ ਹੀ ਉਹ ਥਾਂ ਹਨ ਜਿੱਥੇ ਇਹ ਟੁੱਟਦਾ ਹੈ

ਕਿਸੇ ਕੰਮ ਦੇ VPN ਨਾਲ ਜੁੜੋ ਅਤੇ ਕੋਈ ਇੰਟਰਾਨੈੱਟ ਹੋਸਟ ਖੋਲ੍ਹੋ। ਜੇ ਬ੍ਰਾਊਜ਼ਰ ਦਾ ਸੁਰੱਖਿਅਤ DNS ਚਾਲੂ ਹੈ ਅਤੇ ਕਿਸੇ ਜਨਤਕ ਰਿਜ਼ੌਲਵਰ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, ਤਾਂ ਉਹ ਨਾਮ ਬ੍ਰਾਊਜ਼ਰ ਲਈ ਮੌਜੂਦ ਨਹੀਂ ਹੈ। ਸੁਰੰਗ ਖੜ੍ਹੀ ਹੈ, ਬਾਕੀ ਸਭ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ, ਅਤੇ ਇੱਕ ਹੋਸਟਨਾਮ ਅਜਿਹੀ ਗਲਤੀ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ ਜੋ ਦੇਖ ਕੇ ਲੱਗਦਾ ਹੈ ਕਿ ਸਾਈਟ ਬੰਦ ਹੈ।

ਇਹੀ ਖਰਾਬੀ Android ਉੱਤੇ ਉਲਟੀ ਦਿਸ਼ਾ ਵਿੱਚ ਦਿਖਦੀ ਹੈ। ਜਨਤਕ ਪ੍ਰਦਾਤਾ ਨਾਲ ਸਖ਼ਤ ਨਿੱਜੀ DNS ਉਹਨਾਂ ਨਾਮਾਂ ਦਾ ਹੱਲ ਨਹੀਂ ਕਰੇਗਾ ਜੋ ਸਿਰਫ਼ ਅੰਦਰੂਨੀ ਰਿਜ਼ੌਲਵਰ ਜਾਣਦਾ ਹੈ, ਅਤੇ ਸਖ਼ਤ ਮੋਡ ਕੋਲ ਕੋਈ ਵਿਕਲਪ ਨਹੀਂ ਹੈ। ਫ਼ੋਨ ਦੇ DNS ਨੂੰ ਜਨਤਕ ਇਨਕ੍ਰਿਪਟਡ ਰਿਜ਼ੌਲਵਰ ਅਤੇ ਕਾਰਪੋਰੇਟ ਰਿਜ਼ੌਲਵਰ ਵਿਚਕਾਰ ਵੰਡਣਾ ਕੋਈ ਸੈਟਿੰਗ ਨਹੀਂ; ਇਹ ਰਾਊਟਿੰਗ ਨੀਤੀ ਦਾ ਸਵਾਲ ਹੈ ਜਿਸ ਦਾ ਜਵਾਬ VPN ਚਲਾਉਣ ਵਾਲੇ ਨੂੰ ਦੇਣਾ ਹੋਵੇਗਾ।

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

ਇਹ ਸੈਰ ਤੁਹਾਨੂੰ ਕੀ ਬਦਲਣ ਲਈ ਕਹਿੰਦੀ ਹੈ

ਚਾਰ ਸਕ੍ਰੀਨਾਂ ਲਗਭਗ ਸਭ ਕੁਝ ਚੁੱਕਦੀਆਂ ਹਨ। ਇਹਨਾਂ ਨੂੰ ਇਸ ਕ੍ਰਮ ਵਿੱਚ ਵੇਖੋ ਅਤੇ ਲਿਖੋ ਕਿ ਹਰ ਇੱਕ ਕੀ ਕਹਿੰਦੀ ਹੈ, ਕਿਉਂਕਿ ਜਵਾਬ ਆਮ ਤੌਰ ਉੱਤੇ ਸੁਮੇਲ ਵਿੱਚ ਦਿਖਦਾ ਹੈ:

1. Android ਸੈਟਿੰਗਾਂ, ਨੈੱਟਵਰਕ ਅਤੇ ਇੰਟਰਨੈੱਟ, ਨਿੱਜੀ DNS: ਸਵੈਚਲਿਤ ਜਾਂ ਪ੍ਰਦਾਤਾ ਦਾ ਹੋਸਟਨਾਮ, ਅਤੇ ਕਿਹੜਾ ਹੋਸਟਨਾਮ।
2. ਬ੍ਰਾਊਜ਼ਰ ਦੀ ਸੁਰੱਖਿਅਤ DNS ਸੈਟਿੰਗ: ਬੰਦ, ਜਾਂ ਕਿਸੇ ਖ਼ਾਸ ਰਿਜ਼ੌਲਵਰ ਉੱਤੇ ਪਿੰਨ ਕੀਤੀ।
3. VPN ਕਲਾਇੰਟ ਦੀ DNS ਨੀਤੀ: ਕੀ ਇਹ ਰਿਜ਼ੌਲਵਰ ਭੇਜਦੀ ਹੈ, ਅਤੇ ਕੀ ਵੰਡੀ ਸੁਰੰਗ ਕਿਸੇ ਅਜਿਹੀ ਚੀਜ਼ ਨੂੰ ਬਾਹਰ ਰੱਖਦੀ ਹੈ ਜਿਸਨੂੰ ਅਜੇ ਵੀ ਨਾਮ ਚਾਹੀਦੇ ਹਨ?
4. ਸੁਰੰਗ ਖੜ੍ਹੀ ਹੋਣ ਉੱਤੇ ਅੰਦਰੂਨੀ ਹੋਸਟਨਾਮ ਦਾ ਟੈਸਟ, ਦੋ ਵਾਰ ਕੀਤਾ ਗਿਆ, ਇੱਕ ਵਾਰ ਬ੍ਰਾਊਜ਼ਰ DNS ਚਾਲੂ ਅਤੇ ਇੱਕ ਵਾਰ ਬੰਦ।

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

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