ਕੀ VPN ਨੇ DNS ਠੀਕ ਕੀਤਾ, ਜਾਂ ਸਿਰਫ਼ ਕੈਸ਼ ਕੀਤਾ ਜਵਾਬ ਦੁਬਾਰਾ ਵਰਤਿਆ?

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

ਬਦਲਾਅ ਨੂੰ ਸਿਹਰਾ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਤੁਲਨਾ ਕਰੋ ਕਿ ਹਰ ਟੈਸਟ ਨੇ ਅਸਲ ਵਿੱਚ ਕੀ ਅਭਿਆਸ ਕੀਤਾ।

ਪੰਨਾ ਲੋਡ ਕਰਨਾ ਕਵੈਰੀ ਨਹੀਂ ਹੈ

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

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

ਕੈਸ਼ ਕੀਤੀ ਸਫਲਤਾ ਨੂੰ ਇਸ ਸਬੂਤ ਵਜੋਂ ਪੜ੍ਹਨਾ ਕਿ ਪਹਿਲਾਂ ਅਪਹੁੰਚ ਸਰਵਰ ਠੀਕ ਹੋ ਗਿਆ, ਇਸ ਗਲਤੀ ਦਾ ਸਭ ਤੋਂ ਮਹਿੰਗਾ ਰੂਪ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਘਟਨਾ ਨੂੰ ਝੂਠੇ ਆਧਾਰ ’ਤੇ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ।

ਸਿੱਟਾ ਕੱਢਣ ਤੋਂ ਪਹਿਲਾਂ ਕੈਸ਼ ਗਿਣੋ

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

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

ਘਟਨਾ ਲਿਖੋ, ਛਾਪ ਨਹੀਂ

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

ਸਮਾਂ, ਵਰਤਿਆ ਗਿਆ ਰਿਜ਼ਾਲਵਰ ਅਤੇ ਪ੍ਰਾਪਤ ਜਵਾਬ ਲਿਖੋ, ਜਵਾਬ ਨਕਾਰਾਤਮਕ ਹੋਣ ਦੀ ਸਥਿਤੀ ਸਮੇਤ। ਇਹ ਅਜਿਹਾ ਤੱਥ ਹੈ ਜਿਸ ਦੀ ਕੋਈ ਹੋਰ ਜਾਂਚ ਕਰ ਸਕਦਾ ਹੈ।

ਤੁਲਨਾ ਦੋ ਵਾਰ ਇੱਕੋ ਤਰੀਕੇ ਨਾਲ ਕਰੋ

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

resolvectl flush-caches
ipconfig /flushdns
dig +noall +answer internal.example @10.44.0.53
dig +short internal.example

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

ਫਿਰ ਨਵੀਂ ਬੇਨਤੀ ਅਤੇ ਇੱਛਤ ਰਿਜ਼ਾਲਵਰ ਨੀਤੀ ਸਰਗਰਮ ਰੱਖ ਕੇ ਅਸਲ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਦੁਬਾਰਾ ਜਾਂਚ ਕਰੋ। ਵੱਖਰੀ ਨੀਤੀ ਹੇਠ ਬਣਿਆ ਨਤੀਜਾ ਤਬਦੀਲ ਨਹੀਂ ਹੁੰਦਾ।