NetworkManager ਵਿੱਚ OpenConnect ਦੀ TOTP ਬੇਨਤੀ ਗਾਇਬ ਹੈ: ਚਾਰ ਜਾਂਚਾਂ

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

ਪਹਿਲੀ ਜਾਂਚ: ਪੜ੍ਹੋ ਕਿ ਪ੍ਰਮਾਣਿਕਤਾ ਕਿੱਥੇ ਰੁਕੀ

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

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

ਗੇਟਵੇ ਜਿਸ ਸਟੀਕ ਬੇਨਤੀ ਕ੍ਰਮ ਦੀ ਉਮੀਦ ਕਰਦਾ ਹੈ ਉਹ ਨੋਟ ਕਰੋ: ਵਰਤੋਂਕਾਰ ਨਾਮ, ਪਾਸਵਰਡ, ਫਿਰ ਕੋਡ, ਜਾਂ ਵਰਤੋਂਕਾਰ ਨਾਮ, ਕੋਡ, ਫਿਰ ਪਾਸਵਰਡ। ਕੁਝ ਗੇਟਵੇ ਰਾਊਂਡਾਂ ਦਾ ਕ੍ਰਮ ਬਦਲ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਜੋ ਕਲਾਇੰਟ ਸਿਰਫ਼ ਪਹਿਲਾ ਕ੍ਰਮ ਜਾਣਦੀ ਹੈ ਉਹ ਦੂਜੇ 'ਤੇ ਅਟਕ ਜਾਵੇਗੀ।

ਦੂਜੀ ਜਾਂਚ: ਉਹ ਕਲਾਇੰਟ ਵਰਤੋ ਜਿਸ ਕੋਲ ਚੁਣੌਤੀ ਹੈ

OpenConnect ਆਪ ਚੁਣੌਤੀ ਰਾਊਂਡ ਸਮੇਤ ਪੂਰਾ ਸੰਵਾਦ ਲਾਗੂ ਕਰਦਾ ਹੈ। ਇਸਨੂੰ ਸਿੱਧਾ ਚਲਾਉਣਾ ਇਹ ਪੁਸ਼ਟੀ ਕਰਨ ਦਾ ਸਭ ਤੋਂ ਅਨੁਮਾਨਯੋਗ ਤਰੀਕਾ ਹੈ ਕਿ ਖਾਤਾ ਅਤੇ ਗੇਟਵੇ ਕੰਮ ਕਰਦੇ ਹਨ:

sudo openconnect --protocol=anyconnect --useragent=AnyConnect vpn.example.net

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

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

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

ਤੀਜੀ ਜਾਂਚ: ਦੇਖੋ ਕਿ ਤੁਹਾਡਾ ਪਲੱਗਇਨ TOTP ਮੋਡ ਦਿੰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ

ਕੁਝ NetworkManager OpenConnect ਬਿਲਡ ਕਨੈਕਸ਼ਨ ਦੇ Identity ਟੈਬ ਵਿੱਚ ਟੋਕਨ ਮੋਡ ਅਤੇ ਵਰਤੋਂਕਾਰ ਏਜੰਟ ਖੇਤਰ ਦਿੰਦੇ ਹਨ। ਵਰਤੋਂਕਾਰ ਏਜੰਟ ਨੂੰ ਗੇਟਵੇ ਦੇ ਉਮੀਦ ਕੀਤੇ ਮੁੱਲ 'ਤੇ ਸੈਟ ਕਰੋ, ਹੱਥੀਂ TOTP ਐਂਟਰੀ ਚੁਣੋ ਅਤੇ ਕਨੈਕਸ਼ਨ ਸੰਭਾਲੋ।

ਇਹ ਖੇਤਰ ਹਨ ਜਾਂ ਨਹੀਂ, ਇਹ ਪਲੱਗਇਨ ਸੰਸਕਰਣ ਅਤੇ ਡੈਸਕਟਾਪ ਕਿਹੜਾ ਕਨੈਕਸ਼ਨ ਸੰਪਾਦਕ ਵਰਤਦਾ ਹੈ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਸੁਤੰਤਰ ਸੰਪਾਦਕ GNOME ਪੈਨਲ ਵੱਲੋਂ ਲੁਕਾਏ ਵਿਕਲਪ ਦਿਖਾ ਸਕਦਾ ਹੈ, ਜਾਂ ਉਲਟਾ। ਲੁਕੀ ਸੈਟਿੰਗ ਲੱਭਣ ਤੋਂ ਪਹਿਲਾਂ ਸਥਾਪਿਤ ਪੈਕੇਜ ਦਾ ਸੰਸਕਰਣ ਜਾਂਚੋ।

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

ਚੌਥੀ ਜਾਂਚ: ਬਣਾਇਆ ਕੋਡ ਸਮਝੌਤਾ ਮੰਨੋ

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

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

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

ਉਹੀ ਗੇਟਵੇ ਅਤੇ ਖਾਤਾ ਪੱਕਾ ਕਰੋ

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

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

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