nslookup ਕਹਿੰਦਾ ਹੈ ਸਰਵਰ ਅਣਜਾਣ ਹੈ: ਇਹ ਸਿਰਫ਼ ਇੱਕ ਲੇਬਲ ਹੈ

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

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

ਜਵਾਬ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਟੂਲ ਕੀ ਕਰਦਾ ਹੈ

nslookup ਉਸ ਸਰਵਰ ਪਤੇ ਲਈ ਨਾਮ ਲੱਭਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਸਕਦਾ ਹੈ ਜਿਸਦਾ ਉਹ ਵਰਤੋਂ ਕਰਨ ਵਾਲਾ ਹੈ, ਜੋ in-addr.arpa ਜਾਂ ip6.arpa ਡੋਮੇਨ ਵਿੱਚ ਰਿਵਰਸ ਲੁੱਕਅਪ ਹੈ। ਜੇ ਉਹ PTR ਰਿਕਾਰਡ ਨਹੀਂ ਹੈ, ਨੀਤੀ ਨਾਲ ਫਿਲਟਰ ਹੋਇਆ ਹੈ ਜਾਂ ਸਿਰਫ਼ ਪ੍ਰਕਾਸ਼ਿਤ ਨਹੀਂ ਹੋਇਆ, ਤਾਂ ਟੂਲ Unknown ਛਾਪਦਾ ਹੈ ਅਤੇ ਅੱਗੇ ਵਧਦਾ ਹੈ। ਫਾਰਵਰਡ ਰਿਜ਼ੋਲਿਊਸ਼ਨ ਨੂੰ ਉਸ ਅਸਫਲਤਾ ਦਾ ਅਸਰ ਨਹੀਂ ਹੁੰਦਾ, ਕਿਉਂਕਿ ਇਹ ਉਸੇ ਸਰਵਰ ਨੂੰ ਭੇਜਿਆ ਗਿਆ ਹੋਰ ਸਵਾਲ ਹੈ।

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

ਦੋਵੇਂ ਕਵੈਰੀਆਂ ਜਾਣਬੁੱਝ ਕੇ ਚਲਾਓ

ਉਸ ਹੋਸਟ ਬਾਰੇ ਪੁੱਛੋ ਜੋ ਤੁਹਾਡੇ ਲਈ ਅਹਿਮ ਹੈ, ਫਿਰ ਰਿਜ਼ੌਲਵਰ ਦੇ ਆਪਣੇ ਪਤੇ ਬਾਰੇ ਪੁੱਛੋ। ਪਹਿਲੀ ਬੇਨਤੀ ਤੁਹਾਨੂੰ ਲੋੜੀਂਦਾ ਨਾਮ ਲੈ ਜਾਂਦੀ ਹੈ; ਦੂਜੀ ਸਰਵਰ ਨੂੰ ਪੁੱਛਦੀ ਹੈ ਕਿ ਕੀ ਉਹ ਆਪਣਾ ਨਾਮ ਰੱਖ ਸਕਦਾ ਹੈ। ਲਿਖਤ ਵਿੱਚ ਉਹ ਇੰਝ ਦਿਸਦੀਆਂ ਹਨ: ਹੋਸਟ ਲਈ nslookup app.corp.example 10.77.0.53, ਅਤੇ ਰਿਜ਼ੌਲਵਰ ਦੇ ਰਿਵਰਸ ਨਾਮ ਲਈ nslookup 10.77.0.53 10.77.0.53।

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

ਇੱਕੋ ਜਿਹੇ ਦਿਸਦੇ ਅਤੇ ਨਾ ਹੋਣ ਵਾਲੇ ਤਿੰਨ ਨਤੀਜੇ

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

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

ਭਾਗ ਪੜ੍ਹੋ, ਹੈਡਰ ਨਹੀਂ

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

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

ਜਦੋਂ ਰਿਵਰਸ ਨਾਮ ਸੱਚਮੁੱਚ ਅਹਿਮ ਹੁੰਦਾ ਹੈ

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

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