RADIUS ਦਾ VLAN ਜਵਾਬ VPN ਵਰਤੋਂਕਾਰ ਲਈ ਕੁਝ ਕਿਉਂ ਨਹੀਂ ਕਰਦਾ

ਤੁਸੀਂ NPS ਨੀਤੀ ਵਿੱਚ VLAN ਗੁਣ ਜੋੜਦੇ ਹੋ, VPN ਵਰਤੋਂਕਾਰ ਜੁੜਦਾ ਹੈ, ਅਤੇ ਲੈਪਟਾਪ ਫਿਰ ਵੀ ਡਿਫਾਲਟ ਪੂਲ ਵਿੱਚ ਉਤਰਦਾ ਹੈ। RADIUS ਸਰਵਰ ਉਹੀ ਵਾਪਸ ਕਰ ਰਿਹਾ ਹੈ ਜੋ ਤੁਸੀਂ ਮੰਗਿਆ ਸੀ, ਇਸ ਲਈ ਅਸਫਲਤਾ ਕੈਸ਼ ਸਮੱਸਿਆ ਵਾਂਗ ਦਿਸਦੀ ਹੈ। ਆਮ ਤੌਰ ’ਤੇ ਅਜਿਹਾ ਨਹੀਂ ਹੁੰਦਾ। Access-Accept ਅਧਿਕਾਰ ਦੇ ਸੰਕੇਤ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਸਿਰਫ਼ ਉਹ ਨੈੱਟਵਰਕ ਪਹੁੰਚ ਸਰਵਰ ਜਿਸਨੇ ਉਹ ਪ੍ਰਾਪਤ ਕੀਤੇ, ਇੱਕ ਨੂੰ ਨੈੱਟਵਰਕ ਨਿਯੁਕਤੀ ਵਿੱਚ ਬਦਲ ਸਕਦਾ ਹੈ।

ਨੀਤੀ ਤੋਂ ਨਹੀਂ, ਗੇਟਵੇ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ

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

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

ਸਵਿੱਚ ਜੋ ਕਰਦਾ ਹੈ ਅਤੇ VPN ਨਹੀਂ ਕਰ ਸਕਦਾ

802.1X ਪਹੁੰਚ ਸਵਿੱਚ ਪੋਰਟਾਂ ਵਾਲਾ ਪ੍ਰਮਾਣਕ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਗਤੀਸ਼ੀਲ VLAN ਨਿਯੁਕਤੀ ਉਹਨਾਂ ਪੋਰਟਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨੂੰ ਉਸ VLAN ਵਿੱਚ ਭੇਜਦੀ ਹੈ ਜੋ ਸਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਢੋਂਦਾ ਹੈ। RADIUS ਸੁਰੰਗ ਗੁਣ ਉਸ ਇਰਾਦੇ ਨੂੰ ਸਵਿੱਚ ਦੀ ਸਮਝ ਆਉਣ ਵਾਲੇ ਰੂਪ ਵਿੱਚ ਬਿਆਨ ਕਰਦੇ ਹਨ। ਰਾਊਟ ਕੀਤਾ VPN ਸੁਰੰਗਾਂ ਖ਼ਤਮ ਕਰਦਾ ਹੈ, ਸਵਿੱਚ ਪੋਰਟ ਨਹੀਂ, ਅਤੇ ਇਸ ਦੇ ਗਾਹਕਾਂ ਨੂੰ ਆਮ ਤੌਰ ’ਤੇ ਪ੍ਰਸਾਰਨ ਡੋਮੇਨ ਦੀ ਮੈਂਬਰੀ ਦੀ ਥਾਂ ਪਤਾ ਅਤੇ ਮਾਰਗ ਮਿਲਦਾ ਹੈ। ਭੇਜਣ ਲਈ ਕੋਈ ਪੋਰਟ ਨਹੀਂ, ਇਸ ਲਈ ਉਸੇ ਗੁਣ ਕੋਲ ਕੰਮ ਕਰਨ ਲਈ ਕੁਝ ਨਹੀਂ।

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

ਸਰਵਰ ਨੇ ਅਸਲ ਵਿੱਚ ਜੋ ਜਵਾਬ ਭੇਜਿਆ, ਉਹ ਪੜ੍ਹੋ

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

radtest alice secret 10.0.0.10 0 testing123

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

ਪਹਿਲਾਂ ਸੈਸ਼ਨ ਨੀਤੀ ਸਾਬਤ ਕਰੋ, ਫਿਰ ਪਹੁੰਚ

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

swanctl --list-sas

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