Juniper ਜਾਂ Pulse ਗੇਟਵੇ: ਕਿਹੜਾ OpenConnect ਪ੍ਰੋਟੋਕੋਲ ਵਰਤਣਾ ਹੈ

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

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

ਦੋ ਪ੍ਰੋਟੋਕੋਲ ਨਾਮ ਇੱਕੋ ਉਤਪਾਦ ਇਤਿਹਾਸ ਸਾਂਝਾ ਕਰਦੇ ਹਨ

Juniper ਦਾ Network Connect ਅਤੇ ਬਾਅਦ ਵਾਲਾ Pulse Secure ਕਲਾਇੰਟ ਵੱਖਰੇ ਪ੍ਰੋਟੋਕੋਲ ਹਨ ਜੋ ਇੱਕ ਡਿਵਾਈਸ ਪਰਿਵਾਰ ਨੇ ਸਮੇਂ ਦੇ ਨਾਲ ਦਿੱਤੇ। OpenConnect ਨੇ ਪਹਿਲੇ ਲਈ nc ਹੈਂਡਲਰ ਅਤੇ ਦੂਜੇ ਲਈ pulse ਹੈਂਡਲਰ ਵਿਕਸਿਤ ਕੀਤਾ। ਇਹ ਵੱਖਰੇ ਕੋਡ ਮਾਰਗ ਅਤੇ ਵੱਖਰੇ ਬੇਨਤੀ ਫਾਰਮੈਟ ਹਨ, ਇਸ ਲਈ ਇੱਕ ਵਿੱਚ ਸਮਰਥਨ ਦੂਜੇ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ।

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

ਕਮਾਂਡ ਲਾਈਨ 'ਤੇ ਚੁਣਨਾ ਇੱਕ ਸ਼ਬਦ ਦਾ ਬਦਲਾਅ ਹੈ: Network Connect ਲਈ openconnect --protocol=nc vpn.example.com, ਜਾਂ Pulse ਲਈ openconnect --protocol=pulse vpn.example.com। ਦੋਵੇਂ ਕੋਸ਼ਿਸ਼ਾਂ ਅਸਲ ਕਨੈਕਸ਼ਨ ਕੋਸ਼ਿਸ਼ਾਂ ਹਨ ਜੋ ਰੂਟ ਅਤੇ DNS ਦੁਬਾਰਾ ਸੰਰਚਿਤ ਕਰ ਸਕਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਇਨ੍ਹਾਂ ਨੂੰ ਜਾਣਬੁੱਝ ਕੇ ਚਲਾਓ। ਪ੍ਰੋਟੋਕੋਲ ਗਲਤੀ ਤੋਂ ਬਚਣ ਲਈ ਕਦੇ ਵੀ ਕਮਾਂਡ ਲਾਈਨ 'ਤੇ ਪਾਸਵਰਡ ਨਾ ਰੱਖੋ ਜਾਂ ਸਰਟੀਫਿਕੇਟ ਜਾਂਚ ਬੰਦ ਨਾ ਕਰੋ, ਕਿਉਂਕਿ ਇਹ ਨਾ-ਮਿਲਣ ਨੂੰ ਠੀਕ ਕਰਨ ਦੀ ਬਜਾਏ ਲੁਕਾਉਂਦਾ ਹੈ। ਜੇ ਦੇਖਣਾ ਹੈ ਕਿ ਕਲਾਇੰਟ ਕੀ ਭੇਜਦਾ ਹੈ, ਤਾਂ --dump-http-traffic ਆਦਾਨ-ਪ੍ਰਦਾਨ ਛਾਪਦਾ ਹੈ, ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਉਹ ਹੈਂਡਲਰ ਪਛਾਣਦਾ ਹੈ ਜਿਸਦੀ ਗੇਟਵੇ ਉਮੀਦ ਕਰਦਾ ਹੈ।

ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਉਸ ਨਾਲ ਮਿਲਾਓ ਜੋ ਗੇਟਵੇ ਪੇਸ਼ ਕਰਦਾ ਹੈ

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

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

ਪ੍ਰਮਾਣਿਕਤਾ ਪ੍ਰੋਟੋਕੋਲ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਸਵਾਲ ਦਾ ਹੱਲ ਕਰ ਸਕਦੀ ਹੈ

ਕੋਈ ਤੈਨਾਤੀ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ, ਬ੍ਰਾਊਜ਼ਰ ਰਾਹੀਂ SAML ਗੇੜ, ਜਾਂ ਪਹੁੰਚ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਮਸ਼ੀਨ ਦੀ ਜਾਂਚ ਕਰਨ ਵਾਲਾ ਹੋਸਟ ਚੈਕਰ ਮੰਗ ਸਕਦੀ ਹੈ। OpenConnect ਦਾ pulse ਹੈਂਡਲਰ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੁਝ ਪ੍ਰਵਾਹਾਂ ਲਈ ਅਨੁਕੂਲਤਾ ਸੀਮਾਵਾਂ ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ, ਅਤੇ nc ਹੈਂਡਲਰ ਦੀਆਂ ਆਪਣੀਆਂ ਖਾਮੀਆਂ ਹਨ। ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਕੰਮ ਕਰਨ ਵਾਲਾ ਪਾਸਵਰਡ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਖਾਤਾ ਵੈਧ ਹੈ; ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਕੋਈ ਵੀ CLI ਜਾਂ ਡੈਸਕਟਾਪ ਪਲੱਗਇਨ ਉਹੀ ਕ੍ਰਮ ਪੂਰਾ ਕਰ ਸਕਦਾ ਹੈ। ਜਦੋਂ ਹੋਸਟ ਚੈਕਰ ਸ਼ਾਮਲ ਹੋਵੇ, ਕਲਾਇੰਟ ਨੂੰ ਪ੍ਰਸ਼ਾਸਕ ਵੱਲੋਂ ਦਿੱਤੀ ਰੈਪਰ ਸਕ੍ਰਿਪਟ ਚਾਹੀਦੀ ਹੈ। ਇਸ ਤੋਂ ਬਿਨਾਂ ਲੌਗਇਨ ਪਹਿਲੇ ਜਵਾਬ ਤੋਂ ਬਾਅਦ ਰੁਕ ਜਾਂਦਾ ਹੈ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਫੇਲ੍ਹ ਹੋਣ ਵਾਂਗ ਦਿਖਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਅਸਲ ਵਿੱਚ ਇਹ ਅਨੁਪਾਲਨ ਦਾ ਛੁੱਟਿਆ ਕਦਮ ਹੈ।

auth ਗਰੁੱਪ ਦੀ ਚੋਣ ਦੂਜੀ ਆਮ ਰੁਕਾਵਟ ਹੈ, ਕਿਉਂਕਿ ਕਈ ਗਰੁੱਪ ਵਾਲਾ ਗੇਟਵੇ ਉਮੀਦ ਕਰਦਾ ਹੈ ਕਿ ਕਲਾਇੰਟ ਇੱਕ ਦਾ ਨਾਮ ਲਵੇ।

ਕਮਾਂਡ ਲਾਈਨ 'ਤੇ --authgroup="Employees" ਉਹ ਚੋਣ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਇਸ ਨੂੰ ਛੱਡਣ ਨਾਲ ਸੈਸ਼ਨ ਡਿਫਾਲਟ ਗਰੁੱਪ ਵਿੱਚ ਜਾ ਸਕਦਾ ਹੈ ਜੋ ਖਾਤਾ ਰੱਦ ਕਰਦਾ ਹੈ। ਸਰਟੀਫਿਕੇਟਾਂ ਨਾਲ --certificate ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਕੁੰਜੀ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਗੇਟਵੇ ਬਾਅਦ ਵਿੱਚ ਵੀ ਟੋਕਨ ਮੰਗ ਸਕਦਾ ਹੈ। ਇਸ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਕੁਝ ਵੀ ਸਵੈਚਾਲਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੂਰਾ ਕ੍ਰਮ ਇੱਕ ਵਾਰ ਵਿਸਥਾਰਤ ਆਉਟਪੁੱਟ ਨਾਲ ਜਾਂਚੋ।

ਜਦੋਂ ਡੈਸਕਟਾਪ ਫਰੰਟਐਂਡ ਚੋਣ ਨੂੰ ਜ਼ਾਹਰ ਨਹੀਂ ਕਰ ਸਕਦਾ

ਗ੍ਰਾਫਿਕਲ ਫਰੰਟਐਂਡ ਆਪਣੇ ਫੀਚਰ ਸੈੱਟ ਲਿਆਉਂਦੇ ਹਨ, ਅਤੇ ਪੁਰਾਣਾ ਪਲੱਗਇਨ ਤੁਹਾਨੂੰ ਲੋੜੀਂਦੇ ਪ੍ਰੋਟੋਕੋਲ ਤੋਂ ਪਹਿਲਾਂ ਦਾ ਹੋ ਸਕਦਾ ਹੈ। NetworkManager ਦਾ OpenConnect ਏਕੀਕਰਨ ਚੋਣ ਨੂੰ ਆਪਣੇ ਕਨੈਕਸ਼ਨ ਡੇਟਾ ਵਿੱਚ ਸੰਭਾਲਦਾ ਹੈ, ਇਸ ਲਈ nmcli connection modify "Office VPN" vpn.data "protocol=pulse" ਉਹ ਸੈੱਟ ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਸੰਪਾਦਕ ਨਹੀਂ ਦਿਖਾਉਂਦਾ। ਇਹ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਬਦਲਾਅ ਲਾਗੂ ਹੋਇਆ, ਜਾਂਚੋ ਕਿ ਸਥਾਪਿਤ ਪਲੱਗਇਨ ਸੰਸਕਰਣ ਉਸ ਕੁੰਜੀ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ।

ਜੇ ਮੀਨੂ ਸਿਰਫ਼ PPTP ਜਾਂ L2TP ਦਿੰਦਾ ਹੈ, ਤਾਂ ਇੱਕ ਚੁਣਨ ਨਾਲ Pulse ਸੇਵਾ ਉਸ ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ ਨਹੀਂ ਬਦਲਦੀ। ਮੀਨੂ ਜੋ ਵੀ ਸੰਜੋਗ ਨਾਲ ਸੂਚੀਬੱਧ ਕਰੇ ਉਸ ਵੱਲ ਜਾਣ ਦੀ ਬਜਾਏ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਏਕੀਕਰਨ ਸਥਾਪਿਤ ਕਰੋ।

ਲੌਗਇਨ ਅਜੇ ਵੀ ਫੇਲ੍ਹ ਹੋਵੇ ਤਾਂ ਕੀ ਦਰਜ ਕਰਨਾ ਹੈ

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

ਸਫਲ ਹੋਣ 'ਤੇ ਚੱਲਣ ਵਾਲਾ ਕਮਾਂਡ ਜਾਂ ਪ੍ਰੋਫਾਈਲ ਗੇਟਵੇ ਦੇ ਨਾਮ ਕੋਲ ਰੱਖੋ। ਨਹੀਂ ਤਾਂ ਅਗਲਾ ਜੁੜਨ ਵਾਲਾ ਵਿਅਕਤੀ ਉਹੀ ਬ੍ਰਾਂਡ-ਬਨਾਮ-ਪ੍ਰੋਟੋਕੋਲ ਅੰਦਾਜ਼ਾ ਦੁਹਰਾਏਗਾ।