OpenVPN Access Server: ਡੈਮਨ ਨੂੰ ਦੁਬਾਰਾ ਚਾਲੂ ਕਰੋ ਜਾਂ ਸੈਟਿੰਗ ਲਾਗੂ ਕਰੋ

OpenVPN Access Server ਉੱਤੇ ਇੱਕੋ ਕੰਮ ਜਿਹਾ ਲੱਗਣ ਵਾਲੀ ਚੀਜ਼ ਲਈ ਦੋ ਹੁਕਮ ਚਿਪਕਾਏ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਉਹ ਵੱਖਰੇ ਕੰਮ ਕਰਦੇ ਹਨ। systemctl restart openvpnas ਪੂਰੇ ਉਤਪਾਦ ਨੂੰ ਰੋਕ ਕੇ ਦੁਬਾਰਾ ਚਾਲੂ ਕਰਦਾ ਹੈ। sacli start ਉਹ ਅੰਦਰੂਨੀ ਸੇਵਾਵਾਂ ਚੁੱਕਦਾ ਹੈ ਜੋ ਹੁਣੇ ਬਦਲੀ ਸੰਰਚਨਾ ਪੜ੍ਹਦੀਆਂ ਹਨ। ਇਹਨਾਂ ਵਿਚੋਂ ਚੋਣ ਸੁਆਦ ਦੀ ਗੱਲ ਨਹੀਂ: ਇਹ ਸੈਟਿੰਗ ਦੀ ਆਪਣੀ ਦਸਤਾਵੇਜ਼ ਕੀ ਕਹਿੰਦੀ ਹੈ, ਤੁਹਾਡਾ ਸੈਸ਼ਨ ਉਸ ਸਰਵਰ ਰਾਹੀਂ ਜਾਂਦਾ ਹੈ ਜਿਸ ਨੂੰ ਦੁਬਾਰਾ ਚਾਲੂ ਕਰਨਾ ਹੈ ਕਿ ਨਹੀਂ, ਅਤੇ ਤੁਸੀਂ ਸਹੀ ਉਤਪਾਦ ਵੇਖ ਰਹੇ ਹੋ ਕਿ ਨਹੀਂ ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ।

ਦੋ ਪਰਤਾਂ, ਇੱਕ ਡੈਮਨ

Access Server ਇੱਕ systemd ਇਕਾਈ, openvpnas ਵਜੋਂ ਚੱਲਦਾ ਹੈ, ਅਤੇ ਉਹ ਡੈਮਨ ਵੈੱਬ ਇੰਟਰਫੇਸ ਪਿੱਛੇ ਦੀਆਂ ਅੰਦਰੂਨੀ ਸੇਵਾਵਾਂ ਅਤੇ VPN ਸਰੋਤਿਆਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ। sacli ਉਸੇ ਸਥਾਪਨਾ ਦਾ ਹੁਕਮ-ਲਾਈਨ ਇੰਟਰਫੇਸ ਹੈ, /usr/local/openvpn_as/scripts/sacli ਤੇ, ਅਤੇ ਇਕਾਈ ਬਦਲੇ ਬਿਨਾਂ ਉਹ ਅੰਦਰੂਨੀ ਹਿੱਸੇ ਚਾਲੂ, ਬੰਦ ਅਤੇ ਪੁੱਛ ਸਕਦਾ ਹੈ।

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

ਪਹਿਲੀ ਸ਼ਰਤ: ਸੈਟਿੰਗ ਦੀ ਦਸਤਾਵੇਜ਼ ਕੀ ਕਹਿੰਦੀ ਹੈ

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

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

ਦੂਜੀ ਸ਼ਰਤ: ਤੁਹਾਡਾ ਸੈਸ਼ਨ ਟਨਲ ਅੰਦਰ ਹੈ ਕਿ ਨਹੀਂ

ਜੇ ਤੁਸੀਂ Access Server ਨੂੰ ਇਸ ਦੇ ਦਿੱਤੇ VPN ਰਾਹੀਂ ਸੰਭਾਲਦੇ ਹੋ, ਮੁੜ-ਚਾਲੂ ਤੁਹਾਡਾ shell ਢੋਣ ਵਾਲਾ ਸੰਪਰਕ ਹਟਾ ਦਿੰਦਾ ਹੈ। ਤੁਹਾਡਾ ਸੈਸ਼ਨ ਮਰਨ ਤੋਂ ਬਾਅਦ ਹੁਕਮ ਪੂਰਾ ਹੋ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਤੁਹਾਨੂੰ ਅੰਦਾਜ਼ਾ ਲਾਉਣਾ ਪੈਂਦਾ ਹੈ। ਇਸੇ ਕਾਰਨ sacli start ਵੀ ਮੁੜ ਚਾਲੂ ਹੋ ਰਹੇ ਹਿੱਸੇ ਵੱਲੋਂ ਤੁਹਾਡਾ ਟਰੈਫਿਕ ਸੰਭਾਲਣ ਸਮੇਂ ਸੈਸ਼ਨ ਨੂੰ ਥੋੜ੍ਹੀ ਦੇਰ ਰੋਕ ਸਕਦਾ ਹੈ।

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

ਤੀਜੀ ਸ਼ਰਤ: ਇਹ ਤੁਹਾਡੇ ਭਾਵਿਆ ਉਤਪਾਦ ਹੈ ਕਿ ਨਹੀਂ

Access Server Community OpenVPN ਨਹੀਂ ਹੈ. ਕਮਿਊਨਿਟੀ ਸਥਾਪਨਾ openvpn@server ਜਾਂ openvpn-client@profile ਵਰਗੀਆਂ ਇਕਾਈਆਂ ਚਲਾਉਂਦੀ ਹੈ, ਸੰਰਚਨਾ /etc/openvpn ਵਿੱਚ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਉੱਥੇ sacli ਨਹੀਂ ਹੁੰਦਾ। ਸਾਂਝੇ ਹੋਸਟ ਤੇ ਨਾਮ ਵਿੱਚ openvpn ਵਾਲੀ ਹਰ ਇਕਾਈ ਮੁੜ ਚਾਲੂ ਕਰਨਾ ਹੀ ਅਸੰਬੰਧਿਤ ਟਨਲਾਂ ਦੇ ਇਕੱਠੇ ਡਿੱਗਣ ਦਾ ਤਰੀਕਾ ਹੈ।

ਕੁਝ ਵੀ ਛੋਹਣ ਤੋਂ ਪਹਿਲਾਂ ਪਛਾਣੋ: systemctl status openvpnas --no-pager ਦੱਸਦਾ ਹੈ ਕਿ Access Server ਚੱਲ ਰਿਹਾ ਹੈ ਜਾਂ ਨਹੀਂ, sacli status ਇਸ ਦੇ ਅੰਦਰੂਨੀ ਹਿੱਸੇ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ, ਅਤੇ systemctl list-units --type=service ਉਹ ਇਕਾਈਆਂ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦੇ ਨਾਮ ਵਿੱਚ openvpn ਹੈ। ਜੇ ਆਖਰੀ ਹੁਕਮ ਪ੍ਰੋਫਾਈਲ ਨਾਮ ਵਾਲੀਆਂ ਇਕਾਈਆਂ ਦਿਖਾਏ, ਤੁਸੀਂ ਕਮਿਊਨਿਟੀ ਉਤਪਾਦ ਤੇ ਹੋ ਅਤੇ ਇੱਥੋਂ ਦਾ ਬਾਕੀ ਤੁਹਾਡੇ ਤੇ ਲਾਗੂ ਨਹੀਂ ਹੁੰਦਾ।

ਲਾਗੂ ਕਰੋ, ਫਿਰ active ਤੋਂ ਅੱਗੇ ਜਾਂਚੋ

active ਦੀ ਰਿਪੋਰਟ ਕਰਨ ਵਾਲੀ ਇਕਾਈ ਵਿੱਚ ਚੱਲ ਰਹੀ ਪ੍ਰਕਿਰਿਆ ਹੁੰਦੀ ਹੈ, ਜੋ ਕੰਮ ਕਰਦੇ ਪ੍ਰਮਾਣੀਕਰਨ ਰਾਹ ਵਾਂਗ ਨਹੀਂ ਹੈ। ਲਾਗੂ ਕਰਨ ਦੇ ਕਦਮ ਤੋਂ ਬਾਅਦ, ਜਿਨ੍ਹਾਂ ਹਿੱਸਿਆਂ ਦਾ ਮੁੜ-ਚਾਲੂ ਆਸ ਕੀਤਾ ਸੀ ਉਨ੍ਹਾਂ ਲਈ sacli status ਵੇਖੋ, ਮੁੱਲ sacli ConfigQuery ਨਾਲ ਸੰਭਾਲਿਆ ਗਿਆ ਹੈ ਪੱਕਾ ਕਰੋ, ਅਤੇ ਫਿਰ ਟੈਸਟ ਖਾਤੇ ਨਾਲ ਇੱਕ ਸੀਮਿਤ ਕਲਾਇੰਟ ਲੌਗਇਨ ਚਲਾਓ।

ਐਪਲੀਕੇਸ਼ਨ ਪੱਧਰ ਦੀ ਕਿਸੇ ਚੀਜ਼ ਨਾਲ ਖਤਮ ਕਰੋ: ਟਨਲ ਰਾਹੀਂ ਨਿੱਜੀ ਸਰੋਤ ਤੱਕ ਪਹੁੰਚੋ, ਸਿਰਫ ਸਰਵਰ ਦੇ ਜਨਤਕ ਪਤੇ ਤੇ ping ਨਹੀਂ। ਧੱਕੇ ਹੋਏ ਰਾਹ ਜਾਂ DNS ਸੈਟਿੰਗ ਗਲਤ ਹੋਣ ਸਮੇਂ ਸਫਲ ਹੋਣ ਵਾਲਾ ਹੈਂਡਸ਼ੇਕ ਹਰ ਸੇਵਾ ਜਾਂਚ ਪਾਸ ਕਰੇਗਾ ਅਤੇ ਫਿਰ ਵੀ ਸਮੱਸਿਆ ਦੱਸਣ ਵਾਲੇ ਨੂੰ ਅਸਫਲ ਕਰੇਗਾ।

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

ਇੱਕੋ ਪਾਸ ਵਿੱਚ ਫੈਸਲਾ

ਇਹਨਾਂ ਚਾਰ ਲਾਈਨਾਂ ਹੇਠਾਂ ਜਾਓ ਅਤੇ ਪਹਿਲੀ ਮਿਲਦੀ ਲਾਈਨ ਤੇ ਰੁਕੋ:

• ਸੈਟਿੰਗ ਪੰਨਾ sacli start ਦੱਸਦਾ ਹੈ, ਜਾਂ ਤੁਸੀਂ ਹੁਣੇ ConfigPut ਚਲਾਇਆ ਹੈ: sacli start ਵਰਤੋ।
• ਪੰਨਾ ਮੁੜ-ਚਾਲੂ ਮੰਗਦਾ ਹੈ, ਜਾਂ ਬਦਲਾਅ ਗੁਣਾਂ ਦੀ ਥਾਂ ਸਰੋਤਿਆਂ ਨੂੰ ਛੂਹਦਾ ਹੈ: systemctl restart openvpnas ਵਰਤੋ।
• ਤੁਹਾਡਾ shell ਇਸ ਸਰਵਰ ਰਾਹੀਂ ਆਉਂਦਾ ਹੈ: ਪਹਿਲਾਂ ਕੰਸੋਲ ਪਹੁੰਚ ਦਾ ਪ੍ਰਬੰਧ ਕਰੋ, ਫਿਰ ਉੱਪਰਲੀਆਂ ਦੋ ਲਾਈਨਾਂ ਵੱਲੋਂ ਚੁਣਿਆ ਹੁਕਮ ਚਲਾਓ।
• ਜਾਂਚ: sacli status, ਮੁੱਲ ਲਈ ConfigQuery, ਇੱਕ ਲੌਗਇਨ, ਇੱਕ ਨਿੱਜੀ ਸਰੋਤ। ਸਿਰਫ ਸੇਵਾ ਦੀ ਹਾਲਤ ਆਖਰੀ ਰੇਖਾ ਨਹੀਂ।

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