hosts ਫਾਈਲ ਬਹਾਲ ਕਰਨ ਵਾਲੇ VPN ਕੰਮ ਬਾਅਦ ਦੇ ਸੋਧ ਮਿਟਾ ਦਿੰਦੇ ਹਨ

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

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

ਬਾਅਦ ਵਿੱਚ ਬਹਾਲ ਕੀਤਾ ਬੈਕਅਪ ਹੁਣ ਦਾ ਬੈਕਅਪ ਨਹੀਂ ਹੈ

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

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

ਹਰ ਘਟਨਾ ਇੱਕ ਸੂਚਨਾ ਹੈ, ਲੈਣ-ਦੇਣ ਨਹੀਂ

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

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

ਹਰ ਮੈਪਿੰਗ ਨੂੰ ਇੱਕ ਮਾਲਕ ਦਿਓ

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

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

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

ਜਦੋਂ ਸ਼ਰਤੀ DNS ਹੀ ਅਸਲੀ ਲੋੜ ਹੋਵੇ

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

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

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