openvpn3 session-start ਤੁਹਾਡੀ ਪ੍ਰਮਾਣ ਪੱਤਰ ਫਾਈਲ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦਾ ਹੈ

2.x ਕਲਾਇੰਟ ਨਾਲ ਜੁੜੋ ਅਤੇ ਪ੍ਰੋਫਾਈਲ ਕੰਮ ਕਰਦੀ ਹੈ; ਉਹੀ ਫਾਈਲ 3.x ਕਲਾਇੰਟ ਨੂੰ ਦਿਓ ਅਤੇ ਇਹ ਪਾਸਵਰਡ ਪ੍ਰੋਂਪਟ 'ਤੇ ਰੁਕ ਜਾਂਦਾ ਹੈ। --auth-user-pass creds.txt ਨੂੰ openvpn3 session-start ਨੂੰ ਦਿਓ ਅਤੇ ਨਤੀਜਾ ਉਹੀ ਹੈ, ਕਿਉਂਕਿ ਨਵੇਂ ਕਲਾਇੰਟ ਵਿੱਚ ਉਹ ਫਾਈਲ ਪੜ੍ਹਨ ਵਾਲਾ ਕੋਈ ਪੜਾਅ ਨਹੀਂ। ਇਹ ਇਨਕਾਰ ਜਾਣਬੁੱਝ ਕੇ ਹੈ: ਪ੍ਰਮਾਣ ਸੈਸ਼ਨ ਦੇ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਸੈਸ਼ਨ ਟਰਮੀਨਲ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ, ਸੇਵਾ ਬਣਾਉਂਦੀ ਹੈ। ਇੰਟਰਐਕਟਿਵ ਪ੍ਰੋਂਪਟ ਅਤੇ autoload ਸਹਾਇਕ ਵਿੱਚੋਂ ਇੱਕ ਚੁਣੋ, ਅਤੇ ਜਾਣੋ ਹਰ ਇੱਕ ਕੀ ਸੰਭਾਲਦਾ ਹੈ।

ਸੰਭਾਲੀ ਫਾਈਲ ਕੋਲ ਜਾਣ ਦੀ ਥਾਂ ਕਿਉਂ ਨਹੀਂ

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

ਪੁਰਾਣੇ ਢਾਂਚੇ ਦਾ ਨਾਮ ਲੈਣਾ ਚੰਗਾ ਹੈ ਤਾਂ ਜੋ ਇਸਨੂੰ ਛੱਡਣਾ ਸੌਖਾ ਹੋਵੇ: ਪ੍ਰੋਫਾਈਲ ਪ੍ਰਮਾਣ ਫਾਈਲ ਦਾ ਹਵਾਲਾ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਟਨਲ ਸ਼ੁਰੂ ਹੁੰਦਿਆਂ ਡੈਮਨ ਇਸਨੂੰ ਪੜ੍ਹਦਾ ਹੈ। ਨਵੇਂ ਮਾਡਲ ਵਿੱਚ ਪ੍ਰਮਾਣ ਸੈਸ਼ਨ ਦੇ ਹੁੰਦੇ ਹਨ ਅਤੇ ਉਹ ਸੈਸ਼ਨ ਸ਼ੁਰੂ ਹੁੰਦਿਆਂ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ। openvpn3 session-start --config work.ovpn ਇਹਨਾਂ ਨੂੰ ਮੰਗਦਾ ਹੈ, ਅਤੇ --auth-user-pass creds.txt ਰੱਦ ਹੁੰਦਾ ਹੈ ਕਿਉਂਕਿ ਉਸ ਮਾਰਗ ਵਿੱਚ ਫਾਈਲ ਖੋਲ੍ਹਣ ਵਾਲਾ ਕੁਝ ਨਹੀਂ। ਤੁਹਾਨੂੰ ਮਿਲਣ ਵਾਲੀ ਹਰ 2.x ਵਿਧੀ ਹੁਣ ਨਾ ਰਹਿੰਦੇ ਪੜਾਅ ਨੂੰ ਮੰਨਦੀ ਹੈ।

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

ਪ੍ਰੋਂਪਟ ਮਾਰਗ ਅਤੇ ਇਸ ਵੱਲੋਂ ਛੱਡਿਆ ਸੈਸ਼ਨ

ਸੈਸ਼ਨ ਸ਼ੁਰੂ ਹੁੰਦਿਆਂ ਪਾਸਵਰਡ ਦੇਣਾ ਇੱਛਤ ਕਾਰਜ ਪ੍ਰਵਾਹ ਹੈ। ਕਲਾਇੰਟ ਇੱਕ ਵਾਰ ਪੁੱਛਦਾ ਹੈ, ਪ੍ਰਮਾਣ ਸੈਸ਼ਨ ਬੈਕਐਂਡ ਨੂੰ ਦਿੰਦਾ ਹੈ ਅਤੇ ਅੱਗੇ ਵਧਦਾ ਹੈ:

openvpn3 session-start --config work.ovpn
openvpn3 sessions-list

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

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

ਕੀਬੋਰਡ ਅੱਗੇ ਮਨੁੱਖ ਬਿਨਾਂ ਆਟੋਮੇਸ਼ਨ

ਜਿੱਥੇ ਮਸ਼ੀਨ ਨੂੰ ਮਨੁੱਖ ਬਿਨਾਂ ਜੁੜਨਾ ਪੈਂਦਾ ਹੈ, ਪ੍ਰੋਜੈਕਟ openvpn3-autoload ਦਿੰਦਾ ਹੈ। ਇਹ ਪ੍ਰੋਫਾਈਲਾਂ ਦੀ ਡਾਇਰੈਕਟਰੀ ਅਤੇ ਹਰ ਪ੍ਰੋਫਾਈਲ ਲਈ ਮਿਲਦਾ ਵਰਣਨ ਪੜ੍ਹਦਾ ਹੈ, ਅਤੇ ਵਰਣਨ ਪ੍ਰਮਾਣ ਸਪੱਸ਼ਟ ਟੈਕਸਟ ਵਿੱਚ ਦਿੰਦਾ ਹੈ। ਸਹਾਇਕ ਵੱਖਰਾ ਬਾਈਨਰੀ ਹੈ, ਆਮ ਤੌਰ 'ਤੇ /usr/sbin/openvpn3-autoload 'ਤੇ, session-start ਦਾ ਫਲੈਗ ਨਹੀਂ। ਇਸਨੂੰ ਸੈੱਟ ਕਰਨ ਦਾ ਮਤਲਬ ਹੈ ਡਾਇਰੈਕਟਰੀ ਬਣਾਉਣਾ, ਵਰਣਨ ਵੱਲੋਂ ਉਮੀਦ ਕੀਤੇ ਨਾਮ ਨਾਲ ਪ੍ਰੋਫਾਈਲ ਕਾਪੀ ਕਰਨਾ ਅਤੇ ਵਰਣਨ ਲਿਖਣਾ।

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

mkdir -m700 -p ~/.openvpn3/autoload
cp work.ovpn ~/.openvpn3/autoload/client.conf
$EDITOR ~/.openvpn3/autoload/client.autoload

ਵਰਣਨ ਪ੍ਰਮਾਣਾਂ ਦਾ ਨਾਮ ਦਿੰਦਾ ਹੈ ਅਤੇ ਆਟੋਮੈਟਿਕ ਸ਼ੁਰੂਆਤ ਮੰਗਦਾ ਹੈ। ਪਾਸਵਰਡ ਦਾ ਮੁੱਲ ਵਰਜ਼ਨ ਕੰਟਰੋਲ ਤੋਂ ਬਾਹਰ ਰੱਖੋ:

{
  "autostart": true,
  "user-auth": {
    "autologin": true,
    "username": "svc-vpn",
    "password": "change-this-value"
  }
}

ਫਿਰ ਸਹਾਇਕ ਨੂੰ ਇੱਕ ਵਾਰ ਕਾਲ ਕਰੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਸੈਸ਼ਨ ਦਿਸਦਾ ਹੈ। ਦੂਜਾ ਹੁਕਮ ਜਾਂਚ ਹੈ, ਹੋਰ ਸੈੱਟਅੱਪ ਕਦਮ ਨਹੀਂ:

/usr/sbin/openvpn3-autoload --directory ~/.openvpn3/autoload
openvpn3 sessions-list

ਬੂਟ ਸਮੇਂ openvpn3-autoload.service ਨਾਮਕ ਪੈਕੇਜ ਕੀਤੀ ਇਕਾਈ ਹਰ ਵਰਤੋਂਕਾਰ ਦੀ ਨਹੀਂ, ਪੂਰੇ ਸਿਸਟਮ ਦੀ ਡਾਇਰੈਕਟਰੀ /etc/openvpn3/autoload ਵਰਤਦੀ ਹੈ। ਉਸ ਥਾਂ ਲਈ root ਮਾਲਕੀ ਅਤੇ ਸਖ਼ਤ ਮੋਡ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਵਰਣਨ ਅਜੇ ਵੀ ਪਾਸਵਰਡ ਸਪੱਸ਼ਟ ਟੈਕਸਟ ਵਿੱਚ ਰੱਖਦਾ ਹੈ। ਸਮਝੌਤਾ ਸਪੱਸ਼ਟ ਹੈ: ਪਾਸਵਰਡ ਹੁਣ ਡਿਸਕ 'ਤੇ ਹੈ, ਇਸ ਲਈ ਉਸ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਭੇਦ ਮੰਨੋ, ਹੋਸਟ ਤੋਂ ਬਾਹਰਲੇ ਬੈਕਅੱਪ ਤੋਂ ਬਾਹਰ ਰੱਖੋ, ਅਤੇ ਮਨੁੱਖ ਮੌਜੂਦ ਹੋਣ 'ਤੇ ਹਮੇਸ਼ਾ ਇੰਟਰਐਕਟਿਵ ਮਾਰਗ ਚੁਣੋ।

ਪਾਸਵਰਡ ਅਸਫਲਤਾ ਵਰਗੀਆਂ ਦਿਸਣ ਵਾਲੀਆਂ ਬੱਸ ਅਸਫਲਤਾਵਾਂ

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

ਹੇਠਾਂ ਦਿੱਤੇ ਹੁਕਮ ਇਹਨਾਂ ਦੋਹਾਂ ਨੂੰ ਵੱਖ ਕਰਦੇ ਹਨ। ਪਹਿਲਾ ਦੱਸਦਾ ਹੈ ਕਿ ਬੈਕਐਂਡ ਚੱਲ ਰਿਹਾ ਹੈ ਜਾਂ ਨਹੀਂ; ਦੂਜਾ ਤਾਜ਼ਾ ਬੱਸ ਗਲਤੀਆਂ ਦਿਖਾਉਂਦਾ ਹੈ:

systemctl status openvpn3-service-client
journalctl -b -u openvpn3-service-client --no-pager | tail -20

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

ਜਦੋਂ ਪੁਰਾਣਾ ਕਲਾਇੰਟ ਅਜੇ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ

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

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