VPN ਰਾਹੀਂ eapol_test: ਕੀ RADIUS ਅਦਲ-ਬਦਲ ਨੂੰ ਲੇਅਰ 2 ਚਾਹੀਦੀ ਹੈ?

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

ਨਾਮ ਲੋਕਾਂ ਨੂੰ ਸਵਿੱਚ ਪੋਰਟ ਲੱਭਣ ਕਿਉਂ ਭੇਜਦਾ ਹੈ

EAPOL ਉਹ ਫਰੇਮ ਫਾਰਮੈਟ ਹੈ ਜੋ supplicant ਅਤੇ ਸਵਿੱਚ LAN ਉੱਤੇ ਵਰਤਦੇ ਹਨ, ਅਤੇ ਸੰਦ ਨੇ ਨਾਮ ਉਧਾਰ ਲਿਆ ਕਿਉਂਕਿ ਇਹ ਉਸੇ ਦੁਨੀਆ ਤੋਂ ਵਧਿਆ ਹੈ। ਜੋ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਉਹ ਟੈਸਟ ਪ੍ਰੋਗਰਾਮ ਹੈ ਜੋ ਪੀਅਰ ਸਥਿਤੀ ਮਸ਼ੀਨ ਅਤੇ RADIUS ਕਲਾਇੰਟ ਨੂੰ ਇੱਕ ਹੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਢੋਂਦਾ ਹੈ, ਇਸ ਲਈ 802.1X ਗੱਲਬਾਤ ਦੇ ਦੋ ਅੱਧੇ ਕਦੇ ਤਾਰ ਉੱਤੇ ਨਹੀਂ ਮਿਲਦੇ। ਨਾਮ ਇਤਿਹਾਸ ਹੈ, ਟੋਪੋਲੋਜੀ ਦੀ ਲੋੜ ਨਹੀਂ।

ਲੋਕ ਹਾਲੇ ਵੀ ਪੋਰਟ ਮੰਗਦੇ ਹਨ ਕਿਉਂਕਿ ਪ੍ਰੋਗਰਾਮ ਪ੍ਰਮਾਣਕ ਦੇ ਵਿਵਹਾਰ ਉੱਤੇ ਬੈਠਦਾ ਹੈ, ਅਤੇ ਇਹ ਹਾਰਡਵੇਅਰ ਵਾਂਗ ਸੁਣਦਾ ਹੈ। ਇਸ ਦਾ ਗੂੰਦ ਪ੍ਰਮਾਣਕ ਦੀ ਸਥਿਤੀ ਮਸ਼ੀਨ ਦੁਬਾਰਾ ਪੈਦਾ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਕਮਰੇ ਵਿੱਚ ਕਿਸੇ ਵੀ ਪਹੁੰਚ ਬਿੰਦੂ ਤੋਂ ਬਿਨਾਂ ਟੈਸਟ ਪੂਰਾ ਹੁੰਦਾ ਹੈ; ਕੰਪਾਇਲ ਕੀਤੀ ਬਾਈਨਰੀ wpa_supplicant ਦੇ EAP ਪੀਅਰ ਨੂੰ hostapd ਦੇ RADIUS ਕਲਾਇੰਟ ਨਾਲ ਜੋੜਦੀ ਹੈ। ਸਵਿੱਚ ਹਟਾਉਣ ਨਾਲ EAPOL ਛਾਲ ਹਟਦੀ ਹੈ, ਪ੍ਰਮਾਣਿਕਤਾ ਤਰਕ ਨਹੀਂ। ਬਚਦਾ ਹੈ ਦੋ IP ਹੋਸਟਾਂ ਵਿਚਕਾਰ ਕਲਾਇੰਟ-ਸਰਵਰ ਅਦਲ-ਬਦਲ।

ਇੱਕ RADIUS ਅਦਲ-ਬਦਲ ਛਾਲ ਦਰ ਛਾਲ ਪਿੱਛਾ ਕਰੋ

ਇੱਕ ਕੋਸ਼ਿਸ਼ ਪਿੱਛਾ ਕਰੋ, ਮਾਰਗ ਛੋਟਾ ਹੈ। eapol_test ਅੰਦਰਲਾ ਪੀਅਰ ਤੁਹਾਡੀ ਸੰਰਚਿਤ ਵਿਧੀ ਲਈ EAP-Response ਪੈਦਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਸੇ ਪ੍ਰਕਿਰਿਆ ਦਾ RADIUS ਕਲਾਇੰਟ ਇਸਨੂੰ Access-Request ਵਿੱਚ ਪਾਉਂਦਾ ਹੈ, ਪੇਲੋਡ ਨੂੰ Message-Authenticator ਦੇ ਕੋਲ EAP-Message ਗੁਣਾਂ ਵਿੱਚ ਢੋਂਦਾ ਹੈ। ਉਹ ਡੇਟਾਗ੍ਰਾਮ UDP ਪੋਰਟ 1812 ਉੱਤੇ ਸਰਵਰ ਨੂੰ ਸੰਬੋਧਿਤ ਹੈ ਅਤੇ ਕਿਸੇ ਹੋਰ IP ਪੈਕੇਟ ਵਾਂਗ ਹੋਸਟ ਛੱਡਦਾ ਹੈ, ਅਤੇ ਇੱਥੇ ਹੀ ਸੁਰੰਗ ਆਉਂਦੀ ਹੈ। ਸਰਵਰ ਇਸਨੂੰ ਆਪਣੀ ਨੀਤੀ ਅਤੇ ਵਿਧੀ ਮਾਡਿਊਲਾਂ ਅਨੁਸਾਰ ਮੁਲਾਂਕਣ ਕਰਦਾ ਹੈ, ਫਿਰ Access-Challenge, Access-Accept ਜਾਂ Access-Reject ਨਾਲ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।

eapol_test -c peap-mschapv2.conf -a 198.51.100.20 -p 1812 \
  -s REPLACE_WITH_RADIUS_SECRET -t 30

ਬਾਈਨਰੀ ਸਰਵਰ ਪਤਾ, ਪੋਰਟ ਅਤੇ ਸਾਂਝਾ ਭੇਦ ਕਮਾਂਡ ਲਾਈਨ ਤੋਂ ਲੈਂਦੀ ਹੈ, ਅਤੇ ਵਿਧੀ ਤੇ ਪ੍ਰਮਾਣ wpa_supplicant ਸ਼ੈਲੀ ਦੇ ਸੰਰਚਨਾ ਬਲਾਕ ਤੋਂ। ਉਸ ਕਾਲ ਵਿੱਚ ਕੁਝ ਵੀ ਲੇਅਰ 2 ਦੀ ਗੁਆਂਢੀਅਤ ਉੱਤੇ ਨਿਰਭਰ ਨਹੀਂ: -a ਰੂਟਿੰਗ ਰਾਹੀਂ ਪਹੁੰਚਦਾ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਰੂਟ ਕਰਨ ਵਾਲਾ VPN ਕਾਫ਼ੀ ਹੈ। ਜੇ ਸੁਰੰਗ ਡੇਟਾਗ੍ਰਾਮ ਡੇਗ ਦੇਵੇ, ਤਾਂ ਸਮਤਲ LAN ਉੱਤੇ ਨਾ ਪਹੁੰਚਣ ਯੋਗ ਸਰਵਰ ਸਾਮ੍ਹਣੇ ਵਾਂਗ ਹੀ ਟੈਸਟ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ।

ਬਾਈਨਰੀ ਅਤੇ ਸਰਵਰ ਨੀਤੀ ਵੱਖਰੀਆਂ ਸੂਚੀਆਂ ਹਨ

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

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

ਲੰਘਣਾ ਹਾਲੇ ਵੀ ਕੀ ਨਹੀਂ ਢਕਦਾ

ਸਫਲ ਰਨ ਇੱਕ ਵਿਧੀ ਸਾਬਤ ਕਰਦਾ ਹੈ, ਇੱਕ ਪ੍ਰਮਾਣ ਸਮੂਹ ਲਈ, ਇੱਕ RADIUS ਨੀਤੀ ਦੇ ਸਾਮ੍ਹਣੇ, ਇੱਕ ਨੈੱਟਵਰਕ ਮਾਰਗ ਉੱਤੇ। ਇਹ ਪਹੁੰਚ ਬਿੰਦੂ ਦਾ ਰੇਡੀਓ, ਸਵਿੱਚ ਦੀ EAPOL ਸੰਭਾਲ, ਪ੍ਰਮਾਣਿਕਤਾ ਮਗਰੋਂ ਆਉਣ ਵਾਲਾ VLAN ਵੰਡ, ਜਾਂ VPN ਕੇਂਦਰੀਕਰਨ ਕਰਤਾ ਉਸੇ ਸਰਵਰ ਨਾਲ ਕਿਵੇਂ ਜੁੜਦਾ ਹੈ ਦਾ ਅਭਿਆਸ ਨਹੀਂ ਕਰਦਾ। ਉਹ ਹਿੱਸੇ ਪਰਖੇ ਮਾਰਗ ਉੱਤੇ ਕਦੇ ਨਹੀਂ ਸਨ। ਨਤੀਜੇ ਨੂੰ ਸੀਮਤ ਸਬੂਤ ਮੰਨੋ, ਅਤੇ ਰਿਪੋਰਟ ਕਰਦਿਆਂ ਦੱਸੋ ਕਿ ਇਹ ਕਿਹੜੀ ਸੀਮਾ ਢਕਦਾ ਹੈ।

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

ਨਤੀਜਾ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚ ਸੂਚੀ

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

ਦੋ ਮਾਲਕਾਂ ਵਾਲੇ ਦੋ ਟੈਸਟ ਇੱਕ ਧੁੰਦਲੀ ਮਨਜ਼ੂਰੀ ਨੂੰ ਹਰਾਉਂਦੇ ਹਨ। eapol_test ਰਨ ਵਿਧੀ-ਅਤੇ-ਸਰਵਰ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ; ਪਹੁੰਚ ਸੇਵਾ ਲਾਗੂ ਕਰਨ ਦੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ।