DNS ਰਿਜ਼ੋਲਵਰ ਲੌਗ ਬਨਾਮ VPN ਕਨੈਕਸ਼ਨ ਲੌਗ: ਹਰੇਕ ਵਿੱਚ ਕੀ ਰਹਿੰਦਾ ਹੈ
ਰਿਜ਼ੋਲਵਰ ਉਹ ਨਾਮ ਦਰਜ ਕਰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦਾ ਜਵਾਬ ਦੇਣ ਲਈ ਉਸਨੂੰ ਕਿਹਾ ਗਿਆ; VPN ਆਪਣੇ ਖੁਦ ਦੇ ਲਾਗੂਕਰਨ ਤੋਂ ਟਨਲ ਦੀਆਂ ਘਟਨਾਵਾਂ ਦਰਜ ਕਰਦਾ ਹੈ। ਇੱਕ ਰੱਖ-ਰਖਾਅ ਨੀਤੀ ਦੂਜੀ ਨੂੰ ਨਹੀਂ ਢਕਦੀ।
DNS ਰਿਜ਼ੋਲਵਰ ਲੌਗ ਅਤੇ VPN ਕਨੈਕਸ਼ਨ ਲੌਗ ਦੋਵੇਂ ਨੈੱਟਵਰਕ ਰਿਕਾਰਡ ਹਨ, ਦੋਵੇਂ ਲਾਹੇਵੰਦ ਹਨ ਅਤੇ ਇੱਕ-ਦੂਜੇ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈ ਸਕਦੇ। ਰਿਜ਼ੋਲਵਰ ਉਹ ਨਾਮ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦਾ ਜਵਾਬ ਦੇਣ ਲਈ ਉਸਨੂੰ ਕਿਹਾ ਗਿਆ। VPN ਅੰਤ-ਬਿੰਦੂ ਟਨਲ ਕਨੈਕਸ਼ਨ ਸੰਭਾਲਦਾ ਹੈ ਅਤੇ ਉਹ ਦਰਜ ਕਰਦਾ ਹੈ ਜੋ ਉਸਦੇ ਲਾਗੂਕਰਨ ਨੇ ਉਨ੍ਹਾਂ ਬਾਰੇ ਦਰਜ ਕਰਨ ਦੀ ਚੋਣ ਕੀਤੀ। ਇਹ ਇੱਕੋ ਇਮਾਰਤ ਵਿੱਚ ਹੋ ਸਕਦੇ ਹਨ, ਇੱਕੋ ਟੀਮ ਚਲਾ ਸਕਦੀ ਹੈ ਅਤੇ ਇੱਕੋ ਗੋਪਨੀਯਤਾ ਸੂਚਨਾ ਦੇ ਘੇਰੇ ਵਿੱਚ ਆ ਸਕਦੇ ਹਨ, ਫਿਰ ਵੀ ਵੱਖਰੇ ਪਛਾਣਕਰਤਿਆਂ ਅਤੇ ਵੱਖਰੇ ਰੱਖ-ਰਖਾਅ ਨਾਲ ਵੱਖਰੀਆਂ ਘਟਨਾਵਾਂ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹਨ। ਇੱਕ ਨੂੰ ਦੂਜਾ ਸਮਝ ਕੇ ਪੜ੍ਹਨਾ ਹੀ ਜਾਂਚ ਦੇ ਰਾਹ ਤੋਂ ਭਟਕਣ ਦਾ ਕਾਰਨ ਹੈ।
ਦੋ ਲੌਗ, ਦੋ ਘਟਨਾਵਾਂ
ਰਿਜ਼ੋਲਵਰ ਦੀ ਇੱਕ ਐਂਟਰੀ ਨਾਮਕਰਨ ਬਾਰੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ: ਇਸ ਕਲਾਇੰਟ ਨੇ ਇਸ ਸਮੇਂ ਇਹ ਨਾਮ ਮੰਗਿਆ, ਅਤੇ ਜਵਾਬ ਇਹ ਸੀ। VPN ਦੀ ਇੱਕ ਐਂਟਰੀ ਕਨੈਕਟੀਵਿਟੀ ਬਾਰੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ: ਇਸ ਪੀਅਰ ਨੇ ਟਨਲ ਸਥਾਪਿਤ ਕੀਤਾ ਜਾਂ ਗੁਆਇਆ, ਇਸਨੂੰ ਇਹ ਪਤਾ ਦਿੱਤਾ ਗਿਆ, ਅਤੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਲਗਭਗ ਇੰਨਾ ਡੇਟਾ ਭੇਜਿਆ। ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ HTTPS ਸੈਸ਼ਨ ਦੇ ਅੰਦਰ ਵਰਤੋਂਕਾਰ ਨੇ ਕੀ ਕੀਤਾ ਦਾ ਰਿਕਾਰਡ ਨਹੀਂ ਹੈ, ਅਤੇ ਕੋਈ ਵੀ ਦੂਜੇ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦਾ।
ਇਸ ਫ਼ਰਕ ਦਾ ਵਾਅਦਿਆਂ ਲਈ ਵਿਵਹਾਰਕ ਨਤੀਜਾ ਹੈ। ਇਹ ਕਥਨ ਕਿ VPN ਪ੍ਰਦਾਤਾ ਟਨਲ ਗਤੀਵਿਧੀ ਦਰਜ ਨਹੀਂ ਕਰਦਾ, ਉਸ ਰਿਜ਼ੋਲਵਰ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਜੋ ਉਹ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਰਿਜ਼ੋਲਵਰ ਦੀ ਰੱਖ-ਰਖਾਅ ਨੀਤੀ ਟਨਲ ਨਾਲ ਕੌਣ ਜੁੜਿਆ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦੀ। ਹਰ ਦਾਅਵਾ ਆਪਣੇ ਆਪਣੇ ਆਪਰੇਟਰ ਅਤੇ ਆਪਣੇ ਸਿਸਟਮ ਦਾ ਹੈ।
ਕੋਈ ਵੀ ਲੌਗ ਪੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ ਕੁਐਰੀ ਦਾ ਪਿੱਛਾ ਕਰੋ
ਕੁਐਰੀ ਰਿਜ਼ੋਲਵਰ ਤੱਕ ਸਿਰਫ਼ ਤਦ ਪਹੁੰਚਦੀ ਹੈ ਜਦੋਂ ਰਾਹ ਅਸਲ ਵਿੱਚ ਉਸਨੂੰ ਪੁੱਛਦਾ ਹੈ। ਐਪਲੀਕੇਸ਼ਨ ਆਪਰੇਟਿੰਗ ਸਿਸਟਮ ਦਾ ਰਿਜ਼ੋਲਵਰ ਵਰਤ ਸਕਦੀ ਹੈ, ਆਪਣਾ ਇਨਕ੍ਰਿਪਟਡ DNS ਕਲਾਇੰਟ ਚਲਾ ਸਕਦੀ ਹੈ, ਜਾਂ ਕੈਸ਼ ਵਿੱਚ ਪਿਆ ਜਵਾਬ ਪੜ੍ਹ ਕੇ ਕੁਝ ਵੀ ਨਾ ਭੇਜੇ। ਇਸ ਲਈ ਕੁਝ ਨਾ ਦਿਖਾਉਣ ਵਾਲਾ ਰਿਜ਼ੋਲਵਰ ਲੌਗ ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਨਹੀਂ ਕਿ ਨਾਮ ਕਦੇ ਵਰਤਿਆ ਨਹੀਂ ਗਿਆ; ਇਹ ਸਬੂਤ ਹੈ ਕਿ ਇਸ ਰਿਜ਼ੋਲਵਰ ਨੂੰ ਨਹੀਂ ਪੁੱਛਿਆ ਗਿਆ।
resolvectl status
dig @127.0.0.53 build.corp.example +qr
journalctl -u systemd-resolved -n 20 --no-pagerਉਹ ਆਖਰੀ ਕਮਾਂਡ ਸਥਾਨਕ ਰਿਜ਼ੋਲਵਰ ਦਾ ਆਪਣਾ ਜਰਨਲ ਪੜ੍ਹਦੀ ਹੈ, ਜੋ ਉੱਪਰਲੇ ਸਰਵਰ ਦੇ ਲੌਗ ਵਰਗਾ ਨਹੀਂ ਹੈ। ਜੇ ਤੁਹਾਡੀਆਂ ਕੁਐਰੀਆਂ DNS over HTTPS ਰਾਹੀਂ ਕਿਸੇ ਪ੍ਰਦਾਤਾ ਵੱਲ ਜਾਂਦੀਆਂ ਹਨ, ਤਾਂ ਸਥਾਨਕ ਸਟਬ ਕੁਝ ਨਹੀਂ ਦਿਖਾ ਸਕਦਾ ਜਦੋਂ ਕਿ ਪ੍ਰਦਾਤਾ ਕੋਲ ਪੂਰਾ ਰਿਕਾਰਡ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਪ੍ਰਦਾਤਾ ਵੱਖਰੀ ਨੀਤੀ ਵਾਲਾ ਵੱਖਰਾ ਆਪਰੇਟਰ ਹੈ।
ਹਰ ਰਿਕਾਰਡ ਕੀ ਦਿਖਾ ਸਕਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ
| Record | Typically shows | Does not show |
|---|---|---|
| Resolver log | Queried name, client address, time, response | Which page was fetched, or what the tunnel did |
| VPN connection log | Peer identity, assigned address, connect and disconnect times, volume | Which name the application asked for |
| Application or proxy log | Requests, status codes, sometimes full URLs | Resolved addresses for every dependency |
ਇਨ੍ਹਾਂ ਨੂੰ ਜੋੜਨਾ ਹੀ ਅਸਲ ਕੰਮ ਹੈ, ਅਤੇ ਜੋੜਨਾ ਹਮੇਸ਼ਾ ਸੰਭਵ ਨਹੀਂ। ਕਲਾਇੰਟ ਪਤੇ ਦਰਜ ਕਰਨ ਵਾਲੇ ਰਿਜ਼ੋਲਵਰ ਦੀ ਤੁਲਨਾ ਉਸ VPN ਨਾਲ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ ਜੋ ਜਾਣੇ-ਪਛਾਣੇ ਪੂਲ ਤੋਂ ਪਤੇ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਉਹ ਤੁਲਨਾ ਪੁੱਛੇ ਗਏ ਨਾਮ ਅਤੇ ਟਨਲ ਵਿਚਕਾਰ ਭਰੋਸੇਯੋਗ ਕੜੀ ਬਣਾਉਂਦੀ ਹੈ, ਜੋ ਦੋ ਰਿਕਾਰਡਾਂ ਵਿਚਕਾਰ ਕੜੀ ਹੀ ਰਹਿੰਦੀ ਹੈ, ਕਿਸੇ ਵਿਅਕਤੀ ਦਾ ਰਿਕਾਰਡ ਨਹੀਂ।
ਇਨਕ੍ਰਿਪਟਡ DNS ਆਵਾਜਾਈ ਬਦਲਦਾ ਹੈ, ਅੰਤ-ਬਿੰਦੂ ਉੱਤੇ ਦਿੱਖ ਨਹੀਂ। ਰਿਜ਼ੋਲਵਰ ਉਹ ਸਵਾਲ ਹਾਲੇ ਵੀ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ ਜਿਸਦਾ ਉਹ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਜਿਵੇਂ RFC 8484 ਸਪੱਸ਼ਟ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਸ ਰਿਜ਼ੋਲਵਰ ਉੱਤੇ ਰੱਖ-ਰਖਾਅ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਨਹੀਂ ਸਗੋਂ ਨੀਤੀ ਦਾ ਫੈਸਲਾ ਹੈ।
ਜਿੱਥੇ ਵੰਡਿਆ DNS ਅਤੇ ਕੈਸ਼ ਕਹਾਣੀ ਨੂੰ ਉਲਝਾਉਂਦੇ ਹਨ
ਇੱਕ ਤੋਂ ਵੱਧ ਰਿਜ਼ੋਲਵਰ ਆਮ ਗੱਲ ਹੈ। ਵੰਡਿਆ-DNS ਡਿਜ਼ਾਈਨ ਅੰਦਰੂਨੀ ਨਾਮ ਅੰਦਰੂਨੀ ਸਰਵਰ ਵੱਲ ਅਤੇ ਬਾਕੀ ਸਭ ਜਨਤਕ ਸਰਵਰ ਵੱਲ ਭੇਜਦਾ ਹੈ, ਇਸ ਲਈ ਇੱਕ ਜਾਂਚ ਵਿੱਚ ਅਜਿਹੇ ਦੋ ਲੌਗ ਸ਼ਾਮਲ ਹੋ ਸਕਦੇ ਹਨ ਜੋ ਕਦੇ ਜੋੜਨ ਲਈ ਨਹੀਂ ਸੋਚੇ ਗਏ ਸਨ ਅਤੇ ਅਜਿਹੀਆਂ ਦੋ ਰੱਖ-ਰਖਾਅ ਸੈਟਿੰਗਾਂ ਜੋ ਕਦੇ ਤੁਲਨਾ ਲਈ ਨਹੀਂ ਸੋਚੀਆਂ ਗਈਆਂ ਸਨ। ਦੋਵਾਂ ਵਿੱਚ ਕੁਐਰੀਆਂ ਦਿਖਣਾ ਡਿਜ਼ਾਈਨ ਦੇ ਕੰਮ ਕਰਨ ਦਾ ਸਬੂਤ ਹੈ, ਲੀਕ ਦਾ ਸਬੂਤ ਨਹੀਂ।
ਕੈਸ਼ ਉਲਟ ਦਿਸ਼ਾ ਵਿੱਚ ਕੱਟਦਾ ਹੈ। ਕਿਸੇ ਪ੍ਰਸਿੱਧ ਨਾਮ ਦਾ ਜਵਾਬ ਘੰਟਿਆਂ ਤੱਕ ਕੈਸ਼ ਤੋਂ ਦਿੱਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਰਿਜ਼ੋਲਵਰ ਦਾ ਰਿਕਾਰਡ ਪਹਿਲੀ ਕੁਐਰੀ ਦਿਖਾਉਂਦਾ ਹੈ ਅਤੇ ਫਿਰ ਕੁਝ ਨਹੀਂ, ਜਦੋਂ ਕਿ ਵਰਤੋਂਕਾਰ ਦੀ ਐਪਲੀਕੇਸ਼ਨ ਉਸੇ ਨਾਮ ਨੂੰ ਖੁਸ਼ੀ ਨਾਲ ਹੱਲ ਕਰਦੀ ਰਹਿੰਦੀ ਹੈ। ਕਿਸੇ ਖਾਸ ਸਮੇਂ ਤੋਂ ਬਾਅਦ ਐਂਟਰੀਆਂ ਦਾ ਨਾ ਹੋਣਾ ਇਸ ਗੱਲ ਦਾ ਮਤਲਬ ਨਹੀਂ ਕਿ ਉਸ ਸਮੇਂ ਤੋਂ ਬਾਅਦ ਕਿਸੇ ਨੇ ਨਾਮ ਵਰਤਿਆ ਨਹੀਂ।
ਪਿਛੋਕੜੀ ਆਵਾਜਾਈ ਤੀਜਾ ਵਿਗਾੜ ਹੈ। ਬੂਟ ਵੇਲੇ ਟੈਲੀਮੈਟਰੀ ਨਾਮ ਹੱਲ ਕਰਨ ਵਾਲਾ ਫ਼ੋਨ, ਖੋਜ ਸੁਝਾਅ ਡੋਮੇਨ ਹੱਲ ਕਰਨ ਵਾਲਾ ਬ੍ਰਾਊਜ਼ਰ, ਅਤੇ ਹਰ ਘੰਟੇ ਸੰਪਰਕ ਕਰਨ ਵਾਲਾ ਅੱਪਡੇਟਰ—ਸਾਰੇ ਰਿਜ਼ੋਲਵਰ ਲੌਗ ਵਿੱਚ ਤੁਹਾਡੇ ਲਈ ਅਸਲ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਨਾਮ ਦੇ ਕੋਲ ਦਿਖਦੇ ਹਨ। ਉਸ ਲੌਗ ਵਿੱਚ ਮਾਤਰਾ ਧਿਆਨ ਨਹੀਂ ਹੈ, ਅਤੇ ਕੁਐਰੀਆਂ ਗਿਣਨਾ ਫੇਰੀਆਂ ਗਿਣਨਾ ਨਹੀਂ ਹੈ। ਰਿਜ਼ੋਲਵਰ ਲੌਗ ਸਵਾਲਾਂ ਦਾ ਰਿਕਾਰਡ ਹੈ, ਅਤੇ ਸਵਾਲ ਬਣਾਉਣਾ ਸਸਤਾ ਹੈ।
ਰੱਖ-ਰਖਾਅ ਦੇ ਸਵਾਲ ਵੱਖਰੇ ਪੁੱਛੋ
ਹਰ ਸਿਸਟਮ ਲਈ ਤਿੰਨ ਸਵਾਲ ਪੁੱਛੋ: ਕੌਣ ਇਕੱਠਾ ਕਰਦਾ ਹੈ, ਕੀ ਇਕੱਠਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਕਿੰਨਾ ਸਮਾਂ ਇਹ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ. ਫਿਰ ਪੁੱਛੋ ਕਿ ਇਹ ਕੌਣ ਪੜ੍ਹ ਸਕਦਾ ਹੈ ਅਤੇ ਕਿਹੜੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ। DNS over HTTPS ਬਾਰੇ RFC 8484 ਦੀ ਚਰਚਾ ਇਹ ਚੰਗੀ ਯਾਦ ਦਿਵਾਉਂਦੀ ਹੈ ਕਿ ਇਨਕ੍ਰਿਪਟਡ ਆਵਾਜਾਈ ਅੰਤ-ਬਿੰਦੂ ਨੂੰ ਨਹੀਂ ਹਟਾਉਂਦੀ, ਅਤੇ ਆਪਰੇਟਰ ਦਾ ਆਪਣਾ ਦਸਤਾਵੇਜ਼ ਹੀ ਇਸ ਬਾਰੇ ਇੱਕੋ ਇੱਕ ਭਰੋਸੇਯੋਗ ਕਥਨ ਹੈ ਕਿ ਉਹ ਅੰਤ-ਬਿੰਦੂ ਕੀ ਰੱਖਦਾ ਹੈ।
ਜਦੋਂ ਗੋਪਨੀਯਤਾ ਬਾਰੇ “VPN” ਬਾਰੇ ਦਾਅਵਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਸਵੀਕਾਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹਿੱਸਿਆਂ ਵਿੱਚ ਵੰਡੋ: ਟਨਲ ਆਪਰੇਟਰ, ਟਨਲ ਵੱਲੋਂ ਦਿੱਤਾ ਰਿਜ਼ੋਲਵਰ, ਉਹ ਕੋਈ ਵੀ ਉੱਪਰਲਾ ਰਿਜ਼ੋਲਵਰ ਜਿੱਥੇ ਇਹ ਕੁਐਰੀਆਂ ਪਹੁੰਚਦੀਆਂ ਹਨ, ਅਤੇ ਡਿਵਾਈਸ ਉੱਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ। ਹਰੇਕ ਦਾ ਆਪਣਾ ਜਵਾਬ ਹੈ, ਅਤੇ ਇੱਕ ਲਈ ਸਹੀ ਦਾਅਵਾ ਨਿਯਮਿਤ ਤੌਰ ਉੱਤੇ ਚਾਰੇ ਨੂੰ ਢਕਦਾ ਹੋਇਆ ਦੁਹਰਾਇਆ ਜਾਂਦਾ ਹੈ।
ਸਮੱਸਿਆ ਨਿਵਾਰਨ ਲਈ ਉਹੀ ਵੰਡ ਵਰਤੋ। ਪੁੱਛੋ ਕਿ ਕਿਹੜੀ ਐਪਲੀਕੇਸ਼ਨ ਨੇ ਕੁਐਰੀ ਕੀਤੀ ਅਤੇ ਕਿਹੜੇ ਰਿਜ਼ੋਲਵਰ ਨੇ ਜਵਾਬ ਦਿੱਤਾ, ਫਿਰ ਉਸ ਲੌਗ ਵੱਲ ਵੇਖੋ ਜੋ ਅਸਲ ਵਿੱਚ ਉਸ ਘਟਨਾ ਦਾ ਮਾਲਕ ਹੈ. ਦੂਜੇ ਲੌਗ ਤੋਂ ਅੰਦਾਜ਼ਾ ਲਾਉਣਾ ਇੱਕ ਮਿੰਟ ਬਚਾਉਂਦਾ ਹੈ ਅਤੇ ਇੱਕ ਦੁਪਹਿਰ ਖਰਚ ਕਰਦਾ ਹੈ।