DNSSEC ਜਾਂ VPN: ਤੁਹਾਡੀਆਂ DNS ਕਿਊਰੀਆਂ ਕੌਣ ਲੁਕਾਉਂਦਾ ਹੈ?

ਦੋ ਕਾਰਜਵਿਧੀਆਂ ਨੂੰ ਇੱਕੋ ਕੰਮ ਦਾ ਸਿਹਰਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਉਹ ਕੰਮ ਨਹੀਂ ਕਰਦੀ। DNSSEC ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਮਿਲਿਆ ਡੇਟਾ ਸੱਚਮੁੱਚ ਉਸੇ ਜ਼ੋਨ ਤੋਂ ਆਇਆ ਹੈ ਜੋ ਉਸਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ VPN ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਤੁਹਾਡੇ ਪੈਕਟ ਕਿਹੜੇ ਰਾਹ ਲੈਣਗੇ। ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਹਰ ਮਾਮਲੇ ਵਿੱਚ ਤੁਹਾਡੇ ਪੁੱਛੇ ਨਾਮ ਨੂੰ ਨਹੀਂ ਲੁਕਾਉਂਦਾ, ਅਤੇ ਜੋ ਸੈਟਿੰਗਾਂ ਅਜਿਹਾ ਕਰਨੀਆਂ ਚਾਹੀਦੀਆਂ ਲੱਗਦੀਆਂ ਹਨ ਉਹ ਆਮ ਤੌਰ ’ਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਬਜਾਏ ਟਰਾਂਸਪੋਰਟ ਜਾਂ ਰੂਟਿੰਗ ਨਾਲ ਸੰਬੰਧਿਤ ਹੁੰਦੀਆਂ ਹਨ। ਪਹਿਲਾਂ ਪਰਤ ਦਾ ਨਾਮ ਦੇਣ ਨਾਲ ਗੋਪਨੀਯਤਾ ਬਾਰੇ ਧੁੰਦਲਾ ਸਵਾਲ ਠੋਸ ਸਵਾਲ ਬਣ ਜਾਂਦਾ ਹੈ।

ਇੱਕ ਵਿੱਚ ਮਿਲ ਜਾਣ ਵਾਲੇ ਤਿੰਨ ਦਾਅਵੇ

ਅਸਲੀਅਤ ਇਹ ਦਾਅਵਾ ਹੈ ਕਿ ਜਵਾਬ ਉਹੀ ਹੈ ਜੋ ਜ਼ੋਨ ਨੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ ਅਤੇ ਰਾਹ ਵਿੱਚ ਉਸਨੂੰ ਬਦਲਿਆ ਨਹੀਂ ਗਿਆ। ਗੋਪਨੀਯਤਾ ਇਹ ਦਾਅਵਾ ਹੈ ਕਿ ਰਾਹ ਉੱਤੇ ਕੋਈ ਵੀ ਕਿਊਰੀ ਜਾਂ ਜਵਾਬ ਨਹੀਂ ਪੜ੍ਹ ਸਕਦਾ। ਰੂਟਿੰਗ ਇਹ ਦਾਅਵਾ ਹੈ ਕਿ ਪੈਕਟ ਤੁਹਾਡੇ ਚੁਣੇ ਰਾਹ ਉੱਤੇ ਚੱਲਦੇ ਹਨ, ਅਤੇ ਟਨਲ ਠੀਕ ਇਹੀ ਦਿੰਦੀ ਹੈ।

DNSSEC ਪਹਿਲੇ ਨਾਲ ਨਜਿੱਠਦਾ ਹੈ ਅਤੇ ਬਾਕੀ ਦੋ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ। DoT ਅਤੇ DoH ਰਿਜ਼ੋਲਵਰ ਤੱਕ ਦੇ ਹਿੱਸੇ ਲਈ ਦੂਜੇ ਨਾਲ ਨਜਿੱਠਦੇ ਹਨ। VPN ਤੀਜੇ ਨਾਲ ਨਜਿੱਠਦਾ ਹੈ ਅਤੇ ਦੂਜੇ ਨੂੰ ਵੀ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ ਸਿਰਫ਼ ਇਸ ਗੱਲ ਦੇ ਮਾੜੇ ਪ੍ਰਭਾਵ ਵਜੋਂ ਕਿ ਟ੍ਰੈਫਿਕ ਕਿੱਥੇ ਜਾਂਦਾ ਹੈ।

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

ਦਸਤਖ਼ਤ ਪ੍ਰਮਾਣਿਕਤਾ ਕੀ ਕਰ ਸਕਦੀ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ

ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਵਾਲਾ ਰਿਜ਼ੋਲਵਰ ਜ਼ੋਨ ਤੋਂ ਸੰਰਚਿਤ ਭਰੋਸਾ ਐਂਕਰ ਤੱਕ ਦਸਤਖ਼ਤਾਂ ਦੀ ਲੜੀ ਜਾਂਚਦਾ ਹੈ, ਫਿਰ ਜਾਂਚ ਸਫਲ ਹੋਣ ’ਤੇ ਪ੍ਰਮਾਣਿਤ-ਡੇਟਾ ਝੰਡਾ ਸੈੱਟ ਕੀਤਾ ਜਵਾਬ ਵਾਪਸ ਦਿੰਦਾ ਹੈ। ਉਹ ਝੰਡਾ ਡੇਟਾ ਬਾਰੇ ਸਬੂਤ ਹੈ, ਕਨੈਕਸ਼ਨ ਜਾਂ ਮੰਜ਼ਿਲ ਦੇ ਇਰਾਦਿਆਂ ਬਾਰੇ ਨਹੀਂ।

ਇਹ ਕਿਸੇ ਕਾਨੂੰਨੀ ਜ਼ੋਨ ਮਾਲਕ ਨੂੰ ਅਜਿਹੀ ਸੇਵਾ ਲਈ ਅਸਲੀ ਰਿਕਾਰਡ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਤੋਂ ਨਹੀਂ ਰੋਕ ਸਕਦਾ ਜਿਸ ’ਤੇ ਤੁਹਾਨੂੰ ਭਰੋਸਾ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ। ਸਮਝੌਤਾ ਹੋਏ ਡੋਮੇਨ ਤੋਂ ਸਹੀ ਢੰਗ ਨਾਲ ਦਸਤਖ਼ਤ ਕੀਤਾ ਜਵਾਬ ਅਜੇ ਵੀ ਸਹੀ ਢੰਗ ਨਾਲ ਦਸਤਖ਼ਤ ਹੈ, ਅਤੇ ਉਹ ਡੋਮੇਨ ਤੁਹਾਡੇ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਦੇ ਯੋਗ ਹੈ ਜਾਂ ਨਹੀਂ ਇਸ ਬਾਰੇ DNSSEC ਦੀ ਕੋਈ ਰਾਏ ਨਹੀਂ।

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

ਗੋਪਨੀਯਤਾ ਅਸਲ ਵਿੱਚ ਕਿੱਥੋਂ ਆਉਂਦੀ ਹੈ

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

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

ਲੋਕ ਅਸਲ ਵਿੱਚ ਜੋ ਸੁਮੇਲ ਚਾਹੁੰਦੇ ਹਨ ਉਹ ਆਮ ਤੌਰ ’ਤੇ ਇੱਕੱਠੇ ਤਿੰਨ ਚੀਜ਼ਾਂ ਹਨ: ਪ੍ਰਮਾਣਿਕਤਾ ਚਾਲੂ, ਉਨ੍ਹਾਂ ਦੁਆਰਾ ਚੁਣੇ ਰਿਜ਼ੋਲਵਰ ਤੱਕ ਐਨਕ੍ਰਿਪਟਡ ਟਰਾਂਸਪੋਰਟ, ਅਤੇ ਮੰਜ਼ਿਲ ’ਤੇ ਐਪਲੀਕੇਸ਼ਨ TLS। ਹਰ ਇੱਕ ਸੁਤੰਤਰ ਹੈ, ਅਤੇ ਇੱਕ ਛੱਡਣ ਨਾਲ ਦੂਜੀ ਖਾਲੀ ਥਾਂ ਰਹਿ ਜਾਂਦੀ ਹੈ।

ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਟਰਾਂਸਪੋਰਟ ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਜਾਂਚੋ

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

ਇਹ ਕਮਾਂਡਾਂ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਵਾਲੀ ਕਿਊਰੀ ਦੇ ਝੰਡੇ ਛਾਪਦੀਆਂ ਹਨ, ਜਾਂਚ ਬੰਦ ਕਰਕੇ ਕਿਊਰੀ ਦੁਹਰਾਉਂਦੀਆਂ ਹਨ, ਅਤੇ ਸਥਾਨਕ ਪ੍ਰਮਾਣਿਕਤਾ delv ਨਾਲ ਚਲਾਉਂਦੀਆਂ ਹਨ:

dig +dnssec example.com | grep flags
dig +cd example.com | grep status
delv example.com

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

VPN ਖੋਜ ਤੋੜੇ ਤਾਂ ਕੀ ਕਰਨਾ ਹੈ

ਜੇ ਟਨਲ ਤੋਂ ਪਹਿਲਾਂ ਖੋਜ ਕੰਮ ਕਰਦੀ ਸੀ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਰੁਕ ਜਾਂਦੀ ਹੈ, ਹਰ ਰਾਹ ਕਿਹੜਾ ਰਿਜ਼ੋਲਵਰ ਵਰਤਦਾ ਹੈ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਵੰਡੀ ਟਨਲਿੰਗ, ਸਿਰਫ਼ ਟਨਲ ਰਾਹੀਂ ਪਹੁੰਚਣ ਵਾਲਾ ਅੰਦਰੂਨੀ ਰਿਜ਼ੋਲਵਰ, ਅਤੇ ਰਿਜ਼ੋਲਵਰ ਸੈਟਿੰਗਾਂ ਮੁੜ ਲਿਖਣ ਵਾਲਾ ਕਲਾਇੰਟ—ਸਭ DNSSEC ਨੂੰ ਛੂਹੇ ਬਿਨਾਂ ਜਵਾਬ ਬਦਲ ਦਿੰਦੇ ਹਨ।

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