DNS ਉੱਤੇ VPN, VPN DNS ਸਰਵਰ ਵਰਗਾ ਨਹੀਂ ਹੈ
ਇੱਕ ਰਿਜ਼ੋਲਵਰ ਸੈਟਿੰਗ, ਐਨਕ੍ਰਿਪਟਿਡ DNS ਅਤੇ DNS ਦੇ ਅੰਦਰ ਡੇਟਾ ਢੋਣ ਵਾਲੀ ਟਨਲ — ਇਹ ਤਿੰਨ ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ ਹਨ। ਜਾਂਚੋ ਕਿ ਤੁਹਾਨੂੰ ਅਸਲ ਵਿੱਚ ਕਿਹੜੀ ਲੋੜ ਹੈ।
DNS ਉੱਤੇ VPN ਆਵਾਜਾਈ ਦਾ ਵਿਚਾਰ ਬਿਆਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਹ ਜੰਤਰ ਨੂੰ ਕਸਟਮ ਰਿਜ਼ੋਲਵਰ ਵੱਲ ਨਿਰਦੇਸ਼ਤ ਕਰਨ ਦਾ ਸਮਾਨਾਰਥੀ ਨਹੀਂ ਹੈ। ਉਲਝਣ ਦੂਰ ਕਰਨ ਵਾਲਾ ਸਵਾਲ ਸਧਾਰਨ ਹੈ: DNS ਸੁਨੇਹੇ ਅਸਲ ਵਿੱਚ ਕੀ ਢੋਂਦੇ ਹਨ? ਆਮ VPN ਇੱਕ ਰਿਜ਼ੋਲਵਰ ਲਗਾ ਸਕਦਾ ਹੈ ਤਾਂ ਜੋ ਢਕੀਆਂ ਐਪਾਂ ਨਿੱਜੀ ਨਾਮ ਲੱਭ ਸਕਣ, ਅਤੇ ਉਸ ਰਿਜ਼ੋਲਵਰ ਨੂੰ ਬਦਲਣ ਨਾਲ ਸਿਰਫ਼ ਨਾਮ-ਹੱਲ ਬਦਲਦਾ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਜਾਂਚਾਂ ਕ੍ਰਮ ਅਨੁਸਾਰ ਕਰੋ, ਕਿਉਂਕਿ ਤਿੰਨੇ ਬਣਤਰਾਂ ਸ਼ਬਦਾਵਲੀ ਸਾਂਝੀ ਕਰਦੀਆਂ ਹਨ ਅਤੇ ਲਗਭਗ ਹੋਰ ਕੁਝ ਨਹੀਂ।
ਤਿੰਨੇ ਬਣਤਰਾਂ ਵੱਖ ਕਰੋ
ਪਹਿਲੀ ਬਣਤਰ ਵਿੱਚ, VPN ਇੱਕ ਰਿਜ਼ੋਲਵਰ ਜਾਂ ਨਾਮ-ਨੀਤੀ ਸੈਟਿੰਗ ਦਿੰਦਾ ਹੈ। ਐਪ ਦਾ ਡੇਟਾ ਅਜੇ ਵੀ ਆਪਣੇ ਨੈੱਟਵਰਕ ਕਨੈਕਸ਼ਨਾਂ ਰਾਹੀਂ ਸਫ਼ਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਟਨਲ ਸਿਰਫ਼ ਇਸ ਉੱਤੇ ਅਸਰ ਪਾਉਂਦੀ ਹੈ ਕਿ ਕਿਹੜਾ ਸਰਵਰ ਪੁੱਛਗਿੱਛ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।
ਦੂਜੀ ਵਿੱਚ, ਐਨਕ੍ਰਿਪਟਿਡ DNS ਖ਼ੁਦ DNS ਅਦਲ-ਬਦਲ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੈ। HTTPS ਉੱਤੇ DNS ਅਤੇ TLS ਉੱਤੇ DNS ਚੁਣੇ ਰਿਜ਼ੋਲਵਰ ਵੱਲ ਪੁੱਛਗਿੱਛਾਂ ਨੂੰ ਲਪੇਟਦੇ ਹਨ, ਅਤੇ ਕਿਸੇ ਹੋਰ ਐਪ ਦੇ ਪੈਕਟ ਨਹੀਂ ਢੋਂਦੇ। ਉਹ ਤੁਹਾਡੇ ਚੁਣੇ ਰਿਜ਼ੋਲਵਰ ਤੋਂ ਪੁੱਛਗਿੱਛ ਦੇ ਨਾਮ ਵੀ ਨਹੀਂ ਲੁਕਾਉਂਦੇ, ਜੋ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਤੋਂ ਉਹਨਾਂ ਨੂੰ ਲੁਕਾਉਣ ਨਾਲੋਂ ਵੱਖਰੀ ਭਰੋਸਾ-ਸੀਮਾ ਹੈ।
ਤੀਜੀ ਵਿੱਚ, ਸਹਿਯੋਗੀ ਕਲਾਇੰਟ ਹੋਰ ਡੇਟਾ ਨੂੰ DNS ਸੁਨੇਹਿਆਂ ਵਿੱਚ ਏਨਕੋਡ ਕਰਦਾ ਹੈ ਅਤੇ ਸਹਿਯੋਗੀ ਐਂਡਪੁਆਇੰਟ ਉਸਨੂੰ ਮੁੜ ਬਣਾਉਂਦਾ ਹੈ। ਆਮ ਰਿਜ਼ੋਲਵਰ ਰਾਹ ਹੀ ਆਵਾਜਾਈ ਬਣ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਰਿਜ਼ੋਲਵਰ ਹੁਣ ਨਾਮ-ਸੇਵਾ ਨਹੀਂ ਸਗੋਂ ਡੇਟਾ ਰਾਹ ਦਾ ਹਿੱਸਾ ਹੈ।
ਜਾਂਚੋ ਕਿ DNS ਸੁਨੇਹੇ ਕੀ ਢੋਂਦੇ ਹਨ
ਰਿਜ਼ੋਲਵਰ ਬਦਲੋ ਅਤੇ ਦੇਖੋ ਕਿ ਐਪ ਦਾ ਟ੍ਰੈਫ਼ਿਕ ਰਾਹ ਬਦਲਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਜੇ ਐਪ ਅਜੇ ਵੀ ਉਹਨਾਂ ਹੀ ਸਾਕਟਾਂ ਰਾਹੀਂ ਉਹਨਾਂ ਹੀ ਪਤਿਆਂ ਨਾਲ ਜੁੜਦੀ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਨਾਮ-ਹੱਲ ਬਦਲਿਆ ਹੈ ਅਤੇ ਹੋਰ ਕੁਝ ਨਹੀਂ।
DNS ਰਾਹੀਂ ਢੋਈ ਜਾਣ ਵਾਲੀ ਟਨਲ ਨੂੰ ਸਰਵਰ-ਪਾਸੇ ਮਿਲਦੀ ਬਣਤਰ ਚਾਹੀਦੀ ਹੈ। Iodine ਇੱਕ ਦਸਤਾਵੇਜ਼ੀ ਉਦਾਹਰਨ ਹੈ: ਇਸਦਾ ਪ੍ਰੋਜੈਕਟ ਦਸਤਾਵੇਜ਼ DNS ਰਾਹੀਂ IP ਟਨਲ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਏਨਕੋਡਿੰਗ ਸਮਝਣ ਵਾਲਾ ਸਰਵਰ ਹਿੱਸਾ ਚਾਹੀਦਾ ਹੈ। Android ਵਿੱਚ ਜਨਤਕ ਰਿਜ਼ੋਲਵਰ ਪਤਾ ਦਾਖਲ ਕਰਨਾ ਉਹ ਐਂਡਪੁਆਇੰਟ ਨਹੀਂ ਦਿੰਦਾ, ਅਤੇ ਦੋ ਉਤਪਾਦਾਂ ਵੱਲੋਂ ਸਾਂਝਾ ਕੀਤਾ ਮਾਰਕੀਟਿੰਗ ਸ਼ਬਦ ਪ੍ਰੋਟੋਕੋਲ ਵਿਸ਼ੇਸ਼ਤਾ ਨਹੀਂ ਹੈ।
ਕੈਪਚਰ ਨਿਰਣਾਇਕ ਜਾਂਚ ਹੈ। ਜੇ ਤੁਸੀਂ ਰਿਜ਼ੋਲਵਰ ਵੱਲ ਆਮ ਪੁੱਛਗਿੱਛਾਂ ਅਤੇ ਹੋਰ ਕੁਝ ਨਹੀਂ ਦੇਖਦੇ, ਤਾਂ ਕੋਈ ਟਨਲ ਨਹੀਂ ਹੈ। ਜੇ ਤੁਸੀਂ ਪੁੱਛਗਿੱਛ ਦੇ ਨਾਮਾਂ ਅਤੇ ਜਵਾਬਾਂ ਵਿੱਚ ਏਨਕੋਡ ਕੀਤਾ ਪੇਲੋਡ ਦੇਖਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਢੋਣਹਾਰਾ ਲੱਭ ਲਿਆ ਹੈ, ਅਤੇ ਅਗਲਾ ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਇਹ ਕਿੰਨਾ ਹਿਲਾ ਸਕਦਾ ਹੈ।
ਵਚਨਬੱਧ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਸਮਰੱਥਾ ਜਾਂਚੋ
DNS ਪੁੱਛਗਿੱਛਾਂ ਅਤੇ ਜਵਾਬਾਂ ਲਈ ਬਣਾਇਆ ਗਿਆ ਹੈ, ਥੋਕ ਡਿਲੀਵਰੀ ਲਈ ਨਹੀਂ। ਏਨਕੋਡਿੰਗ ਓਵਰਹੈੱਡ, ਸੁਨੇਹਾ ਆਕਾਰ ਦੀਆਂ ਸੀਮਾਵਾਂ ਅਤੇ ਰਿਜ਼ੋਲਵਰ ਦਾ ਵਿਵਹਾਰ — ਸਾਰੇ ਨਾਮਮਾਤਰ ਰਾਹ ਦਾ ਆਪਣਾ ਹਿੱਸਾ ਲੈਂਦੇ ਹਨ, ਇਸ ਲਈ ਲਾਭਦਾਇਕ ਸਮਰੱਥਾ ਅਧੀਨ ਲਿੰਕ ਦੇ ਸੰਕੇਤ ਤੋਂ ਘੱਟ ਹੈ। ਆਪਣੇ ਰਾਹ ਉੱਤੇ ਨਾ ਮਾਪੀ ਕਿਸੇ ਵੀ ਥ੍ਰੂਪੁੱਟ ਅੰਕੜੇ ਨੂੰ ਬਜਟ ਨਹੀਂ, ਧਾਰਨਾ ਮੰਨੋ। ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਮਾਪੋ, ਕਿਉਂਕਿ ਬੇਨਤੀ-ਜਵਾਬ ਢੋਣਹਾਰੇ ਉੱਤੇ ਅੱਪਲੋਡ ਅਤੇ ਡਾਊਨਲੋਡ ਵੱਖਰੀਆਂ ਸੀਮਾਵਾਂ ਨਾਲ ਟਕਰਾ ਸਕਦੇ ਹਨ।
ਕਿਹੜਾ ਟ੍ਰੈਫ਼ਿਕ ਟਨਲ ਵਿੱਚ ਦਾਖਲ ਹੁੰਦਾ ਹੈ ਇਹ ਕਲਾਇੰਟ ਨੇ ਵੀ ਤੈਅ ਕਰਨਾ ਹੈ। ਸਥਾਨਕ VPN ਸੇਵਾ ਇੰਟਰਫ਼ੇਸ ਪੈਕਟ ਇਕੱਠੇ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ ਇੰਟਰਫ਼ੇਸ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਕਿ ਦੂਰਸਥ ਆਵਾਜਾਈ ਉਹਨਾਂ ਦੀ ਰੱਖਿਆ ਜਾਂ ਅੱਗੇ ਭੇਜਣਾ ਕਿਵੇਂ ਕਰਦੀ ਹੈ। ਜਦੋਂ ਢੋਣਹਾਰਾ ਸਟ੍ਰੀਮ ਨਹੀਂ ਸਗੋਂ ਬੇਨਤੀ-ਜਵਾਬ ਪ੍ਰੋਟੋਕੋਲ ਹੁੰਦਾ ਹੈ, ਤਦ ਫ਼ਰੈਗਮੈਂਟੇਸ਼ਨ ਅਤੇ ਮੁੜ-ਭੇਜਣਾ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰਦੇ ਹਨ, ਅਤੇ ਖੁੱਲ੍ਹਾ ਰਹਿਣ ਵਾਲਾ ਕਨੈਕਸ਼ਨ ਇੰਟਰਐਕਟਿਵ ਦੇਰੀ ਬਾਰੇ ਬਹੁਤ ਘੱਟ ਕਹਿੰਦਾ ਹੈ।
ਜੋ ਟ੍ਰੈਫ਼ਿਕ ਤੁਸੀਂ ਢੋਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਉਸੇ ਨਾਲ ਮਾਪੋ। ਸਮੇਂ-ਸਮੇਂ ਦੀ ਧੜਕਣ ਲਈ ਚੰਗੀ ਲੱਗਣ ਵਾਲੀ ਟਨਲ ਇੰਟਰਐਕਟਿਵ ਸੈਸ਼ਨ ਲਈ ਬੇਕਾਰ ਹੋ ਸਕਦੀ ਹੈ, ਅਤੇ ਉਲਟ ਵੀ ਸੱਚ ਹੈ।
ਢੋਣਹਾਰੇ ਦੀ ਸੁਰੱਖਿਆ ਜਾਂਚੋ
ਇਹ ਨਾ ਮੰਨੋ ਕਿ DNS ਏਨਕੈਪਸੂਲੇਸ਼ਨ ਗੋਪਨੀਯਤਾ ਜਾਂ ਮਜ਼ਬੂਤ ਪ੍ਰਮਾਣਿਕਤਾ ਦਿੰਦਾ ਹੈ। ਰਿਜ਼ੋਲਵਰ ਰਾਹ ਅਤੇ ਟਨਲ ਐਂਡਪੁਆਇੰਟ ਉਹ ਦੇਖ ਸਕਦੇ ਹਨ ਜੋ ਲਾਗੂਕਰਨ ਖੋਲ੍ਹਦਾ ਹੈ, ਅਤੇ ਉਹ ਖੁਲਾਸਾ ਡਿਜ਼ਾਈਨ ਅਨੁਸਾਰ ਬਦਲਦਾ ਹੈ।
ਏਨਕ੍ਰਿਪਸ਼ਨ ਅਤੇ ਢੋਣਹਾਰੇ ਦੀ ਚੋਣ ਵੱਖਰੇ ਗੁਣ ਹਨ। ਟਨਲ ਸਧਾਰਨ IP ਰਾਹ ਉੱਤੇ ਏਨਕ੍ਰਿਪਟ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਅਤੇ DNS ਰਾਹੀਂ ਢੋਈ ਜਾਣ ਵਾਲੀ ਟਨਲ ਆਪਣੇ ਪੇਲੋਡ ਦੀ ਸੁਰੱਖਿਆ ਨਾਲ ਜਾਂ ਬਿਨਾਂ ਬਣਾਈ ਜਾ ਸਕਦੀ ਹੈ। ਕਿਸੇ ਵੀ ਹਾਲ ਵਿੱਚ ਐਪ ਦਾ HTTPS ਆਪਣੀ ਥਾਂ ਉੱਤੇ ਰੱਖੋ, ਅਤੇ ਟਨਲ ਦਾ ਨਾਮ ਨਹੀਂ ਸਗੋਂ ਉਸਦਾ ਅਸਲ ਸੁਰੱਖਿਆ ਡਿਜ਼ਾਈਨ ਮੁਲਾਂਕਣ ਕਰੋ।
ਜੇ ਲੋੜ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਤੋਂ ਗੋਪਨੀਯਤਾ ਹੈ, ਤਾਂ ਐਨਕ੍ਰਿਪਟਿਡ DNS ਅਤੇ ਡੇਟਾ ਟਨਲ ਇਸਦੇ ਵੱਖਰੇ ਹਿੱਸਿਆਂ ਦਾ ਜਵਾਬ ਦਿੰਦੇ ਹਨ। ਇੱਕ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਲਿਖੋ ਕਿ ਤੁਸੀਂ ਕਿਹੜੇ ਨਿਰੀਖਕ ਤੋਂ ਬਚਾਅ ਕਰ ਰਹੇ ਹੋ।
ਹੱਲ ਨੂੰ ਅਸਲ ਨਾਕਾਮੀ ਨਾਲ ਮਿਲਾਓ
ਆਮ ਹੌਲੀ VPN ਲਈ, DNS ਰਾਹੀਂ ਢੋਈ ਜਾਣ ਵਾਲੀ ਟਨਲ ਨਾਲ ਬਦਲਣਾ ਸਮੱਸਿਆ ਉੱਤੇ ਸੀਮਤ ਆਵਾਜਾਈ ਜੋੜਦਾ ਹੈ। ਇਹ ਰੇਡੀਓ ਗੁਣਵੱਤਾ, ਭੀੜ ਜਾਂ ਸਰਵਰ ਲੋਡ ਠੀਕ ਨਹੀਂ ਕਰਦਾ, ਅਤੇ ਆਮ ਤੌਰ ਉੱਤੇ ਉਹਨਾਂ ਨੂੰ ਵਧੇਰੇ ਦਿਖਣਯੋਗ ਬਣਾਉਂਦਾ ਹੈ।
ਨਿੱਜੀ ਨਾਮਾਂ ਦੀਆਂ ਨਾਕਾਮੀਆਂ ਲਈ, ਪਹਿਲਾਂ ਇੱਛਤ ਰਿਜ਼ੋਲਵਰ ਨੀਤੀ ਜਾਂਚੋ: ਕਿਹੜਾ ਸਰਵਰ ਜਵਾਬ ਦੇਵੇ, ਕਿਹੜੇ ਨਾਮ ਦਾਇਰੇ ਵਿੱਚ ਹਨ, ਅਤੇ ਕਲਾਇੰਟ ਨੂੰ ਇਸਦੀ ਵਰਤੋਂ ਦੀ ਇਜਾਜ਼ਤ ਹੈ ਜਾਂ ਨਹੀਂ। ਫਿਰ ਲੋੜ ਨਾਲ ਮਿਲਦੀ ਅਧਿਕਾਰਤ ਆਵਾਜਾਈ ਚੁਣੋ, ਅਤੇ ਤਬਦੀਲੀ ਰਿਕਾਰਡ ਵਿੱਚ ਰਿਜ਼ੋਲਵਰ ਸੰਰਚਨਾ ਰੱਖੋ ਤਾਂ ਜੋ ਅਗਲੀ ਘਟਨਾ ਉਹੀ ਖੋਜ ਮੁੜ ਸ਼ੁਰੂ ਨਾ ਕਰੇ।
ਜਾਂਚ-ਸੂਚੀ ਛੋਟੀ ਹੈ: ਬਣਤਰ ਪਛਾਣੋ, ਸੁਨੇਹੇ ਕੀ ਢੋਂਦੇ ਹਨ ਇਸਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਸਮਰੱਥਾ ਮਾਪੋ, ਫਿਰ ਭਰੋਸੇ ਦੀ ਸਮੀਖਿਆ ਕਰੋ। ਲੱਛਣ ਨਾਲ ਨਾ ਮਿਲਦਾ ਕੋਈ ਵੀ ਕਦਮ ਦੱਸਦਾ ਹੈ ਕਿ ਬਾਕੀ ਦੋ ਬਣਤਰਾਂ ਅਜੇ ਵੀ ਖੇਡ ਵਿੱਚ ਹਨ।