VPN ਉੱਤੇ NXDOMAIN ਦਾ ਮਤਲਬ ਟਨਲ ਬੰਦ ਹੋਣਾ ਨਹੀਂ

ਇਕ ਅਸਫਲ ਲੁੱਕਅਪ ਨੂੰ ਟਨਲ ਢਹਿ ਗਿਆ ਸਮਝਣਾ ਲੁਭਾਉਣਾ ਹੈ, ਖ਼ਾਸਕਰ ਜਦੋਂ ਨਾਮ ਦਸ ਮਿੰਟ ਪਹਿਲਾਂ ਕੰਮ ਕਰ ਰਿਹਾ ਸੀ। ਜਵਾਬ ਕੁਝ ਹੋਰ ਕਹਿੰਦਾ ਹੈ। NXDOMAIN ਪੂਰੀ ਹੋਈ DNS ਲੈਣ-ਦੇਣ ਹੈ ਜਿਸ ਵਿੱਚ ਰਿਜ਼ੌਲਵਰ ਨੇ ਦੱਸਿਆ ਕਿ ਪੁੱਛਿਆ ਨਾਮ ਮੌਜੂਦ ਨਹੀਂ; ਟੁੱਟਿਆ ਟਨਲ ਆਮ ਤੌਰ 'ਤੇ ਚੁੱਪ, ਟਾਈਮਆਊਟ ਜਾਂ ਗਲਤ ਸਰਵਰ ਵੱਲ ਰਿਜ਼ੋਲਿਊਸ਼ਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਪੈਦਾ ਕਰਦਾ ਹੈ। wireshark ਤੋਂ ਬਿਨਾਂ ਦਲੀਲ ਦਾ ਰੂਪ ਇੱਕ ਕੁਏਰੀ, ਇੱਕ ਜਵਾਬਦਾਤਾ ਅਤੇ ਇੱਕ ਜਵਾਬ ਕੋਡ ਹੈ, ਅਤੇ ਕਿਸੇ ਵੀ ਕਨਫਿਗਰੇਸ਼ਨ ਬਦਲਾਅ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਤਿੰਨੇ ਦਰਜ ਕਰਨਾ ਯੋਗ ਹੈ।

ਜਵਾਬ ਅਸਲ ਵਿੱਚ ਕੀ ਸਾਬਤ ਕਰਦਾ ਹੈ

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

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

ਭਰਮ: ਨਿੱਜੀ ਨਾਮ ਦਾ ਨਾ ਹੋਣਾ ਟਨਲ ਦੀ ਅਸਫਲਤਾ ਹੈ

ਇਹ ਭਰਮ ਟਿਕਿਆ ਹੋਇਆ ਹੈ ਕਿਉਂਕਿ ਦੋਵੇਂ ਘਟਨਾਵਾਂ ਅਕਸਰ ਨਾਲ ਆਉਂਦੀਆਂ ਹਨ। ਕਲਾਇੰਟ VPN ਨਾਲ ਜੁੜਦਾ ਹੈ, ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਪਹਿਲਾਂ ਹੀ ਭਰੋਸੇਯੋਗ ਰਿਜ਼ੌਲਵਰ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਹੁਣ ਲੋੜੀਂਦਾ ਅੰਦਰੂਨੀ ਨਾਮ ਉਸ ਸਰਵਰ ਤੋਂ ਪੁੱਛਿਆ ਜਾਂਦਾ ਹੈ ਜਿਸਨੇ ਨਿੱਜੀ ਜ਼ੋਨ ਬਾਰੇ ਕਦੇ ਨਹੀਂ ਸੁਣਿਆ। ਉਹ ਸਰਵਰ ਇਮਾਨਦਾਰੀ ਨਾਲ ਅਤੇ ਨਕਾਰਾਤਮਕ ਰੂਪ ਵਿੱਚ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਟਨਲ ਪੈਕਟ ਲੈ ਕੇ ਜਾ ਰਿਹਾ ਹੈ; ਜਵਾਬ ਸਿਰਫ਼ ਉਸ ਨਾਮ ਥਾਂ ਬਾਰੇ ਹੈ ਜਿਸਦੀ ਸੇਵਾ ਜਵਾਬਦਾਤਾ ਨਹੀਂ ਕਰਦਾ।

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

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

ਸਹੀ ਨਾਮ ਨਾਲ ਸਹੀ ਰਿਜ਼ੌਲਵਰ ਨੂੰ ਪੁੱਛੋ

ਫ਼ੈਸਲਾ ਦਰਜ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਜਵਾਬਦਾਤਾ ਦਰਜ ਕਰੋ। ਜੋ ਲੁੱਕਅਪ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਕਿਹੜੇ ਸਰਵਰ ਨੇ ਜਵਾਬ ਦਿੱਤਾ, ਉਹ ਨੀਤੀ ਦੀ ਸਮੱਸਿਆ ਅਤੇ ਨਾਮ ਥਾਂ ਦੀ ਸਮੱਸਿਆ ਵਿੱਚ ਫ਼ਰਕ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਅਤੇ ਦੋਵਾਂ ਦੇ ਸੁਧਾਰ ਅਸੰਬੰਧਿਤ ਹਨ।

resolvectl query vpn.internal.example
resolvectl status | grep -A3 'DNS Servers'
dig +search app.intranet.example A
dig @10.8.0.1 app.intranet.example A

ਪਹਿਲੀਆਂ ਦੋ ਲਾਈਨਾਂ ਦੱਸਦੀਆਂ ਹਨ ਕਿ ਸਥਾਨਕ ਰਿਜ਼ੌਲਵਰ ਨੇ ਕੀ ਤੈਅ ਕੀਤਾ ਅਤੇ ਕਿਸਨੂੰ ਪੁੱਛੇਗਾ। +search ਲੁੱਕਅਪ ਉਹੀ ਦੁਹਰਾਉਂਦਾ ਹੈ ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਖੋਜ ਪਿਛੇਤਰ ਜੋੜਦੇ ਸਮੇਂ ਕਰਦਾ ਹੈ, ਜੋ ਅਕਸਰ ਡਾਇਗਨੋਸਟਿਕ ਸਾਧਨ ਵਿੱਚ ਟਾਈਪ ਕੀਤੀ ਕੁਏਰੀ ਨਹੀਂ, ਅਸਲ ਕੁਏਰੀ ਹੁੰਦੀ ਹੈ। ਆਖਰੀ ਲਾਈਨ ਕਲਾਇੰਟ ਨੀਤੀ ਛੱਡ ਕੇ ਅੰਦਰੂਨੀ ਸਰਵਰ ਤੋਂ ਸਿੱਧਾ ਪੁੱਛਦੀ ਹੈ; ਜੇ ਉਹ ਸਫਲ ਹੋਵੇ ਜਦੋਂ ਕਿ ਸਾਧਾਰਨ ਲੁੱਕਅਪ ਅਸਫਲ ਹੋਵੇ, ਤਾਂ ਜ਼ੋਨ ਠੀਕ ਹੈ ਅਤੇ ਕੁਏਰੀਆਂ ਦੀ ਰਾਊਟਿੰਗ ਨਹੀਂ।

ਨਕਾਰਾਤਮਕ ਕੈਸ਼ਿੰਗ ਮੁਰੰਮਤ ਤੋਂ ਬਾਅਦ ਦੀ ਦੇਰੀ ਸਮਝਾਉਂਦੀ ਹੈ

ਨਕਾਰਾਤਮਕ ਜਵਾਬ ਡਿਜ਼ਾਈਨ ਅਨੁਸਾਰ ਕੈਸ਼ ਹੁੰਦੇ ਹਨ, ਅਤੇ RFC 2308 ਦੱਸਦਾ ਹੈ ਕਿ ਨਕਾਰਾਤਮਕ ਕੈਸ਼ ਦੀ ਉਮਰ ਜ਼ੋਨ ਦੇ ਅਧਿਕਾਰ ਰਿਕਾਰਡ ਤੋਂ ਕਿਵੇਂ ਕੱਢੀ ਜਾਂਦੀ ਹੈ। ਇਸ ਲਈ ਰਿਕਾਰਡ ਜਾਂ ਰਿਜ਼ੌਲਵਰ ਨਿਯਮ ਸੁਧਾਰਨ ਨਾਲ ਕਲਾਇੰਟ ਉੱਤੇ ਤੁਰੰਤ ਬਦਲਾਅ ਦੀ ਗਰੰਟੀ ਨਹੀਂ ਮਿਲਦੀ, ਅਤੇ ਕੈਸ਼ ਕੀਤਾ ਜਵਾਬ ਵਾਪਸ ਦੇਣ ਵਾਲੇ ਲੁੱਕਅਪ ਨੂੰ ਦੁਹਰਾਉਣ ਨਾਲ ਕੁਝ ਨਵਾਂ ਸਾਬਤ ਨਹੀਂ ਹੁੰਦਾ। ਸਿਰਫ਼ ਵੱਖਰਾ ਜਵਾਬਦਾਤਾ, ਵੱਖਰਾ ਨਾਮ ਜਾਂ ਖਾਲੀ ਕੀਤਾ ਕੈਸ਼ ਤਾਜ਼ਾ ਸਬੂਤ ਦਿੰਦਾ ਹੈ।

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

ਨਾਮ ਨੂੰ ਰਾਹ ਤੋਂ ਵੱਖ ਕਰੋ

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

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