VPN ਨੇ DNS ਕਬਜ਼ਾ ਕਰ ਲਿਆ ਅਤੇ ਲੋਕਲ ਨਾਮ ਤੋੜ ਦਿੱਤੇ: ਸੂਚੀ ਠੀਕ ਕਰੋ

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

ਸੂਚੀ ਜਾਣ ਬੁੱਝ ਕੇ ਠੀਕ ਕਰੋ, ਫਿਰ ਪੁਸ਼ ਵਿਧੀ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਸੰਭਾਲੋ। ਰੂਟ ਤੀਜਾ ਵਿਸ਼ਾ ਹਨ ਅਤੇ ਇੱਥੇ ਠੀਕ ਕੀਤਾ ਜਾ ਰਿਹਾ ਉਹ ਨਹੀਂ ਹੈ।

ਐਪਲੀਕੇਸ਼ਨ ਅਸਲ ਵਿੱਚ ਕਿਹੜੀ ਸੂਚੀ ਵਰਤਦੇ ਹਨ

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

ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਕਿਹੜੇ ਸਰਵਰ ਅੱਗੇ ਆਏ ਅਤੇ ਕੀ ਉਹ ਸਥਿਰ ਐਂਟਰੀਆਂ ਵਜੋਂ ਆਏ ਜਾਂ DHCP ਲੀਜ਼ ਵਜੋਂ। ਦੋਵੇਂ ਤੱਥ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਤੁਹਾਨੂੰ ਕਿਹੜੀ ਮੁਰੰਮਤ ਉਪਲਬਧ ਹੈ।

netsh interface ipv4 show dnsservers
Get-DnsClientServerAddress -AddressFamily IPv4

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

ਧੱਕੇ ਗਏ ਸਰਵਰ ਹਟਾਓ, ਜਾਂ ਉਹਨਾਂ ਨੂੰ ਹੇਠਾਂ ਰੱਖੋ

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

netsh interface ipv4 delete dnsservers name="Corp VPN" address=all validate=no
netsh interface ipv4 add dnsservers name="Corp VPN" address=172.16.20.1 index=1 validate=no

ਇੰਡੈਕਸ 1 ਪਹਿਲਾਂ ਵੇਖਿਆ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਧੱਕੇ ਗਏ ਪਤੇ ਉਪਲਬਧ ਰਹਿੰਦੇ ਹਨ ਪਰ ਹਰ ਕਿਊਰੀ ਦਾ ਡਿਫ਼ਾਲਟ ਜਵਾਬ ਬਣਨਾ ਬੰਦ ਕਰ ਦਿੰਦੇ ਹਨ। validate=no ਫਲੈਗ ਇੱਕ ਪਹੁੰਚ-ਜਾਂਚ ਛੱਡ ਦਿੰਦਾ ਹੈ ਜੋ ਅਕਸਰ ਫੇਲ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਟਨਲ ਅਜੇ ਸਥਿਰ ਹੋ ਰਿਹਾ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਐਗਜ਼ਿਟ ਕੋਡ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਥਾਂ show ਕਮਾਂਡ ਨਾਲ ਨਤੀਜਾ ਪੱਕਾ ਕਰੋ।

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

ਪੁਸ਼ ਕਿੱਥੇ ਫਿਲਟਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ

ਬਿਹਤਰ ਮੁਰੰਮਤ ਚੋਣ ਨੂੰ ਲਾਗੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਹਟਾ ਦਿੰਦੀ ਹੈ। Community OpenVPN ਕਲਾਇੰਟ ਧੱਕੇ ਗਏ ਨਿਰਦੇਸ਼ ਨੂੰ ਨਾਮ ਨਾਲ ਫਿਲਟਰ ਕਰ ਸਕਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਸਰਵਰ ਦੀ ਸੰਰਚਨਾ ਅਛੂਤੀ ਰਹਿੰਦੀ ਹੈ।

pull-filter ignore "dhcp-option DNS "

ਅੰਤ ਦੀ ਥਾਂ ਮੇਲ ਦਾ ਹਿੱਸਾ ਹੈ ਅਤੇ ਫਿਲਟਰ ਸਰਵਰ ਪਤੇ ਦੀ ਥਾਂ ਚੋਣ ਦਾ ਨਾਮ ਲੈਂਦਾ ਹੈ। ਜੇ ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ block-outside-dns ਨਿਰਦੇਸ਼ ਵੀ ਹੈ, ਤਾਂ ਉਸ ਨੂੰ ਹਟਾਉਣਾ ਨਾਮ ਹੱਲ ਕਰਨ ਦੀ ਥਾਂ ਲੀਕ ਸੁਰੱਖਿਆ ਬਦਲਦਾ ਹੈ, ਇਸ ਲਈ ਦੋਵੇਂ ਸੋਧਾਂ ਨੂੰ ਜੋੜਨ ਦੀ ਥਾਂ ਇਸ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਤੈਅ ਕਰੋ।

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

ਮੁਰੰਮਤ ਨੂੰ ਦੁਬਾਰਾ ਕਨੈਕਟ ਹੋਣ ਤੱਕ ਟਿਕਾਓ

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

Resolve-DnsName intranet.corp.example -Server 172.16.20.1
Resolve-DnsName printer.lan

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

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