RADIUS VPN ਵਰਤੋਂਕਾਰ ਨਾਮ ਦੀ ਥਾਂ IP ਪਤਾ ਕਿਉਂ ਦੇਖਦਾ ਹੈ
strongSwan ਕਿਸੇ ਵੀ EAP ਅਦਲ-ਬਦਲ ਤੋਂ ਪਹਿਲਾਂ IKE ਪਛਾਣ RADIUS User-Name ਵਿੱਚ ਰੱਖ ਸਕਦਾ ਹੈ। ਤੈਅ ਕਰੋ ਕਿ ਖਾਤੇ ਦੀ ਪਛਾਣ ਕੌਣ ਮੰਗਦਾ ਹੈ, ਫਿਰ ਇੱਕ ਕੋਸ਼ਿਸ਼ ਨੂੰ ਮਿਲਾਓ।
Windows IKEv2 ਕਲਾਇੰਟ ਜੁੜਦਾ ਹੈ, ਅਤੇ RADIUS ਬੇਨਤੀ ਉੱਥੇ ਪਤੇ ਨਾਲ ਆਉਂਦੀ ਹੈ ਜਿੱਥੇ ਖਾਤੇ ਦਾ ਨਾਮ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਹਾਲੇ ਕੁਝ ਵੀ ਫੇਲ੍ਹ ਨਹੀਂ ਹੋਇਆ, ਅਤੇ ਉਲਝਣ ਵਾਲਾ ਹਿੱਸਾ ਇਹੀ ਹੈ: ਗੇਟਵੇ ਕਲਾਇੰਟ ਵੱਲੋਂ IKE ਪਰਤ ਉੱਤੇ ਪੇਸ਼ ਕੀਤੀ ਪਛਾਣ ਦੀ ਰਿਪੋਰਟ ਕਰ ਰਿਹਾ ਹੈ। ਤੁਹਾਡੇ ਬੈਕਐਂਡ ਨੂੰ ਜੋ ਵਰਤੋਂਕਾਰ ਨਾਮ ਚਾਹੀਦਾ ਹੈ ਉਹ ਹਾਲੇ ਨਾ ਹੋਏ ਕਿਸੇ ਵੱਖਰੇ EAP ਅਦਲ-ਬਦਲ ਤੋਂ ਆ ਸਕਦਾ ਹੈ। ਖਾਤਾ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਇਹ ਕੌਣ ਮੰਗੇਗਾ।
ਇੱਕ ਕਨੈਕਸ਼ਨ ਵਿੱਚ ਦੋ ਪਛਾਣਾਂ ਸਫ਼ਰ ਕਰਦੀਆਂ ਹਨ
ਇੱਕ ਕਨੈਕਸ਼ਨ ਵਿੱਚ ਦੋ ਨਾਮ ਦਿਸ ਸਕਦੇ ਹਨ। IKE ਪਛਾਣ ਟਨਲ ਸੈਟਅਪ ਦੌਰਾਨ ਸਾਥੀ ਦੀ ਪਛਾਣ ਕਰਦੀ ਹੈ, ਅਤੇ eap-radius ਪਲੱਗਇਨ ਸ਼ੁਰੂ ਵਿੱਚ ਇਸਨੂੰ RADIUS User-Name ਵਿੱਚ ਕਾਪੀ ਕਰਦਾ ਹੈ। EAP ਪਛਾਣ ਇੱਕ ਵੱਖਰਾ ਮੁੱਲ ਹੈ, ਜੋ ਵਰਤੋਂਕਾਰ ਪ੍ਰਮਾਣਿਕਤਾ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਜੇ ਕੋਈ ਨਾ ਮੰਗੇ ਤਾਂ ਇਹ ਕਦੇ ਨਾ ਭੇਜਿਆ ਜਾਵੇ।
ਇਸ ਲਈ RADIUS ਲਾਗ ਪਤਾ ਦਿਖਾ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਖਾਤਾ ਮੌਜੂਦ ਹੈ ਅਤੇ ਪਾਸਵਰਡ ਸਹੀ ਹੈ। ਬੈਕਐਂਡ ਨੂੰ ਗਲਤ ਪਰਤ ਬਾਰੇ ਪੁੱਛਿਆ ਜਾ ਰਿਹਾ ਹੈ। RADIUS ਵਿਸ਼ੇਸ਼ਤਾ ਸਿਰਫ਼ ਚੁਣੇ ਗਏ ਨਾਮ ਲਈ ਵਾਹਕ ਹੈ।
ਗੇਟਵੇ ਨੂੰ EAP ਪਛਾਣ ਮੰਗਣ ਲਈ ਕਹੋ
ਇੱਕ ਸਮਰਥਿਤ ਪ੍ਰਬੰਧ ਵਿੱਚ ਗੇਟਵੇ ਪ੍ਰਮਾਣਿਕਤਾ RADIUS ਨੂੰ ਸੌਂਪਣ ਤੋਂ ਪਹਿਲਾਂ EAP ਪਛਾਣ ਮੰਗਦਾ ਹੈ। ਕਨੈਕਸ਼ਨ ਦੇ ਦੂਰ-ਪ੍ਰਮਾਣਿਕਤਾ ਭਾਗ ਵਿੱਚ, ਢੰਗ ਨੂੰ eap-radius ਉੱਤੇ ਸੈੱਟ ਕਰੋ ਅਤੇ EAP ਪਛਾਣ ਸਪਸ਼ਟ ਤੌਰ ਉੱਤੇ ਮੰਗੋ। ਹੇਠਾਂ ਦਿੱਤਾ ਟੁਕੜਾ ਆਪਣੀ ਫ਼ਾਈਲ ਵਿੱਚ ਨਹੀਂ, ਮੌਜੂਦਾ ਕਨੈਕਸ਼ਨ ਬਲਾਕ ਦੇ ਅੰਦਰ ਆਉਂਦਾ ਹੈ। ਕਿਸੇ ਹੋਰ ਤੈਨਾਤੀ ਤੋਂ ਸਿੰਟੈਕਸ ਕਾਪੀ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕਨੈਕਸ਼ਨ ਅਤੇ ਕੌਂਫਿਗਰੇਸ਼ਨ ਬੈਕਐਂਡ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।
remote {
auth = eap-radius
eap_id = %any
}ਇਸ ਨਾਲ ਬੈਕਐਂਡ ਨੂੰ IKE ਪਤੇ ਦੀ ਥਾਂ ਉਹ ਪਛਾਣ ਮਿਲਦੀ ਹੈ ਜੋ ਕਲਾਇੰਟ EAP ਅਦਲ-ਬਦਲ ਵਿੱਚ ਦਿੰਦਾ ਹੈ। ਕਨੈਕਸ਼ਨ ਵਿੱਚ ਹੋਰ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ।
ਜਾਂ RADIUS ਨੂੰ EAP ਅਦਲ-ਬਦਲ ਸ਼ੁਰੂ ਕਰਨ ਦਿਓ
ਦੂਜਾ ਪ੍ਰਬੰਧ ਪਹਿਲਾ ਕਦਮ RADIUS ਪਾਸੇ ਰੱਖਦਾ ਹੈ। ਪਲੱਗਇਨ ਸ਼ੁਰੂਆਤੀ ਪਛਾਣ ਜਵਾਬ ਦੀ ਉਡੀਕ ਕਰਨ ਦੀ ਥਾਂ EAP-Start ਸੰਕੇਤ ਭੇਜ ਸਕਦਾ ਹੈ, ਜੋ ਸਰਵਰ ਨੂੰ ਅਦਲ-ਬਦਲ ਚਲਾਉਣ ਦਿੰਦਾ ਹੈ। ਇਹ ਪਲੱਗਇਨ-ਪੱਧਰ ਦੀ ਕੌਂਫਿਗਰੇਸ਼ਨ ਹੈ, ਇਸ ਲਈ ਪਲੱਗਇਨ ਵਰਤਣ ਵਾਲੇ ਹਰ ਕਨੈਕਸ਼ਨ ਉੱਤੇ ਅਸਰ ਪਾਉਂਦੀ ਹੈ।
charon {
plugins {
eap-radius {
eap_start = yes
}
}
}ਦੋਵੇਂ ਚਾਲੂ ਕਰਕੇ ਆਸ ਰੱਖਣ ਦੀ ਥਾਂ RADIUS ਆਪਰੇਟਰ ਨਾਲ ਇੱਕ ਪ੍ਰਬੰਧ ਚੁਣੋ। ਉਹ ਵੱਖਰੇ ਕੰਮ-ਪ੍ਰਵਾਹ ਦੱਸਦੇ ਹਨ, ਅਤੇ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਉਮੀਦ ਰੱਖਣ ਵਾਲਾ ਸਰਵਰ ਗੱਲਬਾਤ ਸ਼ੁਰੂ ਕਰਨ ਵਾਲੇ ਗੇਟਵੇ ਨੂੰ ਲਾਜ਼ਮੀ ਤੌਰ ਉੱਤੇ ਸੰਭਾਲ ਨਹੀਂ ਸਕੇਗਾ। ਪਲੱਗਇਨ ਦਸਤਾਵੇਜ਼ ਦੋਵੇਂ ਦੱਸਦੇ ਹਨ, ਜਿਸ ਵਿੱਚ ਹਰ ਕਦਮ ਕਿਹੜੀ ਪਛਾਣ ਚੁੱਕਦਾ ਹੈ।
ਇੱਕ ਕੋਸ਼ਿਸ਼ ਦੋਵੇਂ ਲਾਗਾਂ ਵਿੱਚ ਟਰੈਕ ਕਰੋ
ਇੱਕੋ ਕੋਸ਼ਿਸ਼ ਦੋਵੇਂ ਲਾਗਾਂ ਵਿੱਚ ਮਿਲਾਓ। IKE ਪਛਾਣ ਦੇਖੋ, ਫਿਰ ਕਿ EAP-Identity ਅਦਲ-ਬਦਲ ਹੁੰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਫਿਰ ਕਿ ਪ੍ਰਮਾਣਿਕਤਾ ਕਦਮ ਨੂੰ ਕਿਹੜਾ ਨਾਮ ਮਿਲਦਾ ਹੈ। EAP ਅਦਲ-ਬਦਲ ਤੋਂ ਪਹਿਲਾਂ ਪਤਾ ਰੱਦ ਕਰਨ ਵਾਲਾ ਬੈਕਐਂਡ ਤੁਹਾਡੀ ਲੋੜੀਂਦੀ ਪਛਾਣ ਕਦੇ ਦਿਸਣ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਕਿਰਿਆ ਰੋਕ ਸਕਦਾ ਹੈ।
journalctl -u strongswan -fਪਛਾਣ ਪ੍ਰਣਾਲੀ ਜੋ ਸਹੀ ਵਰਤੋਂਕਾਰ ਨਾਮ ਰੂਪ ਉਮੀਦ ਕਰਦੀ ਹੈ ਉਹ ਡੋਮੇਨ ਅਗੇਤਰ ਸਮੇਤ ਰੱਖੋ। ਪਤੇ ਵਰਗੇ ਮੁੱਲ ਤੋਂ ਕਦੇ ਖਾਤਾ ਨਾ ਬਣਾਓ, ਅਤੇ ਨੀਤੀ ਨਿਯਮ ਪੂਰਾ ਕਰਨ ਲਈ ਕਦੇ ਪ੍ਰਮਾਣਿਕਤਾ ਬੰਦ ਨਾ ਕਰੋ। EAP ਪਛਾਣ ਇੱਕ ਐਲਾਨਿਆ ਨਾਮ ਹੈ, ਅਤੇ ਢੰਗ ਨੇ ਅਜੇ ਵੀ ਇਸਨੂੰ ਸਾਬਤ ਕਰਨਾ ਹੈ। ਨਤੀਜਾ ਨਾਮ ਜਾਂਚ ਰਿਕਾਰਡ ਵਿੱਚ ਲਿਖੋ ਤਾਂ ਜੋ ਅਗਲੀ ਕੋਸ਼ਿਸ਼ ਜਾਣੀ ਹੋਈ ਹਾਲਤ ਤੋਂ ਸ਼ੁਰੂ ਹੋਵੇ।
ਜੇ ਸੁਧਾਰਿਆ ਪ੍ਰਵਾਹ ਸਹੀ ਖਾਤੇ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਰੱਦ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਅਗਲਾ ਸਬੂਤ ਪਛਾਣ ਨਹੀਂ, EAP ਢੰਗ ਅਤੇ ਬੈਕਐਂਡ ਨੀਤੀ ਹੈ। ਪਾਸਵਰਡ ਰੀਸੈਟ ਦੁਹਰਾਉਣਾ ਪਿਛਲੀ ਪ੍ਰੋਟੋਕੋਲ ਪਰਤ ਉੱਤੇ ਚੁਣਿਆ ਮੁੱਲ ਠੀਕ ਨਹੀਂ ਕਰ ਸਕਦਾ।