VPN ਦਾ DNS ਬਨਾਮ ਬ੍ਰਾਊਜ਼ਰ ਦਾ DoH: ਲੀਕ ਟੈਸਟ ਤੁਹਾਨੂੰ ਕੀ ਨਹੀਂ ਦੱਸ ਸਕਦਾ
ਲੀਕ ਟੈਸਟ ਦਾ ਪਤਾ ਸਿਰਫ਼ ਇਹ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਕਿਹੜੇ ਰਿਜ਼ਾਲਵਰ ਨੇ ਜਵਾਬ ਦਿੱਤਾ। ਇਨਕ੍ਰਿਪਟਡ ਕਵੈਰੀਆਂ, ਵੰਡਿਆ DNS ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਨੀਤੀ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਨਿੱਜੀ ਨਾਮ ਅਜੇ ਵੀ ਹੱਲ ਹੁੰਦੇ ਹਨ ਜਾਂ ਨਹੀਂ।
ਲੀਕ ਟੈਸਟ ਦਾ ਪੰਨਾ ਕਹਿੰਦਾ ਹੈ ਤੁਹਾਡਾ DNS ਠੀਕ ਹੈ, ਬ੍ਰਾਊਜ਼ਰ ਦਾ ਬੈਜ ਕਹਿੰਦਾ ਹੈ ਸੁਰੱਖਿਅਤ ਹੈ, ਅਤੇ ਅੰਦਰੂਨੀ ਵਿਕੀ ਫਿਰ ਵੀ ਲੋਡ ਨਹੀਂ ਹੁੰਦੀ। ਤਿੰਨੇ ਇੱਕੋ ਸਮੇਂ ਸੱਚ ਹੋ ਸਕਦੇ ਹਨ, ਕਿਉਂਕਿ ਰਿਜ਼ਾਲਵਰ ਦਾ ਪਤਾ ਉਹ ਨੀਤੀ ਨਹੀਂ ਜੋ ਉਸਨੂੰ ਚੁਣਿਆ ਜਾਂ ਕਵੈਰੀ ਦਾ ਲੰਘਿਆ ਰਾਹ ਨਹੀਂ। ਲੋਕ ਜਿਸਨੂੰ DNS ਲੀਕ ਕਹਿੰਦੇ ਹਨ ਉਹ ਅਸਲ ਵਿੱਚ ਇੱਕ ਸਵਾਲ ਹੈ: ਨਾਮ ਕਿਹੜੇ ਰਿਜ਼ਾਲਵਰ ਨੂੰ ਮਿਲਿਆ, ਅਤੇ ਕੀ ਉਹ ਚੋਣ ਜਾਣ-ਬੁੱਝ ਕੇ ਸੀ? ਇਸਨੂੰ ਸੁਲਝਾਉਣ ਲਈ ਤਿੰਨ ਜਾਂਚਾਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਅਤੇ ਸਿਰਫ਼ ਆਖਰੀ ਵਿੱਚ ਹੀ ਸੈਟਿੰਗ ਬਦਲਣੀ ਹੁੰਦੀ ਹੈ।
ਪਹਿਲਾ ਮਿੱਥ: ਬੈਜ ਤੁਹਾਡੇ ਰਿਜ਼ਾਲਵਰ ਦਾ ਨਾਮ ਦੱਸਦਾ ਹੈ
ਲੀਕ ਟੈਸਟ ਇੱਕ ਪ੍ਰੋਬ ਨਾਮ ਹੱਲ ਕਰਦਾ ਹੈ ਅਤੇ ਉਸ ਪਤੇ ਦੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ ਜਿਸਨੇ ਜਵਾਬ ਦਿੱਤਾ। ਇਹ ਉਸ ਨੀਤੀ ਦੀ ਰਿਪੋਰਟ ਨਹੀਂ ਕਰਦਾ ਜਿਸਨੇ ਉਹ ਰਿਜ਼ਾਲਵਰ ਚੁਣਿਆ, ਅਤੇ ਜਦੋਂ ਕਵੈਰੀ DNS over HTTPS ਵਿੱਚ ਲਪੇਟੀ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਰਾਹ ਵਿੱਚਲਾ ਵਿਚਕਾਰਲਾ ਡੱਬਾ ਨਾਮ ਦੇਖ ਹੀ ਨਹੀਂ ਸਕਦਾ। ਦੋ ਬਿਲਕੁਲ ਵੱਖਰੀਆਂ ਮਸ਼ੀਨਾਂ ਇੱਕੋ ਭਰੋਸਾ ਦੇਣ ਵਾਲਾ ਬੈਜ ਪੈਦਾ ਕਰਦੀਆਂ ਹਨ: ਇੱਕ ਵਿੱਚ VPN ਨੇ 10.8.0.1 ਭੇਜਿਆ ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਉਸਨੂੰ ਵਰਤਦਾ ਹੈ, ਦੂਜੀ ਵਿੱਚ ਬ੍ਰਾਊਜ਼ਰ ਨੇ ਸਿਸਟਮ ਸੂਚੀ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤਾ ਅਤੇ ਨਾਮ ਟਨਲ ਰਾਹੀਂ ਆਪਣੇ ਇਨਕ੍ਰਿਪਟਡ ਪ੍ਰਦਾਤਾ ਨੂੰ ਭੇਜ ਦਿੱਤਾ।
ਇਹ ਫ਼ਰਕ ਉਸ ਪਲ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਕੋਈ ਨਿੱਜੀ ਨਾਮ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ। ਪਹਿਲੀ ਬਣਤਰ ਵਿੱਚ VPN ਰਿਜ਼ਾਲਵਰ ਕਾਰਪੋਰੇਟ ਜ਼ੋਨ ਲਈ ਜਵਾਬ ਦਿੰਦਾ ਹੈ; ਦੂਜੀ ਵਿੱਚ ਬ੍ਰਾਊਜ਼ਰ ਨੇ ਉਸਨੂੰ ਕਦੇ ਨਹੀਂ ਪੁੱਛਿਆ, ਇਸ ਲਈ ਛੋਟਾ ਹੋਸਟਨਾਮ ਹੱਲ ਨਹੀਂ ਹੁੰਦਾ ਅਤੇ ਫੇਲ੍ਹ ਹੋਣਾ ਟੁੱਟੇ VPN ਵਾਂਗ ਦਿਸਦਾ ਹੈ। ਇਹ ਜਾਂਚ ਕੋਈ ਦੂਜਾ ਲੀਕ ਟੈਸਟ ਨਹੀਂ, ਇਹ ਉਸ ਨਾਮ ਦੀ ਭਾਲ ਹੈ ਜਿਸਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਰਿਜ਼ਾਲਵਰ ਜਾਣਦਾ ਹੈ।
ਦੂਜਾ ਮਿੱਥ: ਬ੍ਰਾਊਜ਼ਰ ਟਨਲ ਛੱਡ ਦਿੰਦਾ ਹੈ
DNS ਪਤਾ ਚੁਣਦਾ ਹੈ, ਰਾਊਟਿੰਗ ਕਨੈਕਸ਼ਨ ਲੈ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਇਹ ਦੋ ਵੱਖਰੀਆਂ ਪਰਤਾਂ ਹਨ। ਜਨਤਕ DoH ਪ੍ਰਦਾਤਾ ਨੂੰ ਭੇਜੀ ਕਵੈਰੀ ਅਜੇ ਵੀ ਰਾਊਟ ਹੋ ਸਕਣ ਵਾਲੇ ਪਤੇ ਲਈ TCP ਪੋਰਟ 443 ਹੈ। ਜੇ ਤੁਹਾਡੀ ਰੂਟ ਸਾਰਣੀ ਡਿਫ਼ਾਲਟ ਰਾਹ ਟਨਲ ਵਿੱਚ ਭੇਜਦੀ ਹੈ, ਤਾਂ ਉਹ ਕਵੈਰੀ ਵੀ ਟਨਲ ਵਿੱਚੋਂ ਲੰਘਦੀ ਹੈ। ਰਿਜ਼ਾਲਵਰ ਦਾ ਬ੍ਰਾਂਡ ਰਾਹ ਤੈਅ ਨਹੀਂ ਕਰਦਾ।
ਬ੍ਰਾਊਜ਼ਰ DoH ਜੋ ਬਦਲਦਾ ਹੈ ਉਹ ਨਾਵਾਂ ਦਾ ਪ੍ਰਾਪਤਕਰਤਾ ਹੈ। ਇਹ ਸੱਚਾ ਨਿੱਜਤਾ ਫ਼ੈਸਲਾ ਅਤੇ ਸੱਚਾ ਨੀਤੀ ਫ਼ੈਸਲਾ ਹੈ, ਪਰ ਰਾਊਟਿੰਗ ਬਾਈਪਾਸ ਨਹੀਂ। ਜੇ ਤੁਹਾਡੀ ਸ਼ਰਤ ਇਹ ਹੈ ਕਿ ਨਾਮ VPN ਆਪਰੇਟਰ ਕੋਲ ਹੀ ਰਹਿਣ, ਤਾਂ ਕਿਸੇ ਹੋਰ ਨੂੰ ਭੇਜੀ ਇਨਕ੍ਰਿਪਟਡ ਕਵੈਰੀ ਉਹ ਸ਼ਰਤ ਪੂਰੀ ਨਹੀਂ ਕਰਦੀ, ਜਦੋਂ ਕਿ ਉਹ ਅਸਲ ਕਨੈਕਸ਼ਨ ਲਈ ਟਨਲ ਅਜੇ ਵੀ ਵਰਤਦੀ ਹੈ।
ਤੀਜਾ ਮਿੱਥ: ਹਰ VPN ਹਰ ਬ੍ਰਾਊਜ਼ਰ ਉੱਤੇ ਭਾਰੀ ਪੈਂਦਾ ਹੈ
ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਸੁਰੱਖਿਅਤ DNS ਦੇ ਮੋਡ ਹੁੰਦੇ ਹਨ, ਸਵਿੱਚ ਨਹੀਂ: ਬੰਦ, ਫ਼ਾਲਬੈਕ ਵਾਲਾ ਡਿਫ਼ਾਲਟ ਪ੍ਰਦਾਤਾ, ਕਸਟਮ ਟੈਂਪਲੇਟ, ਜਾਂ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਜਾਂ ਸੰਗਠਨ ਵੱਲੋਂ ਲਾਗੂ ਨੀਤੀ। ਫ਼ਾਲਬੈਕ ਮਾਮਲਾ ਹੀ ਵਿਚਾਲੇ-ਵਿਚਾਲੇ ਰਿਪੋਰਟਾਂ ਪੈਦਾ ਕਰਦਾ ਹੈ। ਜਦੋਂ ਇਨਕ੍ਰਿਪਟਡ ਐਂਡਪੌਇੰਟ ਪਹੁੰਚ ਵਿੱਚ ਨਾ ਹੋਵੇ, ਬ੍ਰਾਊਜ਼ਰ ਸਿਸਟਮ ਰਿਜ਼ਾਲਵਰ ਵੱਲ ਮੁੜ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਉਹੀ ਲੈਪਟਾਪ ਸੋਮਵਾਰ ਨਿੱਜੀ ਨਾਮ ਸਹੀ ਹੱਲ ਕਰਦਾ ਹੈ ਅਤੇ ਮੰਗਲਵਾਰ ਨਹੀਂ।
ਉਸੇ ਸਮੇਂ, ਜ਼ਿਆਦਾਤਰ VPN ਕਲਾਇੰਟ ਕਨੈਕਸ਼ਨ ਉੱਠਣ ਵੇਲੇ ਸਿਸਟਮ ਰਿਜ਼ਾਲਵਰ ਸੈਟ ਕਰਦੇ ਹਨ ਅਤੇ ਡਿੱਗਣ ਵੇਲੇ ਪਿਛਲਾ ਬਹਾਲ ਕਰਦੇ ਹਨ। ਕਸਟਮ ਇਨਕ੍ਰਿਪਟਡ ਰਿਜ਼ਾਲਵਰ ਰੱਖਣ ਵਾਲਾ ਬ੍ਰਾਊਜ਼ਰ ਉਹ ਬਹਾਲੀ ਬਿਲਕੁਲ ਨਹੀਂ ਦੇਖਦਾ। ਇਸੇ ਲਈ ਉਹੀ ਪ੍ਰੋਫ਼ਾਈਲ ਦੋ ਲੈਪਟਾਪਾਂ ਉੱਤੇ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰਦੀ ਹੈ ਅਤੇ ਇਸੇ ਲਈ resolv.conf ਸਹੀ ਦਿਸਦਾ ਹੈ ਜਦੋਂ ਕਿ ਬ੍ਰਾਊਜ਼ਰ ਅਜੇ ਵੀ ਕਿਸੇ ਹੋਰ ਨੂੰ ਪੁੱਛ ਰਿਹਾ ਹੈ।
resolvectl status # per-link DNS servers and split-DNS domains
scutil --dns | head -30 # macOS resolver order for each domain
nslookup intranet.corp 10.8.0.1 # ask the VPN resolver directlyਕਨੈਕਟਿਡ ਹੁੰਦਿਆਂ ਇਹ ਚਲਾਓ, ਨੋਟ ਕਰੋ ਕਿ ਹਰ ਰਿਜ਼ਾਲਵਰ ਕਿਹੜੇ ਡੋਮੇਨਾਂ ਦਾ ਦਾਅਵਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਆਪਣੇ ਮੋਡ ਬਾਰੇ ਜੋ ਦੱਸਦਾ ਹੈ ਉਸ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। Mozilla ਦਾ DoH ਦਸਤਾਵੇਜ਼ ਇਸ ਗੱਲ ਦਾ ਵਾਜਬ ਵਰਣਨ ਹੈ ਕਿ ਬ੍ਰਾਊਜ਼ਰ ਦਾ ਡਿਫ਼ਾਲਟ ਅਤੇ ਫ਼ਾਲਬੈਕ ਵਿਵਹਾਰ ਕਿਵੇਂ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
ਫ਼ੈਸਲੇ ਦੇ ਤਿੰਨ ਇਨਪੁੱਟ ਹਨ, ਇੱਕ ਨਹੀਂ
ਨਿੱਜੀ ਨਾਮ, ਆਪਰੇਟਰ ਉੱਤੇ ਭਰੋਸਾ ਅਤੇ ਪਹੁੰਚ ਸਹੀ ਬਣਤਰ ਤੈਅ ਕਰਦੇ ਹਨ। ਜੋ ਨਾਮ ਸਿਰਫ਼ VPN ਰਿਜ਼ਾਲਵਰ ਜਾਣਦਾ ਹੈ ਉਹ ਵੰਡਿਆ DNS ਲਾਜ਼ਮੀ ਕਰਦੇ ਹਨ: ਨਿੱਜੀ ਪਿਛੇਤਰ ਭੇਜੇ ਗਏ ਰਿਜ਼ਾਲਵਰ ਕੋਲ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਬਾਕੀ ਸਭ ਜਨਤਕ ਨਾਵਾਂ ਲਈ ਤੁਹਾਡੀ ਚੁਣੀ ਨੀਤੀ ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ। ਆਪਰੇਟਰ ਉੱਤੇ ਭਰੋਸਾ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਜਨਤਕ ਨਾਮ ਵੀ ਉਸੇ ਰਿਜ਼ਾਲਵਰ ਕੋਲ ਜਾਣ ਜਾਂ ਵੱਖਰੀ ਸੇਵਾ ਕੋਲ। ਪਹੁੰਚ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਤੁਹਾਡਾ ਚੁਣਿਆ ਇਨਕ੍ਰਿਪਟਡ ਰਿਜ਼ਾਲਵਰ ਇਸ ਨੈੱਟਵਰਕ ਉੱਤੇ ਬਿਲਕੁਲ ਵਰਤੋਂਯੋਗ ਹੈ ਜਾਂ ਨਹੀਂ।
| Condition | What it forces |
|---|---|
| Internal names must resolve | Split DNS: private suffixes to the VPN resolver, the rest to your chosen default |
| Queries must stay with one operator | Pin both the system resolver and the browser mode, and disable fallback |
| Resolver only reachable through the tunnel | Keep the pushed resolver; do not point DoH at an endpoint your routes exclude |
ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਲਾਈਨ ਸਰਬਵਿਆਪੀ ਸਿਫ਼ਾਰਿਸ਼ ਨਹੀਂ। VPN ਵੱਲੋਂ ਚਲਾਇਆ ਰਿਜ਼ਾਲਵਰ ਨਿਰੀਖਣ ਉਸੇ ਆਪਰੇਟਰ ਕੋਲ ਕੇਂਦ੍ਰਿਤ ਕਰਦਾ ਹੈ; ਵੱਖਰੀ ਸੇਵਾ ਪੁੱਛੇ ਗਏ ਨਾਵਾਂ ਦਾ ਇੱਕ ਹੋਰ ਪ੍ਰਾਪਤਕਰਤਾ ਜੋੜਦੀ ਹੈ। ਕੋਈ ਵੀ ਬਣਤਰ ਸੰਭਾਲ ਬਾਰੇ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ, ਜਦੋਂ ਤੱਕ ਤੁਸੀਂ ਨੀਤੀ ਨਹੀਂ ਪੜ੍ਹਦੇ।
ਹਰ ਪ੍ਰੋਫ਼ਾਈਲ ਲਈ ਫ਼ੈਸਲਾ ਲਿਖੋ, ਕਿਉਂਕਿ ਇਹ ਸੈਟਿੰਗਾਂ ਖਿਸਕਦੀਆਂ ਹਨ। ਪਿਛਲੇ ਮਹੀਨੇ ਰਿਜ਼ਾਲਵਰ ਭੇਜਣ ਵਾਲੀ ਪ੍ਰੋਫ਼ਾਈਲ ਅੱਜ ਕੁਝ ਨਾ ਭੇਜੇ, ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਖੁਸ਼ੀ ਨਾਲ ਪੁਰਾਣਾ ਕਸਟਮ ਐਂਡਪੌਇੰਟ ਰੱਖੇਗਾ ਜੋ ਅਜੇ ਵੀ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਨੋਟ ਵਿੱਚ ਰਿਜ਼ਾਲਵਰ ਦਾ ਪਤਾ, ਉਸਦੇ ਮਾਲਕੀ ਵਾਲੇ ਪਿਛੇਤਰ ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਦਾ ਮੋਡ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਸੇਵਾ ਦਾ ਬ੍ਰਾਂਡ ਨਹੀਂ।
ਤੁਸੀਂ ਜੋ ਨੀਤੀ ਸੰਰਚਿਤ ਕੀਤੀ ਹੋਣ ਦਾ ਸੋਚਦੇ ਹੋ ਉਸਨੂੰ ਪਰਖੋ
ਬੈਜ ਨਾਲ ਨਹੀਂ, ਨਾਮ ਨਾਲ ਪਰਖੋ। ਸਿਸਟਮ ਰਿਜ਼ਾਲਵਰ ਰਾਹੀਂ ਇੱਕ ਜਨਤਕ ਨਾਮ ਅਤੇ ਇੱਕ ਨਿੱਜੀ ਨਾਮ ਹੱਲ ਕਰੋ, ਫਿਰ ਬ੍ਰਾਊਜ਼ਰ ਦੇ ਅੰਦਰ ਉਸਦੀ ਆਪਣੀ ਸੁਰੱਖਿਅਤ DNS ਸੈਟਿੰਗ ਨਾਲ ਉਸ ਮੋਡ ਵਿੱਚ ਦੁਹਰਾਓ ਜਿਸਨੂੰ ਤੁਸੀਂ ਵਰਤਣਾ ਚਾਹੁੰਦੇ ਹੋ। ਜੇ ਨਿੱਜੀ ਨਾਮ ਸਿਰਫ਼ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਇੱਕ ਵੀ VPN ਸੈਟਿੰਗ ਨੂੰ ਛੂਹੇ ਬਿਨਾਂ ਪ੍ਰਾਪਤਕਰਤਾ ਦੀ ਅਸੰਗਤੀ ਲੱਭ ਲਈ ਹੈ।
ਫਿਰ ਦੁਬਾਰਾ ਕਨੈਕਟ ਕਰੋ ਅਤੇ ਬਹਾਲੀ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਹੈਂਡਓਫ਼ ਬੱਗ ਉੱਥੇ ਹੀ ਰਹਿੰਦੇ ਹਨ: ਡਿਸਕਨੈਕਟ ਕਰੋ, ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਪਿਛਲਾ ਰਿਜ਼ਾਲਵਰ ਵਾਪਸ ਆਇਆ, ਦੁਬਾਰਾ ਕਨੈਕਟ ਕਰੋ, ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਭੇਜਿਆ ਰਿਜ਼ਾਲਵਰ ਵਾਪਸ ਆਇਆ। ਅੰਤ ਵਿੱਚ, ਜੇ ਪ੍ਰਬੰਧਿਤ ਨੀਤੀ ਵਾਲਾ ਬ੍ਰਾਊਜ਼ਰ ਹੋਵੇ ਤਾਂ ਪਰਖੋ, ਕਿਉਂਕਿ ਉਹ ਮੋਡ ਤੁਹਾਡੀ ਤਬਦੀਲੀ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਾਮਨਜ਼ੂਰ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਚੁੱਪਚਾਪ ਪਿਛਲਾ ਰਿਜ਼ਾਲਵਰ ਰੱਖ ਸਕਦਾ ਹੈ।
ਨਾਮ-ਥਾਂ ਦੇ ਸਵਾਲ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਤੁਸੀਂ ਇਸਦਾ ਜ਼ਿਆਦਾਤਰ ਬਚ ਜਾਓਗੇ। ਜੇ ਮਸ਼ੀਨ ਨੂੰ ਅੰਦਰੂਨੀ ਨਾਵਾਂ ਤੱਕ ਪਹੁੰਚਣਾ ਹੈ, ਤਾਂ ਬ੍ਰਾਊਜ਼ਰ ਦਾ ਇਨਕ੍ਰਿਪਟਡ ਰਿਜ਼ਾਲਵਰ ਸਿਰਫ਼ ਜਨਤਕ ਅੱਧ ਬਾਰੇ ਫ਼ੈਸਲਾ ਹੈ, ਅਤੇ ਨਿੱਜੀ ਅੱਧ VPN ਜੋ ਭੇਜੇ ਉਸੇ ਕੋਲ ਹੀ ਰਹਿੰਦਾ ਹੈ।