VPN ਪ੍ਰਮਾਣੀਕਰਨ ਰੀਅਲਮ: ਕਿਹੜਾ ਖਾਤਾ ਨਾਮਸਥਾਨ ਜਿੱਤਦਾ ਹੈ?

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

ਰੀਅਲਮ ਕੀ ਚੁਣਦਾ ਹੈ

ਗੇਟਵੇ ਵਰਤੋਂਕਾਰ ਨਾਮ ਲੈਂਦਾ ਹੈ ਅਤੇ ਤੈਅ ਕਰਨਾ ਹੁੰਦਾ ਹੈ ਕਿ ਇਸਨੂੰ ਕਿੱਥੇ ਜਾਂਚਣਾ ਹੈ। ਰੀਅਲਮ ਉਸ ਨਾਮ ਦਾ ਹਿੱਸਾ, ਜਾਂ ਇਸਦੇ ਕੋਲ ਦਾ ਗੁਣ ਹੈ, ਜੋ ਡੇਟਾਬੇਸ ਚੁਣਦਾ ਹੈ: ਇੱਕ ਡਾਇਰੈਕਟਰੀ, RADIUS ਪੂਲ, ਸਥਾਨਕ ਖਾਤਾ ਫਾਈਲ। Microsoft ਦਾ NPS ਇਸਨੂੰ ਰੀਅਲਮ ਨਾਮ ਕਹਿੰਦਾ ਹੈ ਅਤੇ ਇਸ ਨਾਲ ਕਨੈਕਸ਼ਨ ਬੇਨਤੀਆਂ ਰੂਟ ਕਰਦਾ ਹੈ, ਜਦਕਿ EAP ਨੈਟਵਰਕ ਪਹੁੰਚ ਪਛਾਣਕਰਤਾ RFC 7542 ਵਿੱਚ at ਚਿੰਨ੍ਹ ਤੋਂ ਬਾਅਦ ਪਿਛੇਤਰ ਵਜੋਂ ਉਹੀ ਵਿਚਾਰ ਰੱਖਦਾ ਹੈ। ਦੋਵੇਂ ਚੋਣਕਾਰ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਇਹ ਤੈਅ ਨਹੀਂ ਕਰਦਾ ਕਿ ਪ੍ਰਮਾਣ ਵਧੀਆ ਹੈ ਜਾਂ ਨਹੀਂ।

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

ਰੀਅਲਮ ਦਾ ਵਾਕਵਿਨਿਆਸ ਤੈਨਾਤੀ ਦਾ ਹਿੱਸਾ ਹੈ। ਕੁਝ ਸੇਵਾਵਾਂ ਬਿਨਾਂ ਯੋਗਤਾ ਵਾਲਾ ਨਾਮ ਅਤੇ ਇੱਕ ਗੁਣ ਚਾਹੁੰਦੀਆਂ ਹਨ, ਹੋਰ user@domain ਚਾਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਕੁਝ ਗਿਣੀਆਂ-ਚੁਣੀਆਂ ਬੈਕਸਲੈਸ਼ ਵਾਲਾ ਰੂਪ ਉਮੀਦ ਕਰਦੀਆਂ ਹਨ ਜਿਸਦਾ ਜ਼ਿਕਰ ਜ਼ਿਆਦਾਤਰ ਗਾਈਡ ਨਹੀਂ ਕਰਦੇ।

ਬੈਕਐਂਡ ਜਿਸ ਰੂਪ ਦੀ ਉਮੀਦ ਕਰਦਾ ਹੈ ਉਹ ਵਰਤੋਂ

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

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

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

ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਬੇਨਤੀ ਦਾ ਪਤਾ ਲਗਾਓ

FreeRADIUS ਫਰੰਟ ਐਂਡ 'ਤੇ ਰੀਅਲਮ ਪ੍ਰੌਕਸੀ ਸੰਰਚਨਾ ਵਿੱਚ ਘੋਸ਼ਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਘੋਸ਼ਿਤ ਪਿਛੇਤਰ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਹੋਮ ਸਰਵਰ ਬੇਨਤੀ ਲੈਵੇਗਾ। ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਉਹ ਫਾਈਲ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਕਿਸੇ ਵੀ ਰੀਅਲਮ ਨਾਲ ਨਾ ਮਿਲਣ ਵਾਲੀ ਬੇਨਤੀ ਡਿਫੌਲਟ ਰੂਪ ਵਿੱਚ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਸੰਭਾਲੀ ਜਾਂਦੀ ਹੈ।

grep -n -A4 '^realm' /etc/freeradius/3.0/proxy.conf
radtest '[email protected]' 'wrong-password' 10.20.30.10 0 testing123
journalctl -u freeradius --since '-10 min' | grep -iE 'realm|stripped'

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

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

ਕੋਸ਼ਿਸ਼ ਨੂੰ ਲੀਕ ਕੀਤੇ ਬਿਨਾਂ ਦਰਜ ਕਰੋ

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

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