ਪੋਰਟਲ URL ਪੇਸਟ ਕਰਨ 'ਤੇ openfortivpn ਲੌਗਇਨ ਕਿਉਂ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ

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

https://vpn.example.com/ext ਵਰਗਾ Fortinet ਪੋਰਟਲ ਪਤਾ ਇੱਕੋ ਸਮੇਂ ਕਈ ਜਾਣਕਾਰੀ ਦੇ ਟੁਕੜੇ ਲੈ ਕੇ ਚੱਲਦਾ ਹੈ, ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੁਝ ਹੀ VPN ਕਲਾਇੰਟ ਦੇ ਹਨ।

ਐਂਡਪੌਇੰਟ ਅਤੇ realm ਵੱਖਰੇ ਇਨਪੁਟ ਹਨ

openfortivpn host ਜਾਂ host:port ਰੂਪ ਵਿੱਚ ਐਂਡਪੌਇੰਟ ਦੀ ਉਮੀਦ ਕਰਦਾ ਹੈ, ਨਾਲ ਹੀ ਖਾਤਾ ਅਤੇ, ਜਿੱਥੇ ਤੈਨਾਤੀ ਇੱਕ ਵਰਤਦੀ ਹੈ, realm ਮੁੱਲ। realm ਖਾਤੇ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਗੇਟਵੇ ਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿਹੜੀ ਪ੍ਰਮਾਣੀਕਰਨ ਨੀਤੀ ਲਾਗੂ ਕਰਨੀ ਹੈ। ਇਹ ਵੱਖਰਾ ਖੇਤਰ ਹੈ, ਕਲਾਇੰਟ URL ਤੋਂ ਕੱਢਣ ਵਾਲਾ ਸਫਿਕਸ ਨਹੀਂ।

ਜਿਸ ਤੈਨਾਤੀ ਦਾ ਆਪਰੇਟਰ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ ਕਿ realm ext ਹੈ, ਉਸ ਲਈ ਗੈਰ-ਗੁਪਤ ਕਾਲ ਇੰਝ ਦਿਖਦੀ ਹੈ: openfortivpn vpn.example.com:443 --username=alice --realm=ext। ਉਹੀ ਮੁੱਲ ਕਾਨਫਿਗਰੇਸ਼ਨ ਫਾਈਲ ਵਿੱਚ host, port, username ਅਤੇ realm ਐਂਟਰੀਆਂ ਵਜੋਂ ਜਾਂਦੇ ਹਨ। ਪਾਸਵਰਡ ਦੋਵਾਂ ਰੂਪਾਂ ਤੋਂ ਬਾਹਰ ਰੱਖੋ ਅਤੇ ਕਲਾਇੰਟ ਨੂੰ ਪੁੱਛਣ ਦਿਓ, ਤਾਂ ਜੋ ਉਹ ਸ਼ੈੱਲ ਇਤਿਹਾਸ ਜਾਂ ਸਾਰਿਆਂ ਲਈ ਪੜ੍ਹਨਯੋਗ ਫਾਈਲ ਵਿੱਚ ਨਾ ਪਵੇ। ਪਹਿਲਾ ਕਲਾਇੰਟ ਅਜੇ ਟਨਲ ਫੜੀ ਰੱਖਦੇ ਹੋਏ ਦੂਜੀ ਕੋਸ਼ਿਸ਼ ਉਸ ਕਾਰਨ ਫੇਲ੍ਹ ਹੋਵੇਗੀ ਜਿਸਦਾ realm ਨਾਲ ਕੋਈ ਸੰਬੰਧ ਨਹੀਂ।

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

ਪਾਥ ਖੰਡ ਆਪਣੇ ਆਪ realm ਨਹੀਂ ਹੁੰਦਾ

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

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

ਹੋਸਟ ਬਦਲ ਕੇ realm ਗਲਤੀ ਠੀਕ ਨਾ ਕਰੋ

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

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

ਇਨਕਾਰ ਕੀਤੇ ਲੌਗਇਨ ਨੂੰ ਫੇਲ੍ਹ ਟਨਲ ਤੋਂ ਵੱਖ ਕਰੋ

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

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

ਮੁੱਲ ਉੱਥੇ ਰੱਖੋ ਜਿੱਥੇ ਅਗਲੀ ਸ਼ੁਰੂਆਤ ਉਨ੍ਹਾਂ ਨੂੰ ਲੱਭੇਗੀ

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

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