OpenVPN DNS ਭੇਜਦਾ ਹੈ, ਪਰ ਤੁਹਾਡਾ ਰਿਜ਼ੋਲਵਰ ਇਸਨੂੰ ਕਦੇ ਨਹੀਂ ਦੇਖ ਸਕਦਾ
ਕਲਾਇੰਟ ਲੌਗ ਵਿੱਚ DNS ਮੁੱਲ ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਨਹੀਂ ਕਿ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਦਾ ਰਿਜ਼ੋਲਵਰ ਇਸਨੂੰ ਵਰਤਦਾ ਹੈ। ਮਾਲਕ ਦੀ ਜਾਂਚ ਕਰੋ, ਫਿਰ ਕੋਈ ਅੰਦਰੂਨੀ ਨਾਮ ਪਰਖੋ।
ਕਲਾਇੰਟ ਲੌਗ ਭੇਜਿਆ ਗਿਆ DNS ਸਰਵਰ ਦਿਖਾਉਂਦਾ ਹੈ, ਟਨਲ ਜੁੜੀ ਹੋਈ ਹੈ, ਅਤੇ ਅੰਦਰੂਨੀ ਨਾਮ ਫਿਰ ਵੀ ਕਿਸੇ ਚੀਜ਼ ਵਿੱਚ ਨਹੀਂ ਹੱਲ ਹੁੰਦਾ। ਭੇਜਣ ਵਿੱਚ ਆਪਣੇ ਆਪ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਟੁੱਟਿਆ। ਵਿਕਲਪ ਪਹੁੰਚ ਗਿਆ ਅਤੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਦੇ ਰਿਜ਼ੋਲਵਰ ਨੇ ਇਸਨੂੰ ਕਦੇ ਨਹੀਂ ਵਰਤਿਆ, ਕਿਉਂਕਿ ਜ਼ਿਆਦਾਤਰ Unix ਕਲਾਇੰਟਾਂ ਉੱਤੇ OpenVPN ਮੁੱਲ ਸੌਂਪ ਦਿੰਦਾ ਹੈ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਪਲੇਟਫਾਰਮ ਉੱਤੇ ਛੱਡ ਦਿੰਦਾ ਹੈ।
ਲੱਛਣ: ਲੌਗ DNS ਦਿਖਾਉਂਦਾ ਹੈ ਅਤੇ ਨਾਮ ਅਜੇ ਵੀ ਫੇਲ ਹੁੰਦੇ ਹਨ
OpenVPN dhcp-option DNS ਅਤੇ ਡੋਮੇਨ ਜਾਣਕਾਰੀ ਢੋਂਦਾ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ ਦਰਜ ਕਰਦਾ ਹੈ ਕਿ ਉਸਨੂੰ ਕੀ ਮਿਲਿਆ। ਕੁਝ ਲਾਗੂਆਂ ਵਿੱਚ ਕਲਾਇੰਟ ਉਹ ਸੈਟਿੰਗਾਂ ਅੰਦਰ ਹੀ ਲਾਗੂ ਕਰਦਾ ਹੈ; ਦੂਜਿਆਂ ਵਿੱਚ ਉਹ ਉਹਨਾਂ ਨੂੰ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਸਕ੍ਰਿਪਟ ਜਾਂ ਨੈੱਟਵਰਕ ਸੇਵਾ ਲਈ ਨਿਰਯਾਤ ਕਰਦਾ ਹੈ। ਲੌਗ ਲਾਈਨ ਕਹਾਣੀ ਦਾ ਸਿਰਫ਼ ਪਹਿਲਾ ਅੱਧ ਦੱਸਦੀ ਹੈ। ਦੂਜਾ ਅੱਧ ਕਿਤੇ ਉਸ ਥਾਂ ਹੁੰਦਾ ਹੈ ਜਿੱਥੇ ਕਲਾਇੰਟ ਦਾ ਨਿਯੰਤਰਣ ਨਹੀਂ। ਆਮ ਤੌਰ ਉੱਤੇ ਅਸਫਲਤਾ ਉੱਥੇ ਹੀ ਰਹਿੰਦੀ ਹੈ।
ਇਸੇ ਲਈ ਜੁੜੀ ਟਨਲ ਅਤੇ ਅਸਫਲ ਅੰਦਰੂਨੀ ਨਾਮ ਇੰਨੀ ਵਾਰ ਇਕੱਠੇ ਹੁੰਦੇ ਹਨ। ਮੁੱਲ ਮੌਜੂਦ ਹੈ, ਵਰਤਣ ਵਾਲਾ ਨਹੀਂ ਹੈ ਜਾਂ ਗਲਤ ਕਨਫਿਗਰ ਹੈ, ਅਤੇ ਰਿਜ਼ੋਲਵਰ ਚੁੱਪਚਾਪ ਕਨੈਕਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ ਵਰਤਿਆ ਜਨਤਕ ਸਰਵਰ ਵਰਤਦਾ ਰਹਿੰਦਾ ਹੈ।
ਪ੍ਰਾਪਤ ਹੋਣਾ ਲਾਗੂ ਹੋਣਾ ਨਹੀਂ ਹੈ
ਕਲਾਇੰਟ ਭੇਜਿਆ DNS ਮੁੱਲ ਦਰਜ ਕਰ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਸਿਸਟਮ ਰਿਜ਼ੋਲਵਰ ਅਜੇ ਵੀ ਕਿਸੇ ਹੋਰ ਸੇਵਾ ਦੀ ਮਲਕੀਅਤ ਵਿੱਚ ਹੈ। ਬ੍ਰਾਊਜ਼ਰ ਦੀ ਆਪਣੀ ਐਨਕ੍ਰਿਪਟਿਡ-DNS ਨੀਤੀ ਵੀ ਹੋ ਸਕਦੀ ਹੈ ਜੋ ਸਿਸਟਮ ਰਿਜ਼ੋਲਵਰ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਾਈਪਾਸ ਕਰਦੀ ਹੈ, ਜਿਸ ਨਾਲ ਉਹ ਯਾਦਗਾਰ ਸਥਿਤੀ ਬਣਦੀ ਹੈ ਜਿੱਥੇ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਅੰਦਰੂਨੀ ਨਾਮ ਹੱਲ ਕਰਦੀ ਹੈ ਅਤੇ ਦੂਜੀ ਨਹੀਂ।
ਹਰ Unix ਕਲਾਇੰਟ ਉਹੀ ਫਾਈਲ ਮੁੜ ਲਿਖਦਾ ਹੈ ਮੰਨਣ ਦੀ ਬਜਾਏ ਲਾਗੂ ਦੇ ਸਮਰਥਿਤ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਦੀ ਜਾਂਚ ਕਰੋ। ਇਹੀ ਧਾਰਨਾ ਲੋਕਾਂ ਨੂੰ ਅਜਿਹੀ ਰਿਜ਼ੋਲਵਰ ਕਨਫਿਗਰੇਸ਼ਨ ਸੋਧਣ ਲਈ ਮਜਬੂਰ ਕਰਦੀ ਹੈ ਜਿਸਨੂੰ ਕੁਝ ਵੀ ਨਹੀਂ ਪੜ੍ਹਦਾ।
ਹਰ ਪਲੇਟਫਾਰਮ ਉੱਤੇ ਰਿਜ਼ੋਲਵਰ ਦਾ ਮਾਲਕ ਲੱਭੋ
Windows ਉੱਤੇ ਨਾਮ ਰਿਜ਼ੋਲਿਊਸ਼ਨ ਨੀਤੀ ਸਾਰਣੀ ਕੁਝ ਪਿਛੇਤਰਾਂ ਨੂੰ ਕੁਝ ਸਰਵਰਾਂ ਵੱਲ ਭੇਜ ਸਕਦੀ ਹੈ, ਅਤੇ VPN ਕਲਾਇੰਟ ਉੱਥੇ ਨਿਯਮ ਸਥਾਪਤ ਕਰ ਸਕਦਾ ਹੈ। ਸਿਰਫ਼ ਅਡੈਪਟਰ ਦੀ DNS ਸੂਚੀ ਨਹੀਂ, ਨੀਤੀ ਦੀ ਜਾਂਚ ਕਰੋ। Linux ਉੱਤੇ NetworkManager ਜਾਂ systemd-resolved ਕਨਫਿਗਰੇਸ਼ਨ ਦੇ ਮਾਲਕ ਹੋ ਸਕਦੇ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੌਣ ਮਾਲਕ ਹੈ ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਮੁੜ ਜੁੜਨ ਸਮੇਂ ਕੀ ਸੰਭਾਲਿਆ ਜਾਵੇਗਾ।
ਅਸਲ ਸਥਿਤੀ ਉਸ ਸਾਧਨ ਨਾਲ ਪੜ੍ਹੋ ਜੋ ਸਚਮੁੱਚ ਪ੍ਰਸ਼ਨਾਂ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ: systemd-resolved ਹੋਸਟ ਉੱਤੇ resolvectl query internal.example.net, ਜਾਂ ਪਲੇਟਫਾਰਮ ਦਾ ਸਮਕੱਖ। ਫਿਰ ਉਸ ਜਵਾਬ ਦੀ ਤੁਲਨਾ ਉਸ DNS ਸਰਵਰ ਨਾਲ ਕਰੋ ਜਿਸਨੂੰ ਕਲਾਇੰਟ ਲੌਗ ਭੇਜਣ ਦਾ ਦਾਅਵਾ ਕਰਦਾ ਹੈ।
ਬਿਨਾਂ ਤਾਲਮੇਲ ਦੇ ਰਿਜ਼ੋਲਵਰ ਸੈਟਿੰਗਾਂ ਉੱਤੇ ਲਿਖਣ ਵਾਲੀਆਂ ਕਈ ਸੇਵਾਵਾਂ ਚਲਾਉਣ ਤੋਂ ਬਚੋ। ਦੋ ਮਾਲਕ ਅਜਿਹਾ ਨਤੀਜਾ ਦਿੰਦੇ ਹਨ ਜੋ ਵਿਚਕਾਰ-ਵਿਚਕਾਰ ਦਿਖਦਾ ਹੈ, ਅਤੇ ਹਰ ਮੁੜ ਜੁੜਨਾ ਇਸਨੂੰ ਬੇਤਰਤੀਬੇ ਢੰਗ ਨਾਲ ਠੀਕ ਜਾਂ ਤੋੜਦਾ ਜਾਪਦਾ ਹੈ।
ਸਕ੍ਰਿਪਟਾਂ ਅਤੇ foreign_option
OpenVPN ਭੇਜੇ ਵਿਕਲਪਾਂ ਨੂੰ foreign_option_N ਨਾਮ ਦੇ ਚਰਾਂ ਰਾਹੀਂ ਸਕ੍ਰਿਪਟਾਂ ਵਿੱਚ ਨਿਰਯਾਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਸਕ੍ਰਿਪਟ ਉਹਨਾਂ ਨੂੰ ਰਿਜ਼ੋਲਵਰ ਕਮਾਂਡਾਂ ਵਿੱਚ ਅਨੁਵਾਦ ਕਰ ਸਕਦੀ ਹੈ। ਇਹ ਪ੍ਰਬੰਧ ਸਮਰਥਿਤ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਹੈ, ਆਪਣੇ-ਆਪ ਵਰਤਾਰਾ ਨਹੀਂ, ਅਤੇ ਇਸਨੂੰ ਕਲਾਇੰਟ ਉੱਤੇ ਸਥਾਪਤ ਕਰਕੇ ਸੱਦਣਾ ਪੈਂਦਾ ਹੈ।
ਜੇ ਤੁਸੀਂ ਸਕ੍ਰਿਪਟ ਉੱਤੇ ਨਿਰਭਰ ਹੋ, ਤਾਂ ਉਸਦਾ ਚੱਲਣਾ ਅਤੇ ਬਾਹਰ ਨਿਕਲਣ ਦੀ ਸਥਿਤੀ ਦਰਜ ਕਰੋ। ਜੋ ਸਕ੍ਰਿਪਟ ਚੱਲਦੀ ਹੈ ਪਰ ਚੁੱਪਚਾਪ ਫੇਲ ਹੁੰਦੀ ਹੈ, ਉਹ ਸਕ੍ਰਿਪਟ ਨਾ ਹੋਣ ਵਰਗਾ ਹੀ ਲੱਛਣ ਛੱਡਦੀ ਹੈ, ਅਤੇ ਕਨਫਿਗਰੇਸ਼ਨ ਪੂਰੀ ਦਿਖਣ ਕਰਕੇ ਇਸਨੂੰ ਨੋਟਿਸ ਕਰਨਾ ਔਖਾ ਹੈ। ਸਕ੍ਰਿਪਟ ਫਾਈਲ ਨਹੀਂ, ਸਕ੍ਰਿਪਟ ਦਾ ਆਉਟਪੁੱਟ ਜਾਂਚੋ। ਫਾਈਲ ਹੋਣਾ ਇਹ ਨਹੀਂ ਕਿ ਸਕ੍ਰਿਪਟ ਚੱਲੀ।
ਲੌਗ ਨਹੀਂ, ਨਾਮ ਪਰਖੋ
ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਕਲਾਇੰਟ ਤੋਂ ਸਿਰਫ਼-ਅੰਦਰੂਨੀ ਹੋਸਟਨਾਮ ਪੁੱਛੋ, ਫਿਰ ਜਨਤਕ ਨਾਮ ਪੁੱਛੋ, ਫਿਰ ਦੇਖੋ ਕਿਹੜੇ ਸਰਵਰ ਨੇ ਜਵਾਬ ਦਿੱਤਾ। ਕੰਮ ਕਰਦੀ ਸੈਟਅੱਪ ਵਿੱਚ ਦੋਵੇਂ ਜਵਾਬ ਵੱਖਰੀਆਂ ਥਾਵਾਂ ਤੋਂ ਆਉਂਦੇ ਹਨ, ਅਤੇ ਦੋਵੇਂ ਡਿਜ਼ਾਈਨ ਨਾਲ ਮੇਲ ਖਾਣੇ ਚਾਹੀਦੇ ਹਨ।
ਜੇ ਨਾਮ ਹੱਲ ਹੁੰਦਾ ਹੈ ਪਰ ਸੇਵਾ ਫੇਲ ਹੁੰਦੀ ਹੈ, ਤਾਂ DNS ਦੁਬਾਰਾ ਬਦਲਣ ਦੀ ਬਜਾਏ ਰੂਟਿੰਗ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਪਹੁੰਚ ਵੱਲ ਵਧੋ। OpenVPN ਮੈਨੁਅਲ dhcp-option ਅਤੇ ਸਕ੍ਰਿਪਟ ਵਾਤਾਵਰਣ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰਦਾ ਹੈ; ਦੂਜੀ ਰਿਜ਼ੋਲਵਰ ਫਾਈਲ ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਵਰਤੋ ਕਿ ਤੁਹਾਡੇ ਕਲਾਇੰਟ ਨੂੰ ਕੀ ਲਾਗੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।