VPN ਜੁੜਨ ਤੋਂ ਪਹਿਲਾਂ ਹੌਟਸਪੌਟ DNS ਨੂੰ ਕਿਉਂ ਮੁੜ-ਨਿਰਦੇਸ਼ਿਤ ਕਰਦਾ ਹੈ?
ਹੌਟਸਪੌਟ ਆਪਣੇ ਨੈੱਟਵਰਕ 'ਤੇ ਲੁੱਕਅੱਪ ਮੁੜ ਲਿਖਦਾ ਹੈ, ਅਤੇ ਕੋਈ ਵੀ ਟਨਲ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਹੋਸਟਨਾਮ ਐਂਡਪੌਇੰਟ ਹੱਲ ਹੋ ਜਾਂਦਾ ਹੈ। ਪਤਾ ਲਗਾਓ ਕਿ ਹਰ ਕਵੈਰੀ ਦਾ ਜਵਾਬ ਕਿਹੜੇ ਰਿਜ਼ੌਲਵਰ ਨੇ ਦਿੱਤਾ।
ਹੋਟਲ ਨੈੱਟਵਰਕ ਨਾਲ ਜੁੜਨਾ ਤੁਹਾਡੇ ਸਾਹਮਣੇ ਵੱਖ-ਵੱਖ ਪਲਾਂ 'ਤੇ ਦੋ DNS ਫ਼ੈਸਲੇ ਰੱਖਦਾ ਹੈ: ਸਾਈਨ ਇਨ ਕਰਦਿਆਂ ਡਿਵਾਈਸ ਵੱਲੋਂ ਕੀਤੇ ਲੁੱਕਅੱਪ, ਅਤੇ ਟਨਲ ਖੜ੍ਹਨ ਤੋਂ ਬਾਅਦ ਕੀਤੇ ਲੁੱਕਅੱਪ। ਹੌਟਸਪੌਟ ਆਪਣੇ ਕੰਟਰੋਲ ਵਾਲੇ ਨੈੱਟਵਰਕ ਰਾਹੀਂ ਪਹਿਲੇ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦਾ ਹੈ। ਦੂਜਾ ਕਲਾਇੰਟ ਦੀ ਆਪਣੀ ਨੀਤੀ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਜੋ ਜਾਂਚਣ ਵਾਲੀ ਵੱਖਰੀ ਗੱਲ ਹੈ।
ਕਨੈਕਸ਼ਨ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਵੇਖੋ, ਪਹਿਲੀ DHCP ਲੀਜ਼ ਤੋਂ ਉਸ ਕਵੈਰੀ ਤੱਕ ਜਿਸ ਨੇ ਨਿੱਜੀ ਨਾਮ ਹੱਲ ਕੀਤਾ। ਫਿਰ ਸਪੋਰਟ ਟਿਕਟ ਵਿੱਚ ਇੱਕੋ ਜਿਹੀਆਂ ਦਿਸਦੀਆਂ ਦੋ ਅਸਫਲਤਾਵਾਂ ਸਾਫ਼ ਵੱਖ ਹੋ ਜਾਂਦੀਆਂ ਹਨ: ਇੱਕ ਟਨਲ ਤੋਂ ਪਹਿਲਾਂ ਹੋਈ, ਦੂਜੀ ਉਸ ਦੇ ਅੰਦਰ।
ਹੌਟਸਪੌਟ ਕੀ ਛੂਹ ਸਕਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ
ਐਕਸੈਸ ਨੈੱਟਵਰਕ DHCP ਵਿੱਚ ਰਿਜ਼ੌਲਵਰ ਪਤਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਉਸ ਪਤੇ ਵੱਲ ਪੋਰਟ 53 ਨੂੰ ਰੋਕ ਸਕਦਾ ਹੈ। ਇਹ ਹਰ ਅਸੁਰੱਖਿਅਤ ਲੁੱਕਅੱਪ ਨੂੰ ਪੋਰਟਲ ਪਤੇ ਜਾਂ ਬਲਾਕ ਪੇਜ ਨਾਲ ਜਵਾਬ ਦੇਣ ਲਈ ਕਾਫ਼ੀ ਹੈ। ਇਹ VPN ਕਲਾਇੰਟ ਨੂੰ ਤੋੜਨ ਲਈ ਵੀ ਕਾਫ਼ੀ ਹੈ ਜਿਸ ਦਾ ਐਂਡਪੌਇੰਟ ਹੋਸਟਨਾਮ ਵਜੋਂ ਲਿਖਿਆ ਹੈ।
ਹੌਟਸਪੌਟ ਜੋ ਨਹੀਂ ਕਰ ਸਕਦਾ ਉਹ ਹੈ ਕਿਸੇ ਕਵੈਰੀ ਨੂੰ ਪੜ੍ਹਨਾ ਜਾਂ ਮੁੜ ਲਿਖਣਾ, ਜਦੋਂ ਉਹ ਸਥਾਪਿਤ ਟਨਲ ਦੇ ਅੰਦਰ ਜਾ ਚੁੱਕੀ ਹੋਵੇ, ਬਸ਼ਰਤੇ ਕਿ ਟਨਲ ਸੱਚਮੁੱਚ ਉਸ ਨੂੰ ਢੋਂਦਾ ਹੋਵੇ। ਰੋਕਣਾ ਸਾਦੇ ਟੈਕਸਟ ਵਿੱਚ ਸਵਾਲ ਵੇਖਣ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।
ਕਵੈਰੀਆਂ ਹੌਟਸਪੌਟ ਨਾਲ ਸੰਬੰਧ ਨਾ ਰੱਖਣ ਵਾਲੇ ਕਾਰਨਾਂ ਕਰਕੇ ਵੀ ਟਨਲ ਛੱਡਦੀਆਂ ਹਨ: ਬ੍ਰਾਊਜ਼ਰ ਦੀ ਸੁਰੱਖਿਅਤ DNS ਸੈਟਿੰਗ, ਕਾਰਪੋਰੇਟ ਪਿਛੇਤਰ ਨੂੰ ਸਥਾਨਕ ਰਿਜ਼ੌਲਵਰ 'ਤੇ ਰੱਖਣ ਵਾਲਾ split-DNS ਨਿਯਮ, ਜਾਂ DNS ਨੂੰ ਟਨਲ ਤੋਂ ਬਾਹਰ ਰੱਖਣ ਲਈ ਸੰਰਚਿਤ ਕਲਾਇੰਟ। ਹਰ ਇੱਕ ਕਲਾਇੰਟ ਪਾਸੇ ਦੀ ਚੋਣ ਹੈ, ਅਤੇ ਬਾਹਰੋਂ ਵੇਖਦਿਆਂ ਹਰ ਇੱਕ ਹੌਟਸਪੌਟ ਦੇ ਦਖਲ ਵਾਂਗ ਦਿਸਦੀ ਹੈ।
| Path | Who answers | What a failure looks like |
|---|---|---|
| Lookup before the tunnel is up | The network's resolver | The client never reaches its endpoint |
| Lookup inside the tunnel | The resolver pushed by the client | Local policy or tunnel DNS is misconfigured |
| Browser secure DNS | A DoH provider over port 443 | Both the hotspot and the tunnel policy are bypassed |
ਪਹਿਲਾ ਲੁੱਕਅੱਪ ਟਨਲ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਹੁੰਦਾ ਹੈ
ਹੋਸਟਨਾਮ ਮਿਲੇ ਕਲਾਇੰਟ ਨੂੰ ਪਹਿਲਾਂ ਉਹ ਹੱਲ ਕਰਨਾ ਪੈਂਦਾ ਹੈ, ਅਤੇ ਉਸ ਪਲ ਕੋਈ ਟਨਲ ਕਵੈਰੀ ਦੀ ਰੱਖਿਆ ਨਹੀਂ ਕਰਦਾ। ਜੇ ਹੌਟਸਪੌਟ ਪੋਰਟਲ ਪਤੇ ਨਾਲ ਜਵਾਬ ਦੇਵੇ, ਤਾਂ ਗੱਲਬਾਤ ਅਸਫਲ ਹੁੰਦੀ ਹੈ ਜਾਂ ਅਟਕ ਜਾਂਦੀ ਹੈ। ਜੇ ਕੁਝ ਵੀ ਜਵਾਬ ਨਾ ਦੇਵੇ, ਤਾਂ ਕਲਾਇੰਟ ਨਾਮ ਦੀ ਗਲਤੀ ਦੱਸਦਾ ਹੈ ਅਤੇ ਟਨਲ ਕਦੇ ਸ਼ੁਰੂ ਨਹੀਂ ਹੁੰਦਾ। ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਨਤੀਜਾ ਅਜਿਹੇ ਖਾਲੀ ਟਨਲ ਲੌਗ ਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ ਜੋ ਬਾਕੀ ਤੌਰ 'ਤੇ ਬੇਦੋਸ਼ ਦਿਸਦਾ ਹੈ।
ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਆਪਣੀਆਂ ਕਨੈਕਟੀਵਿਟੀ ਜਾਂਚਾਂ ਅਤੇ ਪੋਰਟਲ ਖੋਜ ਵੀ ਚਲਾਉਂਦੇ ਹਨ, ਜੋ RFC 8910 ਅਤੇ RFC 8952 ਵਿੱਚ ਦਰਸਾਈਆਂ ਹਨ, ਅਤੇ ਉਹ ਬੇਨਤੀਆਂ ਕਿਸੇ ਵੀ VPN ਦੇ ਖੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ ਬਾਹਰ ਜਾਂਦੀਆਂ ਹਨ। ਉਨ੍ਹਾਂ ਨੂੰ ਪ੍ਰੌਕਸੀ ਲੌਗ ਵਿੱਚ ਵੇਖਣਾ ਲੀਕ ਦਾ ਸਬੂਤ ਨਹੀਂ, ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਸਥਿਤੀ ਹੈ।
ਵਿਹਾਰਕ ਹੱਲ ਇਹ ਹੈ ਕਿ ਕਲਾਇੰਟ ਨੂੰ ਅਜਿਹਾ ਐਂਡਪੌਇੰਟ ਦਿੱਤਾ ਜਾਵੇ ਜਿਸ ਨੂੰ ਕੋਈ ਲੁੱਕਅੱਪ ਨਾ ਚਾਹੀਦਾ ਹੋਵੇ। ਜਦੋਂ ਇਹ ਅਸੰਭਵ ਹੋਵੇ, ਤਾਂ ਪਹਿਲਾਂ ਸਾਈਨ ਇਨ ਪੂਰਾ ਕਰੋ ਅਤੇ ਫਿਰ ਜੁੜੋ।
ਪਤਾ ਲਗਾਓ ਕਿ ਕਿਹੜੇ ਰਿਜ਼ੌਲਵਰ ਨੇ ਜਵਾਬ ਦਿੱਤਾ
ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਨਹੀਂ, ਸਿਸਟਮ ਨੂੰ ਪੁੱਛੋ, ਅਤੇ ਕਵੈਰੀ ਦੋ ਵਾਰ ਚਲਾਓ: ਇੱਕ ਵਾਰ ਉਸ ਰਿਜ਼ੌਲਵਰ ਰਾਹੀਂ ਜੋ ਡਿਵਾਈਸ ਹੁਣ ਵਰਤ ਰਿਹਾ ਹੈ, ਇੱਕ ਵਾਰ ਸਥਿਰ ਪਤੇ ਦੇ ਖਿਲਾਫ਼।
resolvectl query vpn.example.com dig +short vpn.example.com dig +short vpn.example.com @1.1.1.1
ਪਹਿਲੇ ਕਮਾਂਡ ਦਾ ਜਵਾਬ ਜੇ ਤੀਜੇ ਤੋਂ ਵੱਖਰਾ ਹੈ ਤਾਂ ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਸਥਾਨਕ ਰਿਜ਼ੌਲਵਰ ਕੁਝ ਹੋਰ ਪਰਤਾ ਰਿਹਾ ਹੈ, ਅਤੇ ਮੁੜ-ਨਿਰਦੇਸ਼ਿਤ ਕਰਨ ਵਾਲਾ ਹੌਟਸਪੌਟ ਇਹੀ ਕਰਦਾ ਹੈ। ਤੀਜੇ ਦੀ ਅਸਫਲਤਾ ਪਹਿਲੇ ਦੀ ਸਫਲਤਾ ਨਾਲ ਪੋਰਟਲ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ: ਸਥਾਨਕ ਰਿਜ਼ੌਲਵਰ ਨੇ ਸਾਈਨ-ਇਨ ਪਤਾ ਦਿੱਤਾ ਜਦੋਂ ਕਿ ਬਾਹਰ ਜਾਣ ਵਾਲਾ ਪੋਰਟ 53 ਸੁੱਟਿਆ ਗਿਆ। ਦੋਵਾਂ ਵਿੱਚ ਸਮਾਂ ਖ਼ਤਮ ਹੋਣ ਦਾ ਅਰਥ ਹੈ ਕਿ ਨੈੱਟਵਰਕ ਪਰਵਾਣੀ ਪੂਰੀ ਹੋਣ ਤੱਕ DNS ਸੁੱਟ ਦਿੰਦਾ ਹੈ।
ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਦੁਹਰਾਓ ਅਤੇ ਤੁਲਨਾ ਕਰੋ। ਕੈਸ਼ ਕੀਤਾ ਜਵਾਬ ਤਬਦੀਲੀ ਵਿੱਚ ਟਿਕਿਆ ਰਹਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਕੈਸ਼ ਖਾਲੀ ਕਰੋ ਜਾਂ ਦੂਜੇ ਨਿਰੀਖਣ ਲਈ ਨਵਾਂ ਨਾਮ ਪੁੱਛੋ।
ਅਗਲੇ ਲੁੱਕਅੱਪ ਉਸੇ ਰਾਹ 'ਤੇ ਰੱਖੋ ਜਿਸ ਦਾ ਤੁਸੀਂ ਇਰਾਦਾ ਕੀਤਾ ਸੀ
DNS ਵੀ ਫੜਨ ਵਾਲਾ ਪੂਰਾ ਟਨਲ ਪ੍ਰੋਫਾਈਲ ਸਭ ਤੋਂ ਸਰਲ ਪ੍ਰਬੰਧ ਹੈ: ਹਰ ਐਪ ਦੀ ਹਰ ਕਵੈਰੀ ਉਸ ਰਿਜ਼ੌਲਵਰ ਕੋਲ ਜਾਂਦੀ ਹੈ ਜੋ ਟਨਲ ਧੱਕਦਾ ਹੈ, ਅਤੇ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਸਿਰਫ਼ ਐਨਕ੍ਰਿਪਟਿਡ ਟ੍ਰੈਫਿਕ ਵੇਖਦਾ ਹੈ। ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਅੰਦਰੂਨੀ ਅਤੇ ਜਨਤਕ ਨਾਮ ਹੱਲ ਕਰਕੇ, ਫਿਰ ਦੋਵੇਂ ਜਵਾਬਾਂ ਦੀ ਤੁਲਨਾ ਟਨਲ ਰਿਜ਼ੌਲਵਰ ਇਕੱਲਾ ਕੀ ਪਰਤਾਉਂਦਾ ਹੈ ਨਾਲ ਕਰਕੇ ਇਹ ਸਾਬਤ ਕਰੋ।
Split-DNS ਨੂੰ ਇਰਾਦੇ ਨਾਲ ਲਿਖੀ ਡੋਮੇਨ ਸੂਚੀ ਚਾਹੀਦੀ ਹੈ: ਕਾਰਪੋਰੇਟ ਪਿਛੇਤਰ ਟਨਲ ਰਾਹੀਂ, ਬਾਕੀ ਸਭ ਸਥਾਨਕ ਤੌਰ 'ਤੇ, ਅਤੇ ਦੋਵਾਂ ਵਿਚਕਾਰ ਕੋਈ ਓਵਰਲੈਪ ਨਹੀਂ।
ਬ੍ਰਾਊਜ਼ਰ ਦਾ ਸੁਰੱਖਿਅਤ DNS ਉਸ ਨੀਤੀ ਤੋਂ ਬਾਹਰ ਹੈ, ਇਸ ਲਈ ਜੇ ਪ੍ਰੋਫਾਈਲ ਦੇ ਅਨੁਮਾਨਿਤ ਵਿਵਹਾਰ ਲਈ ਇਹ ਬੰਦ ਹੋਣਾ ਜ਼ਰੂਰੀ ਹੈ, ਤਾਂ ਮਸ਼ੀਨ ਲਈ ਨਹੀਂ, ਉਸ ਪ੍ਰੋਫਾਈਲ ਲਈ ਬੰਦ ਕਰੋ। ਇਹ ਸਿਸਟਮ ਰਿਜ਼ੌਲਵਰ ਸੋਧ ਕੇ ਨਹੀਂ, ਬ੍ਰਾਊਜ਼ਰ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਕਰੋ, ਤਾਂ ਜੋ ਬਦਲਾਅ ਅਗਲੀ ਵਾਰ ਦਿਸੇ। ਹਰ ਟੈਸਟ ਲਈ ਇੱਕ ਲਾਈਨ ਵਿੱਚ ਜਵਾਬ, ਰਿਜ਼ੌਲਵਰ ਅਤੇ ਕਨੈਕਸ਼ਨ ਪੜਾਅ ਲਿਖੋ। ਹੋਟਲ ਦੇ Wi-Fi 'ਤੇ DNS ਅਸਫਲ ਹੋਇਆ ਕਹਿਣ ਵਾਲੀ ਰਿਪੋਰਟ ਘੱਟੋ-ਘੱਟ ਤਿੰਨ ਵੱਖਰੇ ਕਾਰਨਾਂ ਵਾਲੇ ਲੱਛਣ ਦਾ ਵਰਣਨ ਕਰਦੀ ਹੈ।