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