Windows VPN DNS ਲੀਕ: ਮੈਟ੍ਰਿਕ ਰੂਟ ਨੂੰ ਕਿਉਂ ਹਰਾਉਂਦੀ ਹੈ

ਇੱਕ ਕਿਊਰੀ ਮਸ਼ੀਨ ਛੱਡ ਕੇ ਘਰ ਦੇ ਰਾਊਟਰ ਤੱਕ ਪਹੁੰਚਦੀ ਹੈ, ਜਦੋਂ ਕਿ ਹਰ ਪੈਕੇਟ ਟਨਲ ਵਿੱਚੋਂ ਲੰਘ ਰਿਹਾ ਹੁੰਦਾ ਹੈ। ਸੁਭਾਵਿਕ ਸਿੱਟਾ ਗੁੰਮ ਹੋਇਆ ਰੂਟ ਹੈ, ਪਰ ਰੂਟ ਆਮ ਤੌਰ ’ਤੇ ਠੀਕ ਹੀ ਹੁੰਦਾ ਹੈ। Windows ਇੰਟਰਫ਼ੇਸ ਮੈਟ੍ਰਿਕ ਦੇ ਆਧਾਰ ’ਤੇ ਤੈਅ ਕਰ ਸਕਦਾ ਹੈ ਕਿ ਕਿਹੜੇ ਇੰਟਰਫ਼ੇਸ ਦੇ ਰਿਜ਼ੌਲਵਰ ਨੂੰ ਪੁੱਛਣਾ ਹੈ, ਅਤੇ ਟਨਲ ਅਡਾਪਟਰ ਅਕਸਰ ਇਹ ਤੁਲਨਾ ਵਾਇਰਲੈੱਸ ਕੋਲੋਂ ਹਾਰ ਜਾਂਦਾ ਹੈ।

ਇੱਕ ਲੀਕ ਲਈ ਦੋ ਵਿਆਖਿਆਵਾਂ

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

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

ਮੈਟ੍ਰਿਕ ਅਤੇ ਰਿਜ਼ੌਲਵਰ ਇਕੱਠੇ ਗਿਣੋ

ਟਨਲ ਚਾਲੂ ਹੋਣ ਵੇਲੇ ਇੰਟਰਫ਼ੇਸ, ਉਹਨਾਂ ਦੀ ਮੈਟ੍ਰਿਕ ਅਤੇ ਸੰਰਚਿਤ ਸਰਵਰ ਲਿਖੋ। ਇਹਨਾਂ ਨੂੰ ਦੋ ਵੱਖਰੀਆਂ ਸੂਚੀਆਂ ਵਜੋਂ ਨਹੀਂ, ਸਗੋਂ ਸਾਰਣੀ ਵਜੋਂ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਕਿਹੜਾ ਰਿਜ਼ੌਲਵਰ ਪਹਿਲਾਂ ਆਉਂਦਾ ਹੈ, ਨਾ ਕਿ ਕਿਹੜੇ ਰਿਜ਼ੌਲਵਰ ਮੌਜੂਦ ਹਨ।

Get-NetIPInterface -AddressFamily IPv4 | Sort-Object InterfaceMetric | Select-Object InterfaceIndex, InterfaceAlias, InterfaceMetric
Get-DnsClientServerAddress -AddressFamily IPv4 | Select-Object InterfaceAlias, ServerAddresses

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

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

ਟਨਲ ਨੂੰ ਉੱਪਰ ਲਿਆਓ ਅਤੇ ਮੁੜ ਜਾਂਚੋ

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

Set-NetIPInterface -InterfaceIndex 27 -InterfaceMetric 1
Get-NetIPInterface -AddressFamily IPv4 | Sort-Object InterfaceMetric

ਬਦਲਾਅ ਤੁਰੰਤ ਦਿਸਦਾ ਹੈ, ਅਤੇ DNS ਕਲਾਇੰਟ ਤੇ ਹੋਰ ਵਰਤੋਂਕਾਰ ਪਹਿਲਾਂ ਕੀਤੀ ਚੋਣ ਕੈਸ਼ ਵਿੱਚ ਰੱਖਦੇ ਹਨ। ਕਿਊਰੀ ਨਤੀਜੇ ਤੋਂ ਕੁਝ ਵੀ ਕੱਢਣ ਤੋਂ ਪਹਿਲਾਂ ਟਨਲ ਮੁੜ ਜੋੜੋ ਜਾਂ ਰੀਸਟਾਰਟ ਕਰੋ। ਬਹੁਤ ਛੇਤੀ ਚਲਾਇਆ ਟੈਸਟ ਪੁਰਾਣਾ ਵਿਵਹਾਰ ਦੁਹਰਾਏਗਾ ਅਤੇ ਅਸਫਲ ਸੁਧਾਰ ਵਾਂਗ ਦਿਸੇਗਾ।

ਫਿਰ ਇੱਕ ਅੰਦਰੂਨੀ ਅਤੇ ਇੱਕ ਜਨਤਕ ਨਾਮ ਪੁੱਛੋ ਅਤੇ ਵੇਖੋ ਕਿ ਕਿਹੜੇ ਸਰਵਰ ਨੇ ਜਵਾਬ ਦਿੱਤਾ। Microsoft ਦਾ ਸਵੈਚਾਲਿਤ ਮੈਟ੍ਰਿਕ ਬਾਰੇ ਹਵਾਲਾ ਦੱਸਦਾ ਹੈ ਕਿ ਸਭ ਤੋਂ ਘੱਟ ਮੁੱਲ ਨੂੰ ਤਰਜੀਹ ਕਿਉਂ ਮਿਲਦੀ ਹੈ ਅਤੇ ਸਵੈਚਾਲਿਤ ਵੰਡ ਕਿਵੇਂ ਕੱਢੀ ਜਾਂਦੀ ਹੈ।

ਇਸ ਨੂੰ ਮੁੜ ਜੁੜਨ ਤੇ ਵੀ ਟਿਕਾਊ ਬਣਾਓ

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

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