Windows ਤੁਹਾਡੇ VPN ਨਾਮ ਉਸ DNS ਸਰਵਰ ਕੋਲ ਕਿਉਂ ਭੇਜਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਕਦੇ ਸੈੱਟ ਨਹੀਂ ਕੀਤਾ

ਤੁਸੀਂ VPN ਐਡਾਪਟਰ 'ਤੇ DNS ਸਰਵਰ ਸੈੱਟ ਕਰਦੇ ਹੋ, ਦੁਬਾਰਾ ਕਨੈਕਟ ਕਰਦੇ ਹੋ, ਅਤੇ ਨਿੱਜੀ ਨਾਮ ਅਜੇ ਵੀ ਦਫ਼ਤਰ ਦੇ ਰਿਜ਼ਾਲਵਰ ਤੋਂ ਆਉਂਦਾ ਹੈ ਜਿਸਨੂੰ ਇਸ ਲੈਪਟਾਪ 'ਤੇ ਕਿਸੇ ਨੇ ਵੀ ਕੌਨਫ਼ਿਗਰ ਨਹੀਂ ਕੀਤਾ। ਨਤੀਜਾ ਇੰਝ ਲੱਗਦਾ ਹੈ ਜਿਵੇਂ ਸੈਟਿੰਗ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤਾ ਗਿਆ ਹੋਵੇ, ਅਤੇ ਇੱਕ ਅਰਥ ਵਿੱਚ ਹੋਇਆ ਵੀ, ਕਿਉਂਕਿ ਐਡਾਪਟਰ ਸੂਚੀ ਫ਼ੈਸਲਾ ਨਹੀਂ ਬਲਕਿ ਉਮੀਦਵਾਰਾਂ ਦਾ ਸਮੂਹ ਹੈ। Windows ਨਾਮਾਂ ਨੂੰ ਨੇਮਸਪੇਸ ਨੀਤੀ ਰਾਹੀਂ ਹੱਲ ਕਰਦਾ ਹੈ ਜੋ ਕਿਸੇ ਖ਼ਾਸ ਪਿਛੇਤਰ ਲਈ ਹੋਰ ਸਰਵਰ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦੀ ਹੈ, ਅਤੇ ਉਹ ਨੀਤੀ ਐਡਾਪਟਰ ਦੀ ਸੈਟਿੰਗ ਵੇਖਣ ਤੋਂ ਪਹਿਲਾਂ ਲਾਗੂ ਹੁੰਦੀ ਹੈ। ਜੇਤੂ ਨਿਯਮ ਲੱਭਣਾ ਪੰਜ ਮਿੰਟ ਦਾ ਕੰਮ ਹੈ, ਜੇ ਪਤਾ ਹੋਵੇ ਕਿਹੜੀ ਸਾਰਣੀ ਪੜ੍ਹਨੀ ਹੈ।

ਤੁਸੀਂ ਕੀ ਬਦਲਿਆ, ਅਤੇ ਅਸਲ ਵਿੱਚ ਕੀ ਫ਼ੈਸਲਾ ਕਰਦਾ ਹੈ

ਐਡਾਪਟਰ 'ਤੇ DNS ਪਤਾ ਕਲਾਇੰਟ ਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਉਹ ਇੰਟਰਫ਼ੇਸ ਕਵੈਰੀ ਕਿੱਥੇ ਭੇਜ ਸਕਦਾ ਹੈ। ਨਾਮ ਰਿਜ਼ਾਲਿਊਸ਼ਨ ਨੀਤੀ ਸਾਰਣੀ ਕਲਾਇੰਟ ਨੂੰ ਦੱਸਦੀ ਹੈ ਕਿ ਦਿੱਤੇ ਨੇਮਸਪੇਸ ਲਈ ਕਵੈਰੀ ਕਿੱਥੇ ਭੇਜਣੀ ਹੀ ਹੈ, ਅਤੇ ਇਹ ਐਡਾਪਟਰ ਪੱਖੋਂ ਨਹੀਂ, ਨਾਮ ਪੱਖੋਂ ਮੁੱਲਾਂਕਣ ਹੁੰਦੀ ਹੈ। ਜਦੋਂ ਕੋਈ ਨਿਯਮ ਤੁਹਾਡੇ ਟਾਈਪ ਕੀਤੇ ਪਿਛੇਤਰ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਉਸ ਨਿਯਮ ਦੇ ਸਰਵਰ ਵਰਤੇ ਜਾਂਦੇ ਹਨ ਅਤੇ ਉਸ ਖੋਜ ਲਈ ਐਡਾਪਟਰ ਸੂਚੀ ਦੀ ਮਹੱਤਤਾ ਨਹੀਂ ਰਹਿੰਦੀ।

ਇਸੇ ਲਈ ਇੱਕੋ ਲੈਪਟਾਪ 'ਤੇ ਦੋ ਨਾਮ ਇੱਕੋ ਪਲ ਵੱਖਰੇ ਰਾਹਾਂ 'ਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਕਾਰਪੋਰੇਟ ਪਿਛੇਤਰ ਹੇਠਲਾ ਹੋਸਟ ਆਪਣੇ ਨਿਯਮ ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ; ਜਨਤਕ ਨਾਮ ਡਿਫ਼ਾਲਟ ਰਾਹ ਲੈਂਦਾ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਆਮ ਤੌਰ 'ਤੇ ਪਹਿਲਾਂ ਜਵਾਬ ਦੇਣ ਵਾਲਾ ਐਡਾਪਟਰ ਹੁੰਦਾ ਹੈ।

ਸਾਰਣੀ ਨਾਮ ਨੂੰ ਕਿਵੇਂ ਮਿਲਾਉਂਦੀ ਹੈ

ਨਿਯਮ ਨੇਮਸਪੇਸ ਅਨੁਸਾਰ ਕੁੰਜੀਬੱਧ ਹਨ, ਅਤੇ ਸਭ ਤੋਂ ਖ਼ਾਸ ਮੇਲ ਜਿੱਤਦਾ ਹੈ। corp.example ਲਈ ਨਿਯਮ vpn.corp.example 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ ਅਤੇ example.net 'ਤੇ ਲਾਗੂ ਨਹੀਂ ਹੁੰਦਾ। . ਨੇਮਸਪੇਸ ਵਾਲਾ ਨਿਯਮ ਉਹ ਸਭ ਢਕਦਾ ਹੈ ਜੋ ਬਾਕੀ ਨਿਯਮ ਨਹੀਂ ਢਕਦੇ, ਜਿਸ ਨਾਲ ਇਹ ਸੂਚੀ ਦੀ ਸਭ ਤੋਂ ਖ਼ਤਰਨਾਕ ਐਂਟਰੀ ਬਣ ਜਾਂਦਾ ਹੈ ਅਤੇ ਉਹ ਵੀ ਜਿਸਨੂੰ ਤਦ ਜਾਂਚਣਾ ਚਾਹੀਦਾ ਹੈ ਜਦੋਂ ਕੋਈ ਅਸੰਬੰਧਿਤ ਸਾਈਟ ਸੁਰੰਗ ਰਾਹੀਂ ਹੱਲ ਹੁੰਦੀ ਹੈ।

ਨਿਯਮ ਵਿੱਚ ਟਿੱਪਣੀ, ਐਂਟਰੀ ਨੂੰ ਨਿਸ਼ਕਿਰਿਆ ਕਰਨ ਵਾਲੀ ਨੀਤੀ, ਅਤੇ DNS ਪਤਿਆਂ ਨਾਲ ਕੋਈ ਸੰਬੰਧ ਨਾ ਰੱਖਣ ਵਾਲੀਆਂ ਸੁਰੱਖਿਆ ਸੈਟਿੰਗਾਂ ਵੀ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਨਿਸ਼ਕਿਰਿਆ ਨਿਯਮ ਕੌਨਫ਼ਿਗਰੇਸ਼ਨ ਵਿੱਚ ਦਿਸਦਾ ਰਹਿੰਦਾ ਹੈ ਪਰ ਅਸਰ ਨਹੀਂ ਕਰਦਾ, ਇਸ ਲਈ ਕਾਗ਼ਜ਼ 'ਤੇ ਸਹੀ ਦਿਸਦੀ ਐਂਟਰੀ ਪਰੋਫ਼ਾਈਲ ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਵੀ ਨਿਸ਼ਕਿਰਿਆ ਰਹਿ ਸਕਦੀ ਹੈ।

ਇੱਛਾ-ਸੂਚੀ ਨਹੀਂ, ਪ੍ਰਭਾਵੀ ਸਾਰਣੀ ਪੜ੍ਹੋ

ਕੌਨਫ਼ਿਗਰ ਕੀਤੇ ਨਿਯਮ ਅਤੇ ਪ੍ਰਭਾਵੀ ਨਿਯਮ ਦੋ ਵੱਖਰੇ ਸਵਾਲ ਹਨ। Get-DnsClientNrptRule ਦੱਸਦਾ ਹੈ ਕਿ ਮਸ਼ੀਨ 'ਤੇ ਕੀ ਮੌਜੂਦ ਹੈ। Get-DnsClientNrptPolicy -Effective ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਕਲਾਇੰਟ ਅਸਲ ਵਿੱਚ ਕੀ ਲਾਗੂ ਕਰੇਗਾ, ਨੀਤੀ ਅਤੇ ਸਥਾਨਕ ਸੈਟਿੰਗਾਂ ਤੋਂ ਮਿਲੇ ਮੁੱਲਾਂ ਸਮੇਤ।

ਉਸ ਆਉਟਪੁੱਟ ਦੇ ਪਿਛੇਤਰ ਦੀ ਤੁਲਨਾ ਤੁਹਾਡੇ ਜਾਂਚ ਰਹੇ ਨਾਮ ਨਾਲ ਅੱਖਰ-ਦਰ-ਅੱਖਰ ਕਰੋ। corp.example ਲਈ ਨਿਯਮ corp.example.com ਨਾਲ ਖ਼ਤਮ ਹੁੰਦਾ ਨਾਮ ਨਹੀਂ ਫੜਦਾ, ਅਤੇ ਇੱਕ ਥਾਂ ਅੰਤ 'ਤੇ ਬਿੰਦੂ ਹੋਣਾ ਅਤੇ ਦੂਜੀ ਥਾਂ ਨਾ ਹੋਣਾ ਮੇਲ ਬਦਲਣ ਲਈ ਕਾਫ਼ੀ ਹੈ।

ਨਿਯਮ ਤੋਂ ਬਿਨਾਂ Windows ਇੱਕ ਤੋਂ ਵੱਧ ਐਡਾਪਟਰ ਨੂੰ ਪੁੱਛਦਾ ਹੈ

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

ਦੋ ਰਾਹ ਹਨ। ਫ਼ੈਸਲਾ ਦੌੜ ਨਾ ਰਹਿ ਜਾਵੇ ਇਸ ਲਈ ਨੇਮਸਪੇਸ ਲਈ ਨਿਯਮ ਸ਼ਾਮਲ ਕਰੋ, ਜਾਂ DNS ਕਲਾਇੰਟ ਨੀਤੀ ਰਾਹੀਂ ਸਮਾਨਾਂਤਰ ਵਿਵਹਾਰ ਬੰਦ ਕਰੋ ਅਤੇ ਹੌਲੀ ਪਰ ਨਿਸ਼ਚਿਤ ਹੱਲ ਸਵੀਕਾਰ ਕਰੋ। ਪਹਿਲਾ ਆਮ ਤੌਰ 'ਤੇ ਸਪਲਿਟ-ਟਨਲ VPN ਲਈ ਵਧੇਰੇ ਢੁਕਵਾਂ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਕ੍ਰਮ 'ਤੇ ਨਿਰਭਰ ਕਰਨ ਦੀ ਥਾਂ ਮਨਸ਼ਾ ਦਰਜ ਕਰਦਾ ਹੈ।

ਰਿਜ਼ਾਲਵਰ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਛੱਡਣ ਵਾਲੇ ਰਾਹ

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

ਇਹ ਵੀ ਵੇਖੋ ਕਿ ਐਪ ਪਿਛਲੇ ਸੈਸ਼ਨ ਦੇ ਕੈਸ਼ ਕੀਤੇ ਪਤੇ 'ਤੇ ਕਨੈਕਟ ਹੋ ਰਿਹਾ ਹੈ ਜਾਂ ਨਹੀਂ। Clear-DnsClientCache ਅਤੇ ਫਿਰ ਉਹੀ ਖੋਜ ਪੁਰਾਣੇ ਨਤੀਜੇ ਤੋਂ ਅੰਦਾਜ਼ਾ ਲਾਉਣ ਨਾਲੋਂ ਸਾਫ਼ ਜਵਾਬ ਦਿੰਦੀ ਹੈ।

ਉਸ ਨਾਮ ਨਾਲ ਜਾਂਚ ਕਰੋ ਜੋ ਅਸਫਲ ਹੋਇਆ

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

ਜੇ ਨਾਮ ਹੱਲ ਹੋ ਜਾਵੇ ਅਤੇ ਸੇਵਾ ਫਿਰ ਵੀ ਮਨਾ ਕਰੇ, ਤਾਂ DNS ਸੋਧਣਾ ਬੰਦ ਕਰੋ। ਅਗਲਾ ਲਾਭਦਾਇਕ ਕਦਮ ਪਤਾ ਅਤੇ ਉੱਥੇ ਤੱਕ ਦਾ ਰਸਤਾ ਹੈ, ਕਿਉਂਕਿ ਨਾਮ ਹੱਲ ਕਰਨ ਦਾ ਕੰਮ ਪਹਿਲਾਂ ਹੀ ਹੋ ਚੁੱਕਾ ਹੈ।