ਦੋ ਪੀਅਰਾਂ ਵਿਚਕਾਰ OpenVPN ਲਿੰਕ ਲਈ ਸਥਿਰ ਕੁੰਜੀ ਜਾਂ TLS?

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

ਸਥਿਰ-ਕੁੰਜੀ ਮੋਡ ਕੀ ਨਹੀਂ ਕਰ ਸਕਦਾ

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

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

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

ਲਿੰਕ ਨੂੰ ਮੁੜ ਡਿਜ਼ਾਈਨ ਕੀਤੇ ਬਿਨਾਂ TLS ਵੱਲ ਜਾਣਾ

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

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

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

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

ਕੌਣ ਕੀ ਨਵੀਨੀਕਰਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਕਦੋਂ

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

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

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

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

ਬਦਲਾਅ ਨੂੰ ਸਵੀਕਾਰ ਕਰਨਾ

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

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

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