ਸਪਲਿਟ ਟਨਲ ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਬਾਹਰ ਰੱਖਦੀ ਹੈ, ਇਸ ਦੇ DNS ਸਵਾਲ ਨਹੀਂ

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

ਡੇਟਾ ਮਾਰਗ ਅਤੇ ਰੈਜ਼ੋਲਵਰ ਮਾਰਗ ਵੱਖ ਹੁੰਦੇ ਹਨ

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

ਦੋਵੇਂ ਜਾਣਬੁੱਝ ਕੇ ਅਤੇ ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ। ਕੰਮ ਦੀ ਤੈਨਾਤੀ ਅੰਦਰੂਨੀ ਨਾਮ-ਥਾਂਵਾਂ ਕਾਰਪੋਰੇਟ ਰੈਜ਼ੋਲਵਰ ਉੱਤੇ ਰੱਖ ਸਕਦੀ ਹੈ ਅਤੇ ਚੁਣੀ ਹੋਈ ਜਨਤਕ ਬ੍ਰਾਊਜ਼ਿੰਗ ਟਨਲ ਤੋਂ ਬਾਹਰ ਭੇਜ ਸਕਦੀ ਹੈ, ਠੀਕ ਇਸ ਲਈ ਕਿ ਅੰਦਰੂਨੀ ਨਾਮ ਹੋਰ ਕਿਤੇ ਹੱਲ ਨਹੀਂ ਹੁੰਦੇ। ਉਲਝਣ ਵਾਲਾ ਮਾਮਲਾ ਉਲਟਾ ਹੈ: ਜਨਤਕ ਸਾਈਟ ਅਸਫਲ ਹੁੰਦੀ ਹੈ ਕਿਉਂਕਿ ਬ੍ਰਾਊਜ਼ਰ ਨੇ ਕਦੇ ਉਸ ਰੈਜ਼ੋਲਵਰ ਨੂੰ ਨਹੀਂ ਪੁੱਛਿਆ ਜਿਸ ਦੀ ਤੈਨਾਤੀ ਉਮੀਦ ਕਰਦੀ ਸੀ। ਮਾਰਗ ਅਤੇ ਰੈਜ਼ੋਲਵਰ ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਲਿਖੋ, ਅਤੇ ਅੱਧੀਆਂ ਬਹਿਸਾਂ ਗਾਇਬ ਹੋ ਜਾਣਗੀਆਂ।

ਪਤਾ ਲਗਾਓ ਕਿ ਕਿਹੜੀ ਪ੍ਰਕਿਰਿਆ ਸਵਾਲ ਪੁੱਛਦੀ ਹੈ

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

resolvectl status
resolvectl query intranet.example.net
dig +short +time=2 intranet.example.net @10.52.0.2
scutil --dns | head -n 40

ਟੈਸਟ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਭਾਵੀ ਸੰਰਚਨਾ ਪੜ੍ਹੋ: ਕਿਹੜੀਆਂ ਲਿੰਕ DNS ਸਰਵਰ ਲੈ ਕੇ ਜਾਂਦੀਆਂ ਹਨ, ਕਿਹੜੀਆਂ ਨਾਮ-ਥਾਂਵਾਂ ਦਾ ਦਾਅਵਾ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਕੀ ਪ੍ਰਤੀ-ਨਾਮ ਨੀਤੀ ਡਿਫਾਲਟ ਨੂੰ ਓਵਰਰਾਈਡ ਕਰਦੀ ਹੈ। ਲੀਨਕਸ ’ਤੇ ਸਪਲਿਟ DNS ਰੂਟਿੰਗ ਡੋਮੇਨ ਵਰਤਦਾ ਹੈ; ਵਿੰਡੋਜ਼ ’ਤੇ ਨਾਮ ਰੈਜ਼ੋਲਿਊਸ਼ਨ ਨੀਤੀ ਸਾਰਣੀ ਨਾਮ-ਥਾਂਵਾਂ ਲਈ ਇਹੀ ਕੰਮ ਕਰਦੀ ਹੈ। ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਲੀਕ-ਟੈਸਟ ਪੰਨੇ ਤੋਂ ਦਿਖਦਾ ਨਹੀਂ।

ਤੈਅ ਕਰੋ ਕਿ ਕਿਹੜਾ ਰੈਜ਼ੋਲਵਰ ਕਿਹੜਾ ਨਾਮ ਦੇਖਦਾ ਹੈ

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

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

ਇੱਕ ਟੈਸਟ ਲੇਬਲ ਹਰਾ ਕਰਨ ਲਈ ਹਰ DNS ਫੀਲਡ ਮੁੜ ਨਾ ਲਿਖੋ। ਲੇਬਲ ਇੱਕ ਪਲ ਵਿੱਚ ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਦੇ ਇੱਕ ਸਵਾਲ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ।

ਸਵਾਲ ਅਤੇ ਕਨੈਕਸ਼ਨ ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਪਰਖੋ

ਦੋਵੇਂ ਮਾਰਗ ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਟੈਸਟ ਕਰੋ। ਕਨੈਕਸ਼ਨ ਟੈਸਟ ਡੇਟਾ ਮਾਰਗ ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ ਰੈਜ਼ੋਲਵਰ ਟੈਸਟ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਨਾਮ ਕਿਸ ਨੂੰ ਮਿਲਿਆ।

curl -sS --max-time 8 https://api.ipify.org
resolvectl query example.net
dig +short example.net

ਰੈਜ਼ੋਲਵਰ ਨੂੰ ਸਪੱਸ਼ਟ ਤੌਰ ’ਤੇ ਵੀ ਪੁੱਛੋ, ਤਾਂ ਜੋ ਅਸਫਲਤਾ ਮਾਰਗ ਨਹੀਂ ਸਗੋਂ ਸਰਵਰ ਨੂੰ ਦਿੱਤੀ ਜਾ ਸਕੇ। ਫਿਰ ਬ੍ਰਾਊਜ਼ਰ ਮੁੜ ਚਾਲੂ ਕਰੋ ਅਤੇ ਦੁਹਰਾਓ, ਕਿਉਂਕਿ ਐਪਲੀਕੇਸ਼ਨ ਨਕਾਰਾਤਮਕ ਜਵਾਬ ਕੈਸ਼ ਕਰਦੀਆਂ ਹਨ ਅਤੇ ਪੁਰਾਣੀ ਅਸਫਲਤਾ ਸਥਾਈ ਲੱਗਦੀ ਹੈ।

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