ਤੁਹਾਡੇ VPN ਦਾ DNS ਬੈਕਅੱਪ: ਕਵੈਰੀ ਅਸਲ ਵਿੱਚ ਕਿੱਥੇ ਜਾਂਦੀ ਹੈ
ਰਿਜ਼ੌਲਵਰ ਬਦਲਣਾ ਆਪਣੇ ਆਪ ਲੀਕ ਨਹੀਂ ਹੁੰਦਾ। ਇਸਨੂੰ ਲੀਕ ਕਹਿਣ ਤੋਂ ਪਹਿਲਾਂ ਬਦਲਵੇਂ ਪ੍ਰਾਪਤਕਰਤਾ, ਵਰਤਿਆ ਗਿਆ ਰਸਤਾ ਅਤੇ ਸੰਬੰਧਿਤ ਨਾਮ ਤੈਅ ਕਰੋ।
ਰਿਜ਼ੌਲਵਰ ਦੀ ਸੈਟਿੰਗ ਪ੍ਰਾਈਵੇਟ ਪਤੇ ਤੋਂ ਜਨਤਕ ਪਤੇ ’ਤੇ ਬਦਲਦੀ ਹੈ, ਅਤੇ ਸਿੱਟਾ ਤੁਰੰਤ ਆ ਜਾਂਦਾ ਹੈ: ਟਨਲ ਲੀਕ ਕਰ ਰਹੀ ਹੈ। ਕਦੇ-ਕਦੇ ਇੰਝ ਹੁੰਦਾ ਹੈ। ਬਹੁਤ ਵਾਰ ਬੈਕਅੱਪ ਕਵੈਰੀ ਫਿਰ ਵੀ ਟਨਲ ਦੇ ਅੰਦਰ ਉਸੇ ਰਿਜ਼ੌਲਵਰ ਕੋਲ ਜਾਂਦੀ ਸੀ ਜੋ ਪ੍ਰਬੰਧਕ ਨੇ ਚੁਣਿਆ ਸੀ, ਅਤੇ ਇਸ ਨਾਲ ਇਹ ਖਰਾਬੀ ਨਹੀਂ ਸਗੋਂ ਨੀਤੀ ਦਾ ਫ਼ੈਸਲਾ ਬਣ ਜਾਂਦੀ ਹੈ। ਇਹਨਾਂ ਮਾਮਲਿਆਂ ਨੂੰ ਅਲੱਗ ਕਰਨ ਲਈ ਇੱਕ ਨਹੀਂ, ਤਿੰਨ ਤੱਥ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਵਿੱਚੋਂ ਪਹਿਲਾ ਇਹ ਹੈ ਕਿ ਜਵਾਬ ਕਿਸ ਨੇ ਦਿੱਤਾ। ਪਤਾ ਕਰੋ ਕਵੈਰੀ ਕਿਸ ਨੂੰ ਮਿਲੀ, ਕਿਹੜੇ ਰਸਤੇ ਨੇ ਇਸਨੂੰ ਲਿਜਾਇਆ ਅਤੇ ਕਿਹੜੇ ਨਾਮ ਪੁੱਛੇ ਗਏ।
ਬੈਕਅੱਪ ਇੱਕ ਨੀਤੀ ਹੈ, ਇੱਕੋ ਵਿਵਹਾਰ ਨਹੀਂ
ਹਰ ਕਲਾਇੰਟ ਨੂੰ ਤੈਅ ਕਰਨਾ ਪੈਂਦਾ ਹੈ ਕਿ ਪਸੰਦੀਦਾ ਰਿਜ਼ੌਲਵਰ ਜਵਾਬ ਦੇਣਾ ਬੰਦ ਕਰੇ ਤਾਂ ਕੀ ਕਰਨਾ ਹੈ। ਇਹ ਹੱਲ ਰੋਕ ਸਕਦਾ ਹੈ, ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰ ਸਕਦਾ ਹੈ, ਤੈਅ ਕੀਤਾ ਬਦਲ ਵਰਤ ਸਕਦਾ ਹੈ ਜਾਂ ਇਹ ਆਪਰੇਟਿੰਗ ਸਿਸਟਮ ’ਤੇ ਛੱਡ ਸਕਦਾ ਹੈ, ਅਤੇ ਪਰਦੇਦਾਰੀ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ ਇਹ ਚਾਰ ਵੱਖਰੇ ਉਤਪਾਦ ਹਨ। ਸੈਟਿੰਗ ਸਕ੍ਰੀਨ ਪੜ੍ਹਨ ਨਾਲ ਪਤਾ ਲੱਗਦਾ ਹੈ ਕਿਹੜਾ ਵਿਵਹਾਰ ਤੈਅ ਹੈ; ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿਹੜਾ ਹੋਇਆ। ਇੱਕੋ ਸਵਿੱਚ ਵਾਲੀ ਸਕ੍ਰੀਨ ਚਾਰ ਸੰਭਾਵਨਾਵਾਂ ਨਹੀਂ ਦੱਸਦੀ।
ਬ੍ਰਾਊਜ਼ਰ ਆਪਣੀ ਵੱਖਰੀ ਪਰਤ ਜੋੜਦੇ ਹਨ। ਸੁਰੱਖਿਅਤ DNS ਚਾਲੂ ਵਾਲਾ ਬ੍ਰਾਊਜ਼ਰ ਨਾਮ ਆਪਣੇ ਚੁਣੇ ਹੋਏ ਪ੍ਰਦਾਤਾ ਰਾਹੀਂ ਹੱਲ ਕਰ ਸਕਦਾ ਹੈ, ਉਦੋਂ ਵੀ ਜਦੋਂ ਆਪਰੇਟਿੰਗ ਸਿਸਟਮ ਕਿਤੇ ਹੋਰ ਇਸ਼ਾਰਾ ਕਰ ਰਿਹਾ ਹੋਵੇ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਟਨਲ ਕਲਾਇੰਟ ਦੀ ਨੀਤੀ ਉਹਨਾਂ ਬੇਨਤੀਆਂ ਲਈ ਸ਼ਾਇਦ ਕਦੇ ਨਾ ਪੁੱਛੀ ਜਾਵੇ ਜੋ ਤੁਹਾਡੇ ਲਈ ਸੱਚਮੁੱਚ ਮਹੱਤਵਪੂਰਨ ਹਨ। ਉਹ ਐਪ ਜਾਂਚੋ ਜਿਸ ਨੇ ਬੇਨਤੀ ਭੇਜੀ, ਸਿਰਫ਼ ਸਿਸਟਮ ਸੈਟਿੰਗ ਨਹੀਂ।
ਬਦਲਵੇਂ ਰਿਜ਼ੌਲਵਰ ਦੀ ਪਛਾਣ ਪਹਿਲਾ ਤੱਥ ਹੈ ਜੋ ਸਾਬਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਜਿਸ ਪ੍ਰਦਾਤਾ ’ਤੇ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਭਰੋਸਾ ਕਰਦੇ ਹੋ ਉਸ ਦਾ ਜਨਤਕ ਰਿਜ਼ੌਲਵਰ, ਉਸ ਪਤੇ ਤੋਂ ਵੱਖਰੀ ਸਥਿਤੀ ਹੈ ਜੋ ਉਸ ਨੈੱਟਵਰਕ ਨੇ ਦਿੱਤਾ ਹੈ ਜਿਸ ’ਤੇ ਤੁਸੀਂ ਸੰਜੋਗ ਨਾਲ ਹੋ। ਪਤਾ ਆਪਣੇ ਆਪ ਘੱਟ ਹੀ ਦੱਸਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਇਹਨਾਂ ਦੋਹਾਂ ਵਿੱਚੋਂ ਕਿਸ ਵੱਲ ਵੇਖ ਰਹੇ ਹੋ।
ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਕਵੈਰੀ ਕੌਣ ਲੈਂਦਾ ਹੈ
ਪ੍ਰਾਪਤਕਰਤਾ ਅਤੇ ਰਸਤਾ ਆਜ਼ਾਦ ਹਨ, ਅਤੇ ਸਿਰਫ਼ ਉਹਨਾਂ ਦਾ ਮੇਲ ਦੱਸਦਾ ਹੈ ਕਿ ਖ਼ਤਰਾ ਕਿੰਨਾ ਹੈ। ਟਨਲ ਰਾਹੀਂ ਪਹੁੰਚਿਆ ਜਨਤਕ ਰਿਜ਼ੌਲਵਰ ਤੁਹਾਡੇ ਐਕਸੈਸ ਨੈੱਟਵਰਕ ਦਾ ਪਤਾ ਕਦੇ ਨਹੀਂ ਵੇਖਦਾ, ਜਦੋਂ ਕਿ ਉਹੀ ਰਿਜ਼ੌਲਵਰ ਸਿੱਧਾ ਪਹੁੰਚਣ ’ਤੇ ਉਹਨੂੰ ਵੇਖਦਾ ਹੈ। ਦੋਹਾਂ ਹਾਲਤਾਂ ਵਿੱਚ ਜਵਾਬ ਮਿਲਦਾ ਹੈ, ਅਤੇ ਸਿਰਫ਼ ਰਿਜ਼ੌਲਵਰ ਦਾ ਪਤਾ ਦੱਸਣ ਵਾਲਾ ਲੀਕ ਟੈਸਟ ਦੋਹਾਂ ਨੂੰ ਇੱਕੋ ਜਿਹਾ ਦੱਸੇਗਾ। ਨਤੀਜਾ ਪੜ੍ਹਦਿਆਂ ਪਤੇ ਨਾਲ ਇੰਟਰਫ਼ੇਸ ਵੀ ਪੁੱਛੋ।
ਅੰਦਰੂਨੀ ਨਾਮ ਇਸ ਫ਼ਰਕ ਨੂੰ ਠੋਸ ਬਣਾਉਂਦੇ ਹਨ। ਜਨਤਕ ਰਿਜ਼ੌਲਵਰ ਆਮ ਤੌਰ ’ਤੇ split-horizon ਨਾਮ ਦਾ ਜਵਾਬ ਨਹੀਂ ਦੇ ਸਕਦਾ, ਇਸ ਲਈ ਕਵੈਰੀ ਫੇਲ੍ਹ ਹੋ ਜਾਂਦੀ ਹੈ ਜਦੋਂ ਕਿ ਨਾਮ ਪਹਿਲਾਂ ਹੀ ਅਜਿਹੇ ਧਿਰ ਸਾਹਮਣੇ ਖੁੱਲ੍ਹ ਚੁੱਕਾ ਹੁੰਦਾ ਹੈ ਜਿਸ ਨੂੰ ਇਹ ਵੇਖਣ ਦਾ ਕੋਈ ਕੰਮ ਨਹੀਂ ਸੀ। ਇਸ ਲਈ ਇੱਥੇ ਉਪਲਬਧਤਾ ਅਤੇ ਪਰਦੇਦਾਰੀ ਇੱਕ-ਦੂਜੇ ਦੇ ਬਦਲੇ ਨਹੀਂ ਸਗੋਂ ਨਾਲ ਚੱਲਦੀਆਂ ਹਨ।
ਟਨਲ ਕਵੈਰੀ ਨੂੰ ਅਜਿਹੇ ਰਿਜ਼ੌਲਵਰ ਤੱਕ ਵੀ ਲੈ ਜਾ ਸਕਦੀ ਹੈ ਜੋ VPN ਪ੍ਰਦਾਤਾ ਨਹੀਂ ਚਲਾਉਂਦਾ, ਕਿਉਂਕਿ ਟਨਲ ਹੱਲ ਨਹੀਂ ਕਰਦੀ ਸਗੋਂ ਅੱਗੇ ਭੇਜਦੀ ਹੈ। ਅੱਗੇ ਭੇਜਣ ਵਾਲਾ ਹੋਸਟ ਕਵੈਰੀ ਸਾਫ਼ ਪਾਠ ਵਿੱਚ ਵੇਖਦਾ ਹੈ ਅਤੇ ਫਿਰ ਆਪਣਾ ਕਨੈਕਸ਼ਨ ਅੱਗੇ ਖੋਲ੍ਹਦਾ ਹੈ, ਜੋ ਅਗਲੇ ਕਦਮ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੈ ਪਰ ਪਹਿਲੇ ਦੀ ਨਹੀਂ।
ਰਸਤੇ ਅਤੇ ਪ੍ਰਾਪਤਕਰਤਾ ਨੂੰ ਨਾਲ ਜਾਂਚੋ
ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਨਹੀਂ, ਪੈਕਟ ਵੇਖੋ। ਸਿਸਟਮ ਨੂੰ ਪੁੱਛੋ ਕਿ ਕਿਹੜਾ ਰਿਜ਼ੌਲਵਰ ਵਰਤਿਆ ਜਾਵੇਗਾ, ਫਿਰ ਪੱਕਾ ਕਰੋ ਕਿ ਕਵੈਰੀ ਸੱਚਮੁੱਚ ਉਮੀਦ ਕੀਤੇ ਇੰਟਰਫ਼ੇਸ ਤੋਂ ਉਮੀਦ ਕੀਤੇ ਪਤੇ ਵੱਲ ਗਈ।
resolvectl status | grep -E "Current DNS Server|DNS Servers|DNSOverTLS"
dig +short example.com
tcpdump -ni any udp port 53 or tcp port 853
ਜੇ ਕੈਪਚਰ ਦਿਖਾਵੇ ਕਿ ਟਨਲ ਚਾਲੂ ਰਹਿੰਦਿਆਂ ਕਵੈਰੀ ਭੌਤਿਕ ਇੰਟਰਫ਼ੇਸ ਛੱਡ ਰਹੀ ਹੈ, ਤਾਂ ਰਿਜ਼ੌਲਵਰਾਂ ਦੀ ਸੂਚੀ ਕੁਝ ਵੀ ਕਹੇ, ਬੈਕਅੱਪ ਨੇ ਟਨਲ ਨੂੰ ਬਾਈਪਾਸ ਕਰ ਦਿੱਤਾ। ਜੇ ਇਹ ਟਨਲ ਦੇ ਇੰਟਰਫ਼ੇਸ ’ਤੇ ਦਿਖੇ, ਤਾਂ ਸਵਾਲ ਇਹ ਬਣ ਜਾਂਦਾ ਹੈ ਕਿ ਦੂਰਲਾ ਸਿਰਾ ਕੌਣ ਚਲਾਉਂਦਾ ਹੈ ਅਤੇ ਕੀ ਰੱਖਦਾ ਹੈ।
ਇੱਕ ਅੰਦਰੂਨੀ ਅਤੇ ਇੱਕ ਜਨਤਕ ਨਾਮ ਲਈ ਜਾਂਚ ਦੁਹਰਾਓ। ਅੰਦਰੂਨੀ ਕਵੈਰੀ ਉਹੀ ਥਾਂ ਹੈ ਜਿੱਥੇ ਬੈਕਅੱਪ ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਆਮ ਤੌਰ ’ਤੇ ਆਪਣੇ ਆਪ ਨੂੰ ਪਰਗਟ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਜਵਾਬ ਨਾ ਦੇ ਸਕਣ ਵਾਲਾ ਰਿਜ਼ੌਲਵਰ ਵੀ ਸਵਾਲ ਲੈਂਦਾ ਹੈ।
ਤੈਅ ਕਰੋ ਕਿ ਬੈਕਅੱਪ ਦੀ ਇਜਾਜ਼ਤ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਜਾਂ ਨਹੀਂ
ਜੇ ਸ਼ਰਤ ਇਹ ਹੈ ਕਿ ਪਸੰਦੀਦਾ ਰਿਜ਼ੌਲਵਰ ਉਪਲਬਧ ਨਾ ਹੋਣ ’ਤੇ ਹੱਲ ਰੁਕ ਜਾਵੇ, ਤਾਂ ਬੰਦ ਰੂਪ ਵਿੱਚ ਫੇਲ੍ਹ ਹੋਣ ਵਾਲੀ ਲਾਗੂ ਕਰਨ ਨੀਤੀ ਤੈਅ ਕਰੋ ਅਤੇ ਨਤੀਜਾ ਮੰਨ ਲਓ: ਰੁਕਾਵਟ ਦੌਰਾਨ ਨਾਮ ਹੱਲ ਨਹੀਂ ਹੋਣਗੇ। ਇਹ ਖਰਾਬੀ ਨਹੀਂ ਸਗੋਂ ਜਾਣ-ਬੁੱਝ ਕੇ ਕੀਤੀ ਉਪਲਬਧਤਾ ਦੀ ਅਦਲਾ-ਬਦਲੀ ਹੈ, ਅਤੇ ਡਿਜ਼ਾਈਨ ਨੂੰ ਇਹ ਰੁਕਾਵਟ ਤੋਂ ਪਹਿਲਾਂ ਕਹਿਣਾ ਚਾਹੀਦਾ ਹੈ।
ਜੇ ਸ਼ਰਤ ਸਿਰਫ਼ ਇਹ ਹੈ ਕਿ ਕਵੈਰੀ ਟਨਲ ਤੋਂ ਬਾਹਰ ਨਾ ਜਾਵੇ, ਤਾਂ ਟਨਲ ਰਾਹੀਂ ਪਹੁੰਚਿਆ ਜਨਤਕ ਰਿਜ਼ੌਲਵਰ ਪ੍ਰਵਾਨਯੋਗ ਹੋ ਸਕਦਾ ਹੈ ਬਸ਼ਰਤੇ ਓਪਰੇਟਰ ਅਤੇ ਉਸ ਦੀ ਸੰਭਾਲ ਨੀਤੀ ਸਮਝੀ ਜਾਵੇ। ਅਜਿਹੀ ਪ੍ਰਵਾਨਗੀ ਤੀਜੀ ਧਿਰ ਬਾਰੇ ਫ਼ੈਸਲਾ ਹੈ, ਕ੍ਰਿਪਟੋਗ੍ਰਾਫ਼ੀ ਬਾਰੇ ਬਿਆਨ ਨਹੀਂ, ਅਤੇ ਇਹ ਉਸੇ ਦੀ ਹੈ ਜਿਸ ਕੋਲ ਪਰਦੇਦਾਰੀ ਦਾ ਦਾਅਵਾ ਹੈ। ਜੇ ਅੰਦਰੂਨੀ ਨਾਮ ਚੱਲਦੇ ਰਹਿਣੇ ਚਾਹੀਦੇ ਹਨ, ਤਾਂ ਬੈਕਅੱਪ ਉਸ ਰਿਜ਼ੌਲਵਰ ’ਤੇ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਅੰਦਰੂਨੀ ਜ਼ੋਨ ਰੱਖਦਾ ਹੈ, ਜਿਸਦਾ ਆਮ ਮਤਲਬ ਹੈ ਕਿ ਬੈਕਅੱਪ ਦਾ ਟਾਰਗੈਟ ਕੋਈ ਦੂਜਾ ਪਤਾ ਪਰਿਵਾਰ ਨਹੀਂ ਸਗੋਂ ਦੂਜਾ ਸਰਵਰ ਹੈ।
ਨਤੀਜੇ ਨੂੰ ਵਿਵਹਾਰ ਬਾਰੇ ਇੱਕ ਵਾਕ ਦੇ ਰੂਪ ਵਿੱਚ ਦਰਜ ਕਰੋ: ਆਮ ਕੰਮ ਵਿੱਚ ਕਿਹੜਾ ਰਿਜ਼ੌਲਵਰ ਕਵੈਰੀ ਲੈਂਦਾ ਹੈ, ਫੇਲ੍ਹ ਹੋਣ ਤੋਂ ਬਾਅਦ ਕਿਹੜਾ, ਅਤੇ ਦੂਜੀ ਹਾਲਤ ਵਿੱਚ ਅੰਦਰੂਨੀ ਨਾਮ ਹੱਲ ਹੁੰਦੇ ਹਨ ਜਾਂ ਨਹੀਂ। ਅੰਤ ਵਿੱਚ ਪੰਨਾ ਲੋਡ ਕਰਨ ਵਾਲਾ ਲੀਕ ਟੈਸਟ ਉਸ ਵਾਕ ਤੋਂ ਘੱਟ ਸਾਬਤ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਪੰਨਾ ਅਜਿਹੇ ਰਿਜ਼ੌਲਵਰ ਰਾਹੀਂ ਵੀ ਲੋਡ ਹੋ ਸਕਦਾ ਹੈ ਜਿਸ ਨੂੰ ਕਦੇ ਨਹੀਂ ਪੁੱਛਣਾ ਚਾਹੀਦਾ ਸੀ।