Windows ਤੇ OpenVPN ਜੁੜਨ ਤੋਂ ਬਾਅਦ DNS ਕੰਮ ਕਰਨਾ ਕਿਉਂ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ

ਦਫ਼ਤਰ ਦੇ ਰਿਜ਼ਾਲਵਰ ਨੂੰ ping ਦਾ ਜਵਾਬ "OpenVPN" ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਵੀ ਮਿਲਦਾ ਹੈ, ਪਰ ਹਰ ਨਾਮ-ਖੋਜ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ। ਪਤਾ ਪਹੁੰਚਯੋਗ ਹੈ ਪਰ ਪੋਰਟ ਨਹੀਂ, ਇਹ ਸੁਮੇਲ ਤਦ ਸਮਝ ਆਉਂਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ ਕਿ Windows ਐਡਾਪਟਰ ਅਨੁਸਾਰ DNS ਫਿਲਟਰ ਕਰ ਸਕਦਾ ਹੈ। ਪਰੋਫ਼ਾਈਲ ਵਿੱਚ block-outside-dns ਹੋਵੇ ਤਾਂ ਉਹੀ ਫਿਲਟਰ ਪਹਿਲਾ ਸ਼ੱਕੀ ਹੈ ਅਤੇ ਰੂਟ ਟੇਬਲ ਵੇਖਣ ਦੀ ਗ਼ਲਤ ਥਾਂ ਹੈ। ਹੇਠਲੇ ਦੋ ਟੈਸਟ ਪਰਤਾਂ ਨੂੰ ਸਕਿੰਟਾਂ ਵਿੱਚ ਵੱਖ ਕਰ ਦਿੰਦੇ ਹਨ।

ਪਹੁੰਚਯੋਗ ਪਤਾ, ਮਰਿਆ ਪੋਰਟ

ਸਫਲ ping ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਹੋਸਟ ਚੱਲ ਰਿਹਾ ਹੈ ਅਤੇ ਰਾਹ ਮੌਜੂਦ ਹੈ। ਇਹ ਪੋਰਟ 53 ਤੱਕ ਪਹੁੰਚਣ ਦੀ ਇਜਾਜ਼ਤ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ, ਕਿਉਂਕਿ ਸੰਬੰਧਿਤ ਫਿਲਟਰ ਦੂਜੀ ਪਰਤ ’ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਐਡਾਪਟਰ ’ਤੇ ਨਿਰਭਰ ਹੈ। ਇਸ ਲਈ ਉਹੀ ਮਸ਼ੀਨ ICMP ਦਾ ਜਵਾਬ ਦੇ ਸਕਦੀ ਹੈ ਅਤੇ ਉਸੇ ਪਤੇ ’ਤੇ ਭੇਜੀ ਹਰ ਕਵੈਰੀ ਨੂੰ ਰੱਦ ਕਰ ਸਕਦੀ ਹੈ। ਕੋਈ ਵੀ ਸੰਰਚਨਾ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਟੈਸਟ ਇੱਕੋ ਸੈਸ਼ਨ ਵਿੱਚ ਚਲਾਓ।

ping <resolver-ip>
nslookup <name> <resolver-ip>

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

ਇਹ ਵਿਕਲਪ ਫਿਲਟਰਿੰਗ ਪਲੇਟਫ਼ਾਰਮ ਦਾ ਨਿਯਮ ਹੈ

OpenVPN ਦਾ ਸੰਦਰਭ block-outside-dns ਨੂੰ Windows Filtering Platform ਦੀ ਪਾਬੰਦੀ ਦੱਸਦਾ ਹੈ ਜੋ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਟਨਲ ਤੋਂ ਬਾਹਰ ਦੇ ਐਡਾਪਟਰਾਂ ’ਤੇ DNS ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਰੋਕਦੀ ਹੈ। ਇਹ TCP ਅਤੇ UDP ਪੋਰਟ 53 ਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ। ਫਿਲਟਰ ਆਮ ਫਾਇਰਵਾਲ ਨਿਯਮ ਸੂਚੀ ਵਿੱਚ ਨਹੀਂ ਸਗੋਂ WFP ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਕਿਤੇ ਹੋਰ ਇਜਾਜ਼ਤ ਨਿਯਮ ਜੋੜਨ ਨਾਲ ਨਤੀਜਾ ਜ਼ਰੂਰੀ ਤੌਰ ’ਤੇ ਨਹੀਂ ਬਦਲਦਾ। ਇਸ ਲਈ DNS ਦੀ ਇਜਾਜ਼ਤ ਦੇਣ ਦੀ ਆਮ ਸਲਾਹ ਫੇਲ੍ਹ ਹੁੰਦੀ ਰਹਿੰਦੀ ਹੈ।

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

ਹੋਰ ਨਿਯਮ ਜੋੜਨ ਦੀ ਥਾਂ ਉਹ ਕਲਾਇੰਟ ਭਾਗ ਲੱਭੋ ਜਿਸ ਕੋਲ ਇਹ ਪਾਬੰਦੀ ਹੈ। ਮਾਲਕ ਹੀ ਉਹ ਚੀਜ਼ ਹੈ ਜੋ ਇਸਨੂੰ ਸੱਚਮੁੱਚ ਹਟਾ ਸਕਦੀ ਹੈ।

ਫਿਲਟਰ ਰਿਜ਼ਾਲਵਰ ਨਹੀਂ ਹੈ

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

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

1. ਵਰਤਿਆ ਜਾ ਰਿਹਾ ਰਿਜ਼ਾਲਵਰ: Resolve-DnsName -Server <resolver-ip> <name> ਦੀ ipconfig /all ਵਿੱਚ ਦਰਜ DNS ਸਰਵਰਾਂ ਨਾਲ ਤੁਲਨਾ ਕਰੋ।
2. VPN DNS ਲਾਗੂ: ਉਸੇ ipconfig /all ਆਉਟਪੁੱਟ ਵਿੱਚ ਟਨਲ ਐਡਾਪਟਰ ਦੀਆਂ DNS ਐਂਟਰੀਆਂ ਵੇਖੋ।
3. ਵਰਤਿਆ ਇੰਟਰਫ਼ੇਸ: Find-NetRoute -RemoteIPAddress <resolver-ip> ਉਸ ਮੰਜ਼ਿਲ ਲਈ ਬਾਹਰ ਜਾਣ ਵਾਲਾ ਇੰਟਰਫ਼ੇਸ ਦੱਸਦਾ ਹੈ।

ਇਸ ਨੀਤੀ ਹੇਠ LAN ਰਿਜ਼ਾਲਵਰ ਡਿਜ਼ਾਈਨ ਅਨੁਸਾਰ ਹੀ ਨਾ-ਪਹੁੰਚਯੋਗ ਹੋ ਜਾਂਦਾ ਹੈ, ਹੋਰ LAN ਟ੍ਰੈਫਿਕ ਚੱਲਦਾ ਹੋਣ ਵੇਲੇ ਵੀ। ਇਹੀ ਵਿਕਲਪ ਆਪਣਾ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ। ਜੇ ਡਿਜ਼ਾਈਨ ਨੂੰ VPN DNS ਚਾਹੀਦਾ ਹੈ ਤਾਂ ਰਿਜ਼ਾਲਵਰ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਅਤੇ ਟਨਲ ਰਾਹ ਠੀਕ ਕਰੋ; ਜੇ ਸਥਾਨਕ ਅਪਵਾਦਾਂ ਨਾਲ split DNS ਚਾਹੀਦਾ ਹੈ ਤਾਂ ਸੰਰਚਨਾ ਦੇ ਮਾਲਕ ਨੂੰ ਉਹ ਅਪਵਾਦ ਸਮਰਥਿਤ ਤਰੀਕੇ ਨਾਲ ਦੱਸਣੇ ਪੈਣਗੇ।

ਇਹ ਵਿਕਲਪ ਕੀ ਨਹੀਂ ਕਵਰ ਕਰਦਾ

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

ਇਸ ਫ਼ਰਕ ਨੂੰ ਵਿਰੋਧਾਭਾਸ ਨਹੀਂ ਸਗੋਂ ਨਿਦਾਨ ਮੰਨੋ। ਸਿਸਟਮ ਰਿਜ਼ਾਲਵਰ ਖ਼ਰਾਬ ਹੈ ਇਹ ਤੈਅ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ।

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

ਡਿਸਕਨੈਕਟ ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਹਾਲਤ ਜਾਂਚੋ

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

ipconfig /displaydns
nslookup <name> <resolver-ip>

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

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