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

ನಂತರ ಕ್ಲೈಂಟ್ನಿಂದ ಒಂದು ಅನುಮತಿಸಿದ ಮತ್ತು ಒಂದು ನಿರಾಕರಿಸಿದ ಸಂಪನ್ಮೂಲ ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ಸರಿಯಾದ ಪೂಲ್ನ ವಿಳಾಸ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ನಿಮಗೆ ಬೇಕಾದ ನಿಯೋಜನೆಗೆ ಗೇಟ್ವೇಯಲ್ಲಿ ಕಾರ್ಯವಿಧಾನ ಇಲ್ಲದಿದ್ದರೆ, ಗುಣಲಕ್ಷಣದ ಹೆಚ್ಚಿನ ಪ್ರತಿಗಳು ಒಂದನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ. ನಿರೀಕ್ಷಿತ ಪೂಲ್ನ ವಿಳಾಸವು ಪ್ರತಿ ಇತರ ಪೂಲ್ಗೆ ಪೂರ್ಣ ಪ್ರವೇಶದೊಂದಿಗೆ ಸಹಬಾಳ್ವೆ ನಡೆಸಬಹುದು. ಬೆಂಬಲಿತ ನೀತಿ ಕಾರ್ಯವಿಧಾನವನ್ನು ಆರಿಸಿ ಅಥವಾ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನೆಟ್ವರ್ಕ್ ವಿನ್ಯಾಸವನ್ನು ಬದಲಿಸಿ.