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

ਹੇਠਾਂ ਦਿੱਤਾ ਕ੍ਰਮ ਜਾਣਬੁੱਝ ਕੇ ਹੈ: ਹਰ ਪੜਾਅ ਅਗਲੇ ਪੜਾਅ ਲਈ ਲੋੜੀਂਦੀ ਚੀਜ਼ ਪੈਦਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਕੋਈ ਵੀ ਪੜਾਅ ਬਦਲਾਅ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਖਤਮ ਕਰ ਸਕਦਾ ਹੈ।

ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਮੌਜੂਦ ਸੇਵਾ ਨੂੰ ਕੈਪਚਰ ਕਰੋ

ਤੁਹਾਨੂੰ ਯਾਦ ਯੂਨਿਟ ਨਹੀਂ, ਸਥਾਪਿਤ ਯੂਨਿਟ ਪੜ੍ਹੋ: systemctl cat [email protected] ਯੂਨਿਟ ਅਤੇ ਸਾਰੇ ਡ੍ਰੌਪ-ਇਨ ਛਾਪਦਾ ਹੈ, ਅਤੇ systemctl show [email protected] -p ExecStart -p User -p WorkingDirectory ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਅਸਲ ਵਿੱਚ ਕੀ ਚੱਲ ਰਿਹਾ ਹੈ ਅਤੇ ਕਿਸ ਦੇ ਰੂਪ ਵਿੱਚ। ਉਸ ਯੂਨਿਟ ਵੱਲੋਂ ਦੱਸੀ ਬਾਇਨਰੀ ਨੂੰ ਪੁੱਛੋ, ਕਿਉਂਕਿ ਸ਼ੈੱਲ ਤੋਂ openvpn --version ਵੱਖਰੇ ਬਿਲਡ 'ਤੇ ਜਾ ਸਕਦਾ ਹੈ। ਪ੍ਰੋਫਾਈਲ ਦਾ ਰਾਹ ਅਤੇ ਇਸ ਵੱਲੋਂ ਹਵਾਲਾ ਦਿੱਤੀ ਹਰ ਫਾਈਲ ਦਰਜ ਕਰੋ।

ਸੁਣਦੇ ਸਾਕਟ ਵੀ ਨੋਟ ਕਰੋ: ss -lunp | grep 1194 ਦੱਸਦਾ ਹੈ ਕਿ ਅੱਜ ਡੈਮਨ ਕੋਲ ਕਿਹੜਾ ਪਤਾ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਹੈ। ਜੇ ਜਵਾਬ ਪ੍ਰੋਫਾਈਲ ਵੱਲੋਂ ਸੁਝਾਇਆ ਨਹੀਂ ਹੈ, ਤਾਂ ਕੋਈ ਡ੍ਰੌਪ-ਇਨ ਜਾਂ ਵਾਤਾਵਰਣ ਫਾਈਲ ਇਸ 'ਤੇ ਹਾਵੀ ਹੋ ਰਹੀ ਹੈ, ਅਤੇ ਅੱਪਗ੍ਰੇਡ ਉਹੀ ਹੈਰਾਨੀ ਵਿਰਾਸਤ ਵਿੱਚ ਲਵੇਗਾ।

ਅਜਿਹਾ ਰਿਕਵਰੀ ਸੈੱਟ ਇਕੱਠਾ ਕਰੋ ਜੋ ਕੋਈ ਹੋਰ ਵਰਤ ਸਕੇ

ਰਿਕਵਰੀ ਸੈੱਟ ਤੁਹਾਡੇ ਸੰਦਰਭ ਤੋਂ ਬਿਨਾਂ 03:00 ਵਜੇ ਸਹਿਕਰਮੀ ਵੱਲੋਂ ਵਰਤਿਆ ਜਾ ਸਕਣਾ ਚਾਹੀਦਾ ਹੈ। ਪ੍ਰਭਾਵੀ ਸੰਰਚਨਾ ਨਾਲ ਹਵਾਲਾ ਦਿੱਤੀ ਹਰ ਫਾਈਲ, PKI ਮਾਲਕ ਦੇ ਨਿਯੰਤਰਣ ਹੇਠ ਭਰੋਸਾ ਅਤੇ ਰੱਦ ਕਰਨ ਵਾਲੀ ਸਮੱਗਰੀ, ਹਰ ਕਲਾਇੰਟ ਦੇ ਅਸਾਈਨਮੈਂਟ ਅਤੇ ਹੁੱਕ, ਅਤੇ ਅੱਜ ਸਥਾਪਿਤ ਪੈਕੇਜਾਂ ਦੇ ਠੀਕ ਸੰਸਕਰਣ ਸ਼ਾਮਲ ਕਰੋ। ਇੱਕ ਫਾਈਲਨਾਮ ਦੀ ਕਾਪੀ ਸੰਰਚਨਾ ਨਹੀਂ ਹੁੰਦੀ। ਇਸਨੂੰ ਅਜਿਹੀ ਥਾਂ ਰੱਖੋ ਜਿੱਥੇ ਆਨ-ਕਾਲ ਆਪਰੇਟਰ VPN ਤੋਂ ਬਿਨਾਂ ਪਹੁੰਚ ਸਕੇ।

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

ਅਸਲ ਕਲਾਇੰਟ ਨਾਲ ਪਾਇਲਟ ਲਿਸਨਰ 'ਤੇ ਅਭਿਆਸ ਕਰੋ

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

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

ਇੱਕ ਵਾਰੀ ਕੱਟਓਵਰ ਕਰੋ, ਟਨਲ ਤੋਂ ਬਾਹਰਲੇ ਰਾਹ ਤੋਂ

ਵਿੰਡੋ ਨੂੰ ਕਨਸੋਲ ਜਾਂ ਪ੍ਰਬੰਧਨ ਨੈੱਟਵਰਕ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਸੇਵਾ ਵਿੱਚੋਂ ਨਹੀਂ ਲੰਘਦਾ। ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਦੱਸਿਆ ਗਿਆ ਹੈ ਅਤੇ ਦੂਜੇ ਆਪਰੇਟਰ ਨੂੰ ਰੋਲਬੈਕ ਕਰਨਾ ਆਉਂਦਾ ਹੈ। ਤਿਆਰ ਬਦਲਾਅ ਨੂੰ ਇਸਦੇ ਮਾਲਕ ਰਾਹੀਂ ਲਾਗੂ ਕਰੋ, ਫਿਰ sudo systemctl restart [email protected] ਨਾਲ ਮੁੜ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ journalctl -u openvpn-server@office -b -f ਨਾਲ ਜਰਨਲ ਪਿੱਛੇ ਚੱਲੋ। ਜੇ ਸਿਰਫ਼ ਯੂਨਿਟ ਪਰਿਭਾਸ਼ਾਵਾਂ ਬਦਲੀਆਂ ਹਨ ਤਾਂ ਰੀਲੋਡ ਕਾਫੀ ਹੈ; ਬਦਲਿਆ ਪ੍ਰੋਫਾਈਲ ਪ੍ਰਕਿਰਿਆ ਮੁੜ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਮੰਗ ਕਰਦਾ ਹੈ।

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

ਸਵੀਕਾਰੋ ਜਾਂ ਰੋਲਬੈਕ ਕਰੋ, ਫਿਰ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਦੱਸੋ ਕੀ ਬਦਲਿਆ

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

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

ਸੰਬੰਧਿਤ ਲੇਖ