ਅੰਦਰੂਨੀ ਨਾਮ ਲੀਕ ਕੀਤੇ ਬਿਨਾਂ ਸਪਲਿਟ DNS ਦੀ ਜਾਂਚ

ਸਾਰਵਜਨਿਕ resolver ਤੋਂ ਅੰਦਰੂਨੀ ਨਾਮ ਪੁੱਛਣ ਨਾਲ ਨਾਮ ਲੀਕ ਹੁੰਦਾ ਹੈ ਅਤੇ ਉਹ ਨਿਯਮ ਛੱਡਿਆ ਜਾਂਦਾ ਹੈ ਜਿਸਦੀ ਤੁਸੀਂ ਜਾਂਚ ਕਰਨੀ ਸੀ। ਕਵੈਰੀ ਉਸ ਸਰਵਰ ਤੱਕ ਪਹੁੰਚਦੀ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਨਿਯੰਤਰਿਤ ਨਹੀਂ ਕਰਦੇ, ਜਵਾਬ ਉਸ ਨਾਮ-ਥਾਂ ਤੋਂ ਆਉਂਦਾ ਹੈ ਜਿਸਨੂੰ ਇਹ ਕਦੇ ਵੇਖਣਾ ਨਹੀਂ ਚਾਹੀਦਾ ਸੀ, ਅਤੇ ਨਤੀਜਾ ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਸਪਲਿਟ DNS ਕੰਮ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਸਪਲਿਟ DNS ਦੀ ਜਾਂਚ ਦਾ ਅਰਥ ਹੈ ਉਸ resolver ਰਾਹ ਦੀ ਜਾਂਚ ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਅਸਲ ਵਿੱਚ ਵਰਤਦੀ ਹੈ। ਉਹ ਰਾਹ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਚੁਣਦਾ ਹੈ, VPN ਪਰੋਫਾਈਲ ਦੀ ਡੋਮੇਨ ਸੂਚੀ ਚੁਣਦੀ ਹੈ, ਅਤੇ ਕਦੇ-ਕਦੇ ਬਰਾਊਜ਼ਰ ਚੁਣਦਾ ਹੈ।

ਦੋ ਨਾਮ ਚੁਣੋ ਅਤੇ ਪਹਿਲਾਂ ਦੋਵੇਂ ਜਵਾਬਾਂ ਦਾ ਅੰਦਾਜ਼ਾ ਲਗਾਓ

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

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

ਉਸੇ ਟਿਕਟ ਵਿੱਚ ਦੇਖੇ ਗਏ ਜਵਾਬ ਦੇ ਕੋਲ ਅੰਦਾਜ਼ਾ ਲਿਖੋ। ਅੰਦਾਜ਼ੇ ਤੋਂ ਬਿਨਾਂ ਜਾਂਚ ਫੇਲ੍ਹ ਨਹੀਂ ਹੋ ਸਕਦੀ, ਅਤੇ ਜੋ ਜਾਂਚ ਫੇਲ੍ਹ ਨਹੀਂ ਹੋ ਸਕਦੀ ਉਹ ਕੁਝ ਨਹੀਂ ਸਿਖਾਉਂਦੀ।

ਐਪਲੀਕੇਸ਼ਨ ਜੋ ਰਾਹ ਵਰਤਦੀ ਹੈ ਉਸ ਦੀ ਜਾਂਚ ਕਰੋ, ਤੁਹਾਡੇ ਚੁਣੇ ਇੱਕ ਸਰਵਰ ਦੀ ਨਹੀਂ

ਜੋ ਕਮਾਂਡ resolver ਨੂੰ ਸਪੱਸ਼ਟ ਨਾਮ ਦਿੰਦੀ ਹੈ ਉਹ ਸਿਰਫ਼ ਉਸੇ resolver ਦੀ ਜਾਂਚ ਕਰਦੀ ਹੈ, ਹੋਰ ਕੁਝ ਨਹੀਂ। ਇਹ ਦੱਸਦੀ ਹੈ ਕਿ ਅੰਦਰੂਨੀ ਸਰਵਰ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਜੋ ਲਾਹੇਵੰਦ ਹੈ, ਅਤੇ ਇਹ ਨਹੀਂ ਦੱਸਦੀ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਨਾਮ ਉੱਥੇ ਭੇਜਦੀ ਹੈ ਜਾਂ ਨਹੀਂ। ਪਹਿਲਾਂ ਆਮ ਰਾਹ ਰਾਹੀਂ ਜਾਂਚ ਕਰੋ: ਅੰਦਰੂਨੀ ਨਾਮ ਨੂੰ ਉਸੇ ਤਰ੍ਹਾਂ ਹੱਲ ਕਰੋ ਜਿਵੇਂ ਐਪਲੀਕੇਸ਼ਨ ਕਰਦੀ, ਫਿਰ ਸਾਰਵਜਨਿਕ ਨਾਮ ਨੂੰ ਉਸੇ ਤਰ੍ਹਾਂ ਹੱਲ ਕਰੋ। ਉਸ ਤੋਂ ਬਾਅਦ ਹੀ ਵਿਸ਼ੇਸ਼ ਸਰਵਰਾਂ ਨੂੰ ਪੁੱਛੋ ਕਿ ਵਿਵਹਾਰ ਕਿੱਥੇ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ।

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

ਜੇ ਸਵਾਲ ਬਹਾਲੀ ਦਾ ਹੈ ਤਾਂ ਦੁਬਾਰਾ ਕਨੈਕਟ ਕਰਨ ਤੋਂ ਬਾਅਦ ਖੋਜ ਦੁਹਰਾਓ। ਦੁਬਾਰਾ ਕਨੈਕਟ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਦਾ ਕੈਸ਼ ਕੀਤਾ ਜਵਾਬ ਸਹੀ ਢੰਗ ਨਾਲ ਬਹਾਲ ਵੰਡ ਨੂੰ ਅਸਲ ਨਾਲੋਂ ਵਧੀਆ ਜਾਂ ਮਾੜਾ ਦਿਖਾ ਸਕਦਾ ਹੈ।

ਸਿਰਫ਼ ਸਫਲਤਾ ਜਾਂ ਅਸਫਲਤਾ ਨਹੀਂ, ਜਵਾਬ ਦੀ ਸ਼੍ਰੇਣੀ ਦਰਜ ਕਰੋ

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

ਨਵੀਂ ਕਵੈਰੀ ਦੀ ਗੈਰਹਾਜ਼ਰੀ ਦੀ ਵਿਆਖਿਆ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕੈਸ਼ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ, ਕਿਉਂਕਿ ਕੈਸ਼ ਵਿੱਚਲਾ ਨਕਾਰਾਤਮਕ ਜਵਾਬ ਨਾ-ਮੌਜੂਦ ਨਾਮ ਵਾਂਗ ਹੀ ਦਿਖਦਾ ਹੈ। ਸਮਰਥਿਤ ਨਿਯੰਤਰਣਾਂ ਨਾਲ ਕੁਝ ਵੀ ਸਾਫ਼ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਜਵਾਬ ਕੈਪਚਰ ਕਰੋ, ਕਿਉਂਕਿ ਪਹਿਲਾ ਜਵਾਬ ਹੀ ਸਬੂਤ ਹੈ।

ਅੰਦਾਜ਼ਾ ਲਗਾਏ ਬਿਨਾਂ ਦੋਵੇਂ ਸ਼ਾਖਾਵਾਂ ਦੀ ਵਿਆਖਿਆ ਕਰੋ

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

ਢਾਂਚਾ ਬਣਾਈ ਰੱਖਦੇ ਹੋਏ ਸਾਂਝੇ ਆਉਟਪੁੱਟ ਦੇ ਸੰਵੇਦਨਸ਼ੀਲ ਹਿੱਸੇ ਲੁਕਾਓ: ਕਿਹੜਾ ਨਾਮ-ਥਾਂ, ਕਿਹੜਾ ਨਿਯਮ, ਕਿਹੜੀ ਜਵਾਬ ਸ਼੍ਰੇਣੀ। resolver ਦਾ ਜਵਾਬ ਅੰਦਰੂਨੀ ਪਤੇ ਅਤੇ ਹੋਸਟਨਾਮ ਲੈ ਸਕਦਾ ਹੈ, ਅਤੇ ਟਿਕਟ ਦੋਵਾਂ ਲਈ ਟਿਕਾਊ ਘਰ ਹੈ।

ਫਿਰ ਨਤੀਜਾ ਨਾਮ-ਥਾਂ ਦੇ ਮਾਲਕ ਨੂੰ ਤੁਹਾਡੀਆਂ ਵੇਖੀਆਂ ਦੋ ਸ਼੍ਰੇਣੀਆਂ ਅਤੇ ਨਾਮ ਹਟਾਏ ਹੋਏ ਰੂਪ ਵਿੱਚ ਦਿਓ। ਇਹ ਇੱਕ ਹਫ਼ਤੇ ਦੇ ਅੰਦਾਜ਼ਿਆਂ ਦੀ ਜਗ੍ਹਾ ਪੰਜ ਮਿੰਟਾਂ ਦੀ ਗੱਲ ਹੈ।