OpenVPN Access Server ਬਨਾਮ Community: ਅਸਲ ਵਿੱਚ ਕੀ ਤਬਦੀਲ ਹੁੰਦਾ ਹੈ

ਪ੍ਰੋਫਾਈਲ ਤਬਦੀਲ ਹੁੰਦੇ ਹਨ; ਵਰਤੋਂਕਾਰ ਸੂਚੀਆਂ ਪਿੱਛੇ ਰਹਿ ਜਾਂਦੀਆਂ ਹਨ। Access Server ਅਤੇ Community Edition ਵਿਚਕਾਰ ਬਦਲਣ ਵਾਲੀ ਟੀਮ ਨੂੰ ਕਟਓਵਰ ਦੇ ਇੱਕ ਘੰਟੇ ਬਾਅਦ ਇਹ ਖਾਲੀ ਪਾੜਾ ਦਿਸਦਾ ਹੈ, ਜਦੋਂ ਉਸਦਾ ਪਹਿਲਾ ਕਲਾਇੰਟ ਪ੍ਰਮਾਣਿਤ ਹੁੰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਉਸ ਕੋਲ ਨਾ ਕੋਈ ਸਮੂਹ ਨੀਤੀ ਹੁੰਦੀ ਹੈ, ਨਾ ਪ੍ਰਤੀ-ਵਰਤੋਂਕਾਰ ਰਸਤਾ, ਅਤੇ ਨਾ ਹੀ ਸਵੈ-ਸੇਵਾ ਪਾਸਵਰਡ ਰੀਸੈਟ। ਦੋਵੇਂ ਉਤਪਾਦ ਇੱਕੋ ਪ੍ਰੋਟੋਕੋਲ ਬੋਲਦੇ ਹਨ ਅਤੇ ਇੱਕੋ ਕਲਾਇੰਟ ਸਵੀਕਾਰ ਕਰਦੇ ਹਨ, ਅਤੇ ਇਸੇ ਲਈ ਯੋਜਨਾ ਦੇ ਦੌਰਾਨ ਇਹ ਪਾੜਾ ਅਦਿੱਖ ਰਹਿੰਦਾ ਹੈ। ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਪ੍ਰਬੰਧਨ ਪਰਤ ਅਤੇ ਉਸਦੇ ਮਾਲਕ ਲੋਕ ਚੁਣ ਰਹੇ ਹੋ।

ਫੈਸਲੇ ਨੂੰ ਵਿਸ਼ੇਸ਼ਤਾ-ਸਾਰਣੀ ਨਹੀਂ, ਸਗੋਂ ਸੂਚੀ-ਸੰਬੰਧੀ ਸਵਾਲ ਮੰਨੋ। ਪੁੱਛੋ ਕਿ ਕੌਣ ਵਰਤੋਂਕਾਰ ਬਣਾਉਂਦਾ ਹੈ, ਕੌਣ ਸਰਟੀਫਿਕੇਟ ਰੱਦ ਕਰਦਾ ਹੈ, ਅਤੇ 02:00 ਵਜੇ ਕੌਣ ਫੋਨ ਚੁੱਕਦਾ ਹੈ।

.ovpn ਫਾਈਲ ਸੈਟਅਪ ਕਿਉਂ ਨਹੀਂ ਲਿਆਉਂਦੀ

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

Community Edition ਵਿੱਚ ਬਰਾਬਰ ਦੀਆਂ ਉਹ ਫਾਈਲਾਂ ਹਨ ਜੋ ਤੁਸੀਂ ਰੱਖਦੇ ਹੋ: ਹਰ ਕਲਾਇੰਟ ਲਈ ifconfig-push ਅਤੇ iroute ਵਰਗੀਆਂ ਚੋਣਾਂ ਵਾਲੀਆਂ client-config-dir ਐਂਟਰੀਆਂ, ਰੱਦ ਕਰਨ ਲਈ CRL, ਅਤੇ tls-crypt ਕੁੰਜੀ। Access Server ਉਹੀ ਧਾਰਨਾਵਾਂ ਆਪਣੇ ਡੇਟਾਬੇਸ ਵਿੱਚ ਰੱਖਦਾ ਹੈ ਅਤੇ ਵੈੱਬ ਕੰਸੋਲ ਅਤੇ sacli ਕਮਾਂਡ-ਲਾਈਨ ਟੂਲ ਰਾਹੀਂ ਪ੍ਰਗਟ ਕਰਦਾ ਹੈ। ਧਾਰਨਾਵਾਂ ਇੱਕ-ਦੂਜੇ ਨਾਲ ਮਿਲਦੀਆਂ ਹਨ; ਕਲਾਕ੍ਰਿਤੀਆਂ ਬਿਲਕੁਲ ਨਹੀਂ ਹਿੱਲਦੀਆਂ।

ਪ੍ਰੋਫਾਈਲ ਅਜਿਹਾ ਵਿਵਹਾਰ ਵੀ ਚੋਰੀ-ਛਿੱਪ ਕੇ ਲਿਆਉਂਦੇ ਹਨ ਜਿਸਨੂੰ ਬਦਲਣ ਤੱਕ ਕੋਈ ਨਹੀਂ ਦੇਖਦਾ। redirect-gateway def1 ਵਾਲਾ ਕਲਾਇੰਟ ਸਾਰੀ ਬ੍ਰਾਊਜ਼ਿੰਗ ਸਰਵਰ ਰਾਹੀਂ ਭੇਜਦਾ ਹੈ; ਉਸਨੂੰ ਉਸ ਲਾਈਨ ਤੋਂ ਬਿਨਾਂ ਬਿਲਡ ਵਿੱਚ ਲੈ ਜਾਓ ਅਤੇ ਸ਼ਿਕਾਇਤ ਇਹ ਹੋਵੇਗੀ ਕਿ ਇੰਟਰਨੈੱਟ ਟੁੱਟ ਗਿਆ। CA ਨਾ ਮਿਲਣਾ ਜਾਂ ਗਲਤ remote-cert-tls ਸੈਟਿੰਗ ਉੱਚੀ ਆਵਾਜ਼ ਵਿੱਚ ਫੇਲ ਹੁੰਦੀ ਹੈ, ਜੋ ਚੰਗਾ ਨਤੀਜਾ ਹੈ। ਗੁੰਮ tls-crypt ਕੁੰਜੀ ਚੁੱਪ ਟਾਈਮਆਊਟ ਵਜੋਂ ਫੇਲ ਹੁੰਦੀ ਹੈ, ਜੋ ਚੰਗਾ ਨਹੀਂ ਹੈ।

ਪ੍ਰਬੰਧਨ ਪਰਤ ਕੀ ਰੱਖਦੀ ਹੈ

ਜੋ ਪ੍ਰੋਟੋਕੋਲ ਨਹੀਂ ਹੈ ਉਸਨੂੰ ਗਿਣੋ: ਖਾਤੇ ਬਣਾਉਣਾ, ਪਾਸਵਰਡ ਰੀਸੈਟ, ਸਮੂਹ ਨਿਯੁਕਤੀ, MFA ਦਰਜੀਕਰਨ, ਜੁੜਨ ਦੇ ਅਧਿਕਾਰ, ਅਤੇ ਕਿਸਨੇ ਕਦੋਂ ਜੁੜਿਆ ਇਸਦਾ ਜਵਾਬ ਦੇਣ ਵਾਲਾ ਆਡਿਟ ਟ੍ਰੇਲ। Community Edition ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਸਿੱਧਾ ਨਹੀਂ ਦਿੰਦਾ। ਤੁਸੀਂ ਪ੍ਰਮਾਣੀਕਰਨ ਬੈਕਐਂਡ ਚੁਣਦੇ ਹੋ, ਪਲੱਗਇਨ ਜਾਂ auth-user-pass-verify ਰਾਹੀਂ PAM, LDAP ਜਾਂ RADIUS ਜੋੜਦੇ ਹੋ, ਅਤੇ ਬਾਕੀ ਆਪ ਹੀ ਸੰਭਾਲਦੇ ਹੋ। Access Server ਵਰਤੋਂਕਾਰ ਪੋਰਟਲ, ਪ੍ਰਸ਼ਾਸਨ ਕੰਸੋਲ ਅਤੇ ਆਮ ਪਛਾਣ ਪ੍ਰਦਾਤਾਵਾਂ ਨਾਲ ਏਕੀਕਰਨ ਦਿੰਦਾ ਹੈ। ਦੋਵੇਂ ਪ੍ਰਬੰਧ ਪਹਿਲਾਂ ਤੋਂ ਵਧੇਰੇ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਹਨ, ਕਿਉਂਕਿ ਨੀਤੀ ਅਜੇ ਵੀ ਨੈੱਟਵਰਕ ਜਾਣਨ ਵਾਲੇ ਵਿਅਕਤੀ ਨੂੰ ਹੀ ਲਿਖਣੀ ਪੈਂਦੀ ਹੈ।

ਅਧਿਕਾਰ ਸਭ ਤੋਂ ਤਿੱਖਾ ਕਾਰਜਕਾਰੀ ਅੰਤਰ ਹਨ। Access Server ਇੱਕੋ ਸਮੇਂ ਦੇ ਕੁਨੈਕਸ਼ਨਾਂ ਦੀ ਗਿਣਤੀ ਦੇ ਅਧਾਰ ਤੇ ਲਾਇਸੈਂਸ ਲੈਂਦਾ ਹੈ ਅਤੇ ਉਹ ਗਿਣਤੀ ਸੌਫਟਵੇਅਰ ਵਿੱਚ ਲਾਗੂ ਕਰਦਾ ਹੈ। Community Edition ਵਿੱਚ ਗਲੋਬਲ ਸੀਮਾ ਇੱਕੋ max-clients ਲਾਈਨ ਹੈ, ਜਦੋਂ ਕਿ ਪ੍ਰਤੀ ਵਰਤੋਂਕਾਰ ਜਾਂ ਪ੍ਰਤੀ ਸਮੂਹ ਕੋਈ ਵੀ ਚੀਜ਼ ਵਧੇਰੇ client-config-dir ਕੰਮ ਅਤੇ ਤੁਹਾਡਾ ਆਪਣਾ ਲਾਗੂਕਰਨ ਹੈ। ਜਿਸ ਟੀਮ ਨੂੰ ਇਸ ਸੰਭਾਲ ਦੀ ਰੁਚੀ ਨਹੀਂ, ਉਹ ਵਪਾਰਕ ਉਤਪਾਦ ਦੇ ਪੈਸੇ ਦਿੰਦਿਆਂ ਬਿਲਕੁਲ ਇਹੀ ਖਰੀਦਦੀ ਹੈ।

ਲਾਇਸੈਂਸਿੰਗ ਅਤੇ ਸਹਾਇਤਾ: ਉਹ ਮਦ ਜੋ ਕੋਈ ਬਜਟ ਵਿੱਚ ਨਹੀਂ ਰੱਖਦਾ

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

ਸਮਰਥਨ ਦੀ ਮਾਲਕੀ ਵੀ ਉਹੀ ਵੰਡ ਪਿੱਛੇ ਚੱਲਦੀ ਹੈ। Community Edition ਨਾਲ ਹਰ ਅਜੀਬ ਕਲਾਇੰਟ ਅਤੇ ਹਰ ਕਰਨਲ ਅੱਪਡੇਟ ਲਈ ਐਸਕਲੇਸ਼ਨ ਮਾਰਗ ਤੁਸੀਂ ਹੀ ਹੋ। Access Server ਨਾਲ ਫੋਨ ਕਰਨ ਲਈ ਵਿਕਰੇਤਾ ਹੈ, ਅਤੇ ਤੁਹਾਡੀ ਤਬਦੀਲੀ-ਵਿੰਡੋ ਵਿੱਚ ਫਿੱਟ ਹੋਵੇ ਜਾਂ ਨਾ, ਉਸਦੀ ਰਿਲੀਜ਼ ਲੈਅ ਤੁਹਾਨੂੰ ਵਿਰਾਸਤ ਵਿੱਚ ਮਿਲਦੀ ਹੈ।

ਕਟਓਵਰ ਤੋਂ ਪਹਿਲਾਂ ਦੀਆਂ ਜਾਂਚਾਂ

ਕਿਸੇ ਵੀ ਦਿਸ਼ਾ ਵਿੱਚ ਕਟਓਵਰ ਤੋਂ ਪਹਿਲਾਂ ਚੱਲ ਰਹੇ ਸਰਵਰ ਕੋਲ ਅਸਲ ਵਿੱਚ ਕੀ ਹੈ ਇਸਦੀ ਸੂਚੀ ਬਣਾਓ। Access Server ਪਾਸੇ ਵਰਤੋਂਕਾਰ ਸੂਚੀ ਅਤੇ ਸਮੂਹ ਨਿਯੁਕਤੀਆਂ ਨਿਰਯਾਤ ਕਰੋ ਅਤੇ ਨੋਟ ਕਰੋ ਕਿ ਕਿਹੜੇ ਖਾਤੇ MFA ਤੇ ਨਿਰਭਰ ਹਨ। Community Edition ਪਾਸੇ ਜਾਰੀ ਕੀਤੇ ਸਰਟੀਫਿਕੇਟ, CRL ਅਤੇ client-config-dir ਹੇਠਾਂ ਹਰ ਫਾਈਲ ਸੂਚੀਬੱਧ ਕਰੋ। ਦੋਵੇਂ ਸੂਚੀਆਂ ਲਾਈਨ-ਦਰ-ਲਾਈਨ ਤੁਲਨਾ ਕਰੋ, ਕਿਉਂਕਿ ਉਨ੍ਹਾਂ ਵਿਚਕਾਰਲਾ ਅੰਤਰ ਹੀ ਤਬਦੀਲੀ ਦਾ ਕੰਮ ਹੈ।

ਪੁਰਾਣੀ ਸੇਵਾ ਅਜੇ ਚੱਲ ਰਹੀ ਹੋਵੇ ਤਾਂ ਪ੍ਰਤੀਨਿਧ ਕਲਾਇੰਟ ਜਾਂਚੋ। openvpn --config client.ovpn --verb 4 ਅਗਲੇ ਭਾਗ ਵਿੱਚ ਹੈਂਡਸ਼ੇਕ, ਭੇਜੇ ਰਸਤੇ ਅਤੇ DNS ਚੋਣਾਂ ਛਾਪਦਾ ਹੈ, ਅਤੇ openssl x509 -in client.crt -noout -subject -enddate ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਕਲਾਇੰਟ ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਸਰਟੀਫਿਕੇਟ ਪੇਸ਼ ਕਰਦਾ ਹੈ। ਜੋ ਕਲਾਇੰਟ ਜੁੜਦਾ ਹੈ ਪਰ ਅੰਦਰੂਨੀ ਹੋਸਟ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਦਾ, ਉਸ ਵਿੱਚ ਰਸਤਾ ਜਾਂ iroute ਦਾ ਪਾੜਾ ਹੈ, ਪ੍ਰਮਾਣੀਕਰਨ ਫੇਲ ਨਹੀਂ।

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