ਰਿਕਰਸ਼ਨ ਉਪਲਬਧ ਨਹੀਂ: DNS ਨੀਤੀ, ਟੁੱਟੀ ਸੁਰੰਗ ਨਹੀਂ

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

ਨਾਂਹ ਅਤੇ ਟਾਈਮਆਊਟ ਵੱਖਰੇ ਜਵਾਬ ਹਨ

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

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

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

ਰਿਜ਼ੌਲਵਰ ਨੇ ਤੁਹਾਡੇ ਸਰੋਤ ਵਜੋਂ ਕੀ ਦਰਜ ਕੀਤਾ

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

ਉਹੀ ਨਾਮ ਕਲਾਇੰਟ ਤੋਂ ਅਤੇ ਉਸ ਹੋਸਟ ਤੋਂ ਪੁੱਛੋ ਜਿਸ 'ਤੇ ਸਰਵਰ ਪਹਿਲਾਂ ਹੀ ਭਰੋਸਾ ਕਰਦਾ ਹੈ। ਦੋਵਾਂ ਜਵਾਬਾਂ ਦਾ ਫ਼ਰਕ ਹੀ ਸਰੋਤ ਦੀ ਸਥਿਤੀ ਹੈ, ਅਤੇ ਇਹ ਕਿਸੇ ਇੱਕ ਜਵਾਬ ਤੋਂ ਵੱਧ ਲਾਭਦਾਇਕ ਹੈ।

dig +short host.corp.example
dig +short example.com

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

ਵੰਡਿਆ DNS ਇੱਕ ਡਿਜ਼ਾਈਨ ਹੈ, ਖਰਾਬੀ ਨਹੀਂ

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

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

ਦੋ ਕਿਊਰੀਆਂ ਨਾਲ ਨੀਤੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

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

resolvectl query host.corp.example
resolvectl query example.com

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

ਨਾਂਹ ਨੂੰ ਸਬੂਤ ਵਜੋਂ ਪੜ੍ਹੋ

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

ਇਹ ਫ਼ਰਕ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿੱਥੇ ਵੇਖਣਾ ਹੈ: ਸਰਵਰ ਦੇ ਲੌਗ, ਇਸਦੀ ਪਹੁੰਚ ਨੀਤੀ ਅਤੇ ਇਸਨੇ ਦਰਜ ਕੀਤਾ ਸਰੋਤ। ਫਾਇਰਵਾਲ ਬਦਲਾਅ ਨੀਤੀ ਦੀ ਨਾਂਹ ਸੁਧਾਰ ਨਹੀਂ ਸਕਦਾ, ਅਤੇ ਨੀਤੀ ਬਦਲਾਅ ਗੁੰਮ ਰਾਹ ਸੁਧਾਰ ਨਹੀਂ ਸਕਦਾ। ਦੋਵੇਂ ਧਾਰਨਾਵਾਂ ਨੂੰ ਇੱਕ ਨੂੰ ਸਬੂਤ ਮਿਲਣ ਤੱਕ ਵੱਖ ਰੱਖੋ।

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