ਤੁਸੀਂ NPS RADIUS ਕਲਾਇੰਟ ਵਜੋਂ ਕਿਹੜਾ ਪਤਾ ਦਰਜ ਕਰਦੇ ਹੋ?
ਗੇਟਵੇ ਦਾ ਅਸਲੀ ਬੈਕਐਂਡ ਸਰੋਤ ਦਰਜ ਕਰੋ, ਜਨਤਕ ਹੋਸਟਨਾਮ ਜਾਂ ਕਲਾਇੰਟ ਪੂਲ ਨਹੀਂ। ਸਾਂਝਾ ਭੇਦ ਮਿਲਾਓ, ਫਿਰ ਇੱਕ ਨਿਯੰਤਰਿਤ ਬੇਨਤੀ ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ।
Windows NPS ਨੂੰ ਪ੍ਰਮਾਣਿਕਤਾ ਸੌਂਪਣ ਵਾਲੇ VPN ਗੇਟਵੇ ਨੂੰ ਕੋਈ ਵੀ ਵਰਤੋਂਕਾਰ ਨੀਤੀ ਚੱਲਣ ਤੋਂ ਪਹਿਲਾਂ NPS ਪਾਸੇ ਇੱਕ ਵਸਤੂ ਚਾਹੀਦੀ ਹੈ: ਗੇਟਵੇ ਲਈ RADIUS ਕਲਾਇੰਟ ਐਂਟਰੀ। ਬਹੁਤੇ ਅਸਫਲ ਯਤਨ ਗਲਤ ਪਤਾ ਦਰਜ ਕਰਦੇ ਹਨ, ਕਿਉਂਕਿ ਮਹੱਤਵਪੂਰਨ ਪਤਾ ਉਹ ਹੈ ਜੋ ਗੇਟਵੇ ਆਪਣੇ ਬੈਕਐਂਡ ਮਾਰਗ ’ਤੇ ਵਰਤਦਾ ਹੈ, ਕਰਮਚਾਰੀ ਆਪਣੀ VPN ਐਪ ਵਿੱਚ ਲਿਖਦੇ ਹਨ ਉਹ ਹੋਸਟਨਾਮ ਨਹੀਂ। ਇਹ ਮੁੱਲ ਗਲਤ ਹੋਵੇ ਤਾਂ NPS ਬੇਨਤੀ ਚੁੱਪਚਾਪ ਸੁੱਟ ਦਿੰਦਾ ਹੈ, ਜੋ ਕਲਾਇੰਟ ਪਾਸਿਓਂ ਗਲਤ ਪਾਸਵਰਡ ਵਾਂਗ ਦਿਸਦਾ ਹੈ। ਖੇਤਰ ਵਿੱਚ ਕਿਹੜਾ ਪਤਾ ਆਉਂਦਾ ਹੈ ਇਹ ਤਿੰਨ ਸ਼ਰਤਾਂ ਤੈਅ ਕਰਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਕੰਸੋਲ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹਨਾਂ ਨੂੰ ਸਾਫ਼ ਕਰੋ।
ਗੇਟਵੇ ਦਰਜ ਕਰੋ, ਲੈਪਟਾਪ ਜਾਂ ਪੂਲ ਨਹੀਂ
RADIUS ਕਲਾਇੰਟ ਵਸਤੂ ਉਸ ਨੈੱਟਵਰਕ ਪਹੁੰਚ ਯੰਤਰ ਦੀ ਨੁਮਾਇੰਦਗੀ ਕਰਦੀ ਹੈ ਜੋ ਪ੍ਰਮਾਣਿਕਤਾ ਬੇਨਤੀਆਂ ਭੇਜਦਾ ਹੈ। ਉਹ VPN ਗੇਟਵੇ ਹੈ, ਕਲਾਇੰਟ ਚਲਾਉਂਦਾ ਹਰ ਲੈਪਟਾਪ ਨਹੀਂ, ਅਤੇ ਸੁਰੰਗਾਂ ਦੇ ਅੰਦਰ ਵੰਡੇ ਜਾਂਦੇ ਪਤਿਆਂ ਦੀ ਸੀਮਾ ਵੀ ਨਹੀਂ।
ਉਹ ਸੁਰੰਗ ਪਤੇ ਕਦੇ ਵੀ RADIUS ਬੇਨਤੀ ਦੇ ਸਰੋਤ ਵਜੋਂ ਨਹੀਂ ਦਿਸਦੇ, ਕਿਉਂਕਿ ਬੇਨਤੀ ਗੇਟਵੇ ਦੇ ਆਪਣੇ ਨੈੱਟਵਰਕ ਮਾਰਗ ਰਾਹੀਂ ਜਾਂਦੀ ਹੈ। ਕਲਾਇੰਟ ਪੂਲ ਐਂਟਰੀ ਦਰਜ ਕਰਨ ਨਾਲ ਇੱਕ ਨੀਤੀ ਬਣਦੀ ਹੈ ਜੋ ਕਦੇ ਮੇਲ ਨਹੀਂ ਖਾ ਸਕਦੀ, ਜਦੋਂ ਕਿ ਅਸਲ ਬੇਨਤੀ ਉਸ ਪਤੇ ਤੋਂ ਆਉਂਦੀ ਹੈ ਜਿਸ ਬਾਰੇ NPS ਨੇ ਕਦੇ ਨਹੀਂ ਸੁਣਿਆ। ਇਹੀ ਉਲਝਣ ਲੋਕਾਂ ਨੂੰ ਹਰ ਕਰਮਚਾਰੀ ਦਾ ਘਰ ਦਾ IP ਜੋੜਨ ਵੱਲ ਲੈ ਜਾਂਦੀ ਹੈ, ਜੋ ਇਕੱਠੇ ਹੀ ਸੰਭਾਲਣਯੋਗ ਨਹੀਂ ਅਤੇ ਗਲਤ ਹੈ।
ਤੁਸੀਂ ਜੋ ਪਤਾ ਦਾਖਲ ਕਰਦੇ ਹੋ ਉਹ ਤਿੰਨ ਸ਼ਰਤਾਂ ਤੈਅ ਕਰਦੀਆਂ ਹਨ
ਪਹਿਲਾਂ, ਉਹ ਸਰੋਤ ਪਤਾ ਲੱਭੋ ਜੋ ਗੇਟਵੇ NPS ਵੱਲ ਅਸਲ ਵਿੱਚ ਵਰਤਦਾ ਹੈ। ਕਈ ਇੰਟਰਫੇਸ ਵਾਲਾ ਗੇਟਵੇ ਅਕਸਰ ਆਪਣੇ ਜਨਤਕ VPN ਸਰੋਤੇ ਤੋਂ ਨਹੀਂ, ਪ੍ਰਬੰਧਨ ਜਾਂ ਬੈਕਐਂਡ ਇੰਟਰਫੇਸ ਤੋਂ ਭੇਜਦਾ ਹੈ। ਦੂਜਾ, ਦੋਵਾਂ ਵਿਚਕਾਰ NAT ਹੈ ਜਾਂ ਨਹੀਂ ਜਾਂਚੋ: ਬੇਨਤੀ ਅਨੁਵਾਦ ਹੋਵੇ ਤਾਂ NPS ਅਨੁਵਾਦਿਤ ਪਤਾ ਵੇਖਦਾ ਹੈ, ਅਤੇ ਉਹੀ ਦਰਜ ਕਰਨ ਵਾਲਾ ਮੁੱਲ ਹੈ। ਤੀਜਾ, ਜੇ ਦੋ ਗੇਟਵੇ ਭੂਮਿਕਾ ਸਾਂਝੀ ਕਰਦੇ ਹਨ ਤਾਂ ਹਰ ਬੇਨਤੀ ਸਰੋਤ ਨੂੰ ਆਪਣੀ ਕਲਾਇੰਟ ਐਂਟਰੀ ਚਾਹੀਦੀ ਹੈ, ਕਿਉਂਕਿ ਇੱਕ ਪਤੇ ਵਾਲੀ ਇੱਕ ਵਸਤੂ ਉਹਨਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਨੂੰ ਢਕਦੀ ਹੈ।
ਦੋ ਸਿਰਿਆਂ ਵਾਲਾ ਰਿਕਾਰਡ ਜੋੜੀ ਨੂੰ ਸਿੱਧਾ ਰੱਖਦਾ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ ਉਦਾਹਰਨ ਲਈ ਨਿੱਜੀ ਪਤੇ ਵਰਤਦੀ ਹੈ, ਇਸ ਲਈ ਉਹਨਾਂ ਨੂੰ ਉਹਨਾਂ ਪਤਿਆਂ ਨਾਲ ਬਦਲੋ ਜੋ ਤੁਹਾਡਾ ਮਾਰਗ ਅਸਲ ਵਿੱਚ ਵਰਤਦਾ ਹੈ।
| At NPS | At the VPN gateway |
|---|---|
| RADIUS client address 10.20.0.10 | Authentication server 10.20.0.20 |
| Shared secret, agreed value | The same secret, same value |
| UDP 1812 permitted from 10.20.0.10 | UDP 1812 permitted toward 10.20.0.20 |
ਅੰਦਾਜ਼ਾ ਲਾਉਣ ਦੀ ਥਾਂ ਸਰੋਤ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਇੱਕ ਯਤਨ ਦੌਰਾਨ NPS ਜਾਂ ਫਾਇਰਵਾਲ ਲਾਗ ਵੇਖੋ, ਜਾਂ NPS ਹੋਸਟ ’ਤੇ sudo tcpdump -ni any udp port 1812 ਨਾਲ ਕੈਪਚਰ ਕਰੋ। ਉਸ ਕੈਪਚਰ ਦਾ ਪਤਾ ਕਲਾਇੰਟ ਐਂਟਰੀ ਲਈ ਇੱਕੋ-ਇੱਕ ਬਚਾਉਣਯੋਗ ਜਵਾਬ ਹੈ। ਜੇ ਗੇਟਵੇ ਦੇ ਕਈ ਸੰਭਾਵੀ ਸਰੋਤ ਹਨ ਤਾਂ ਹਰ ਇੱਕ ਨੂੰ ਆਪਣੇ ਦੋਸਤਾਨਾ ਨਾਮ ਹੇਠ ਦਰਜ ਕਰੋ।
ਸਾਂਝਾ ਭੇਦ ਗੇਟਵੇ ਅਤੇ NPS ਵਿਚਕਾਰ ਦਾ ਮੁੱਲ ਹੈ
ਸਾਂਝਾ ਭੇਦ ਯੰਤਰਾਂ ਦੇ ਸੰਬੰਧ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ। ਇਹ ਵਰਤੋਂਕਾਰ ਪਾਸਵਰਡ ਨਹੀਂ ਹੈ ਅਤੇ ਕਦੇ ਕਰਮਚਾਰੀਆਂ ਵਿੱਚ ਨਹੀਂ ਵੰਡਿਆ ਜਾਂਦਾ ਜਾਂ ਕਲਾਇੰਟ ਪਰੋਫਾਈਲਾਂ ਵਿੱਚ ਨਹੀਂ ਪਾਇਆ ਜਾਂਦਾ।
ਇੱਕ ਮੁੱਲ ਚੁਣੋ, ਇਸਨੂੰ ਦੋਵੇਂ ਥਾਵਾਂ ’ਤੇ ਦਾਖਲ ਕਰੋ, ਅਤੇ ਇਸਨੂੰ ਉੱਥੇ ਸੰਭਾਲੋ ਜਿੱਥੇ ਗੇਟਵੇ ਦਾ ਸੰਰਚਨਾ ਬੈਕਅਪ ਰਹਿੰਦਾ ਹੈ। ਨਾ-ਮਿਲਣ ਨਾਲ ਅਜਿਹੀ ਬੇਨਤੀ ਬਣਦੀ ਹੈ ਜੋ NPS ਕਿਸੇ ਲਾਹੇਵੰਦ ਗਲਤੀ ਤੋਂ ਬਿਨਾਂ ਸੁੱਟ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਗੇਟਵੇ ਦੀ ਲਾਗ ਵਿੱਚ ਇਹ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਸਰਵਰ ਤੋਂ ਵੱਖਰੀ ਨਹੀਂ ਪਛਾਣੀ ਜਾ ਸਕਦੀ। ਸੰਭਾਲ ਵਿੰਡੋ ਵਿੱਚ ਇਸਨੂੰ ਬਦਲੋ ਅਤੇ ਉਸੇ ਬਦਲਾਅ ਵਿੱਚ ਦੋਵੇਂ ਸਿਰੇ ਅੱਪਡੇਟ ਕਰੋ।
ਇੱਕ ਮਨਜ਼ੂਰ ਬੇਨਤੀ ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ
ਨਿਯੰਤਰਿਤ ਖਾਤਾ ਵਰਤੋ ਅਤੇ ਦੋਵੇਂ ਪਾਸਿਆਂ ’ਤੇ ਇੱਕ ਯਤਨ ਮਿਲਾਓ। ਗੇਟਵੇ ’ਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਬੇਨਤੀ ਲੋੜੀਂਦੇ ਸਰਵਰ ਵੱਲ ਗਈ; NPS ’ਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਉਹ ਦਰਜ ਕਲਾਇੰਟ ਤੋਂ ਆਈ ਅਤੇ ਉਮੀਦ ਕੀਤੀ ਕਨੈਕਸ਼ਨ ਬੇਨਤੀ ਨੀਤੀ ਨਾਲ ਮਿਲੀ। ਸਮਾਂ ਖ਼ਤਮ ਹੋਣਾ ਅਤੇ ਇਨਕਾਰ ਵੱਖਰੀਆਂ ਗੱਲਾਂ ਕਹਿੰਦੇ ਹਨ, ਅਤੇ ਦੋਵਾਂ ਨੂੰ ਪਛਾਣ-ਪੱਤਰ ਸਮੱਸਿਆ ਮੰਨਣ ਨਾਲ ਅਗਲਾ ਘੰਟਾ ਬਰਬਾਦ ਹੁੰਦਾ ਹੈ। ਫਿਰ ਇੱਕ ਵੈਧ ਪਰ ਅਯੋਗ ਖਾਤਾ ਅਤੇ ਗਲਤ ਪਾਸਵਰਡ ਪਰਖੋ, ਕਿਉਂਕਿ ਸਭ ਕੁਝ ਸਵੀਕਾਰ ਕਰਨ ਵਾਲੀ ਨੀਤੀ ਪਹਿਲੀ ਪਰਖ ਵੀ ਪਾਸ ਕਰਦੀ ਹੈ।
ਅੰਤ ਵਿੱਚ, ਵਾਪਸ ਮਿਲੇ ਅਧਿਕਾਰ ਨਾਲ ਗੇਟਵੇ ਕੀ ਕਰਦਾ ਹੈ ਇਹ ਜਾਂਚੋ। RADIUS ਕਲਾਇੰਟ ਦਰਜ ਕਰਨਾ ਯੰਤਰ ਨੂੰ ਸਿਰਫ਼ ਹਿੱਸਾ ਲੈਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ; ਇਹ ਹਰ ਨਤੀਜੇ ਵਜੋਂ ਬਣਨ ਵਾਲੇ ਸੈਸ਼ਨ ਨੂੰ LAN ਵਿੱਚ ਪਹੁੰਚ ਨਹੀਂ ਦਿੰਦਾ।
ਨਿਦਾਨ ਆਉਟਪੁੱਟ ਸੀਮਤ ਰੱਖੋ: ਕੋਈ ਸਾਂਝਾ ਭੇਦ ਨਹੀਂ, ਕੋਈ ਵਰਤੋਂਕਾਰ ਪਾਸਵਰਡ ਨਹੀਂ, ਸਹਾਇਤਾ ਟਿਕਟ ਵਿੱਚ ਕੋਈ ਪੂਰਾ ਪੈਕਟ ਪੇਲੋਡ ਨਹੀਂ। ਜੇ ਡਿਜ਼ਾਈਨ ਮੰਗਦਾ ਹੈ ਕਿ NPS ਸਰਵਰ ਡਾਇਰੈਕਟਰੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਪੜ੍ਹੇ, ਤਾਂ ਉਹ ਆਗਿਆ ਕਲਾਇੰਟ ਦਰਜ ਕਰਨ ਤੋਂ ਵੱਖਰਾ ਪ੍ਰਸ਼ਾਸਕੀ ਕੰਮ ਹੈ, ਅਤੇ ਉਹ ਨਾ ਹੋਣ ’ਤੇ ਇਹ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ।