VPN ದೃಢೀಕರಣ ಕ್ಷೇತ್ರ: ಯಾವ ಖಾತೆ ಹೆಸರಿನ ಸ್ಥಳವು ಗೆಲ್ಲುತ್ತದೆ?

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

ಕ್ಷೇತ್ರ ಏನನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ

ಗೇಟ್‌ವೇ ಬಳಕೆದಾರ ಹೆಸರನ್ನು ಸ್ವೀಕರಿಸಿ ಎಲ್ಲಿ ಪರಿಶೀಲಿಸಬೇಕು ಎಂದು ನಿರ್ಧರಿಸಬೇಕು. ಕ್ಷೇತ್ರವು ಆ ಹೆಸರಿನ ಭಾಗ, ಅಥವಾ ಅದರ ಪಕ್ಕದ ಗುಣಲಕ್ಷಣ, ಅದು ಡೇಟಾಬೇಸ್ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ: ಒಂದು ಡೈರೆಕ್ಟರಿ, 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 ಇತಿಹಾಸದಿಂದ ಹೊರಗಿಡಿ, ಉಪಕರಣವು ಫೈಲ್ ಅಥವಾ ಪ್ರಾಂಪ್ಟ್‌ನಿಂದ ಓದುವುದನ್ನು ಬೆಂಬಲಿಸುವಲ್ಲಿ.

ಸೋಲನ್ನು ಸೋರಿಕೆ ಮಾಡದೆ ದಾಖಲಿಸಿ

ವೈಫಲ್ಯವನ್ನು ನಿರ್ವಾಹಕರು ಕ್ರಿಯೆ ತೆಗೆದುಕೊಳ್ಳಬಹುದಾದ ರೂಪದಲ್ಲಿ ಬರೆಯಿರಿ: ಇಂಟರ್ಫೇಸ್, ಗುರುತಿನ ರೂಪ, ಕ್ಷೇತ್ರ ಇತ್ತೇ, ಮತ್ತು ನಿಖರವಾದ ರಹಸ್ಯವಲ್ಲದ ದೋಷ. ಜೀವಂತ ಬಳಕೆದಾರ ಹೆಸರನ್ನು ಸಾರ್ವಜನಿಕ ವರದಿಗಳಿಂದ ಹೊರಗಿಡಿ ಮತ್ತು ಕ್ಷೇತ್ರವನ್ನು ಒಳಗೆ ಇರಿಸಿ. ಪ್ರತಿ ಗುರುತನ್ನೂ ಒಂದೇ ಪ್ಲೇಸ್‌ಹೋಲ್ಡರ್‌ಗೆ ಮರೆಮಾಡುವುದು ನೀವು ಹುಡುಕುತ್ತಿರುವ ಅಸಂಗತಿಯನ್ನೇ ಮರೆಮಾಡುತ್ತದೆ. ಸಮಯದ ಮುದ್ರೆಯೂ ಮುಖ್ಯ, ಏಕೆಂದರೆ ಗೇಟ್‌ವೇ, ಪ್ರಾಕ್ಸಿ ಮತ್ತು ಡೈರೆಕ್ಟರಿ ಪ್ರತ್ಯೇಕ ಲಾಗ್‌ಗಳನ್ನು ಇಡುತ್ತವೆ.

ನಂತರ ಗೆದ್ದ ರೂಪವನ್ನು ಬಳಕೆದಾರರಿಗೆ ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಮುಂದಿನ ವ್ಯಕ್ತಿ ಅದನ್ನು ತಪ್ಪಾಗಿ ಟೈಪ್ ಮಾಡಿದರೆ ಅದೇ ಟಿಕೆಟ್ ತೆರೆಯುತ್ತಾನೆ. ಗುಪ್ತಪದ ಮರುಹೊಂದಿಕೆ ತಪ್ಪು ಹೆಸರಿನ ಸ್ಥಳಕ್ಕೆ ಬೀಳುತ್ತಿರುವ ವಿನಂತಿಯನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ. ಕ್ಷೇತ್ರ ಮಾರ್ಗದರ್ಶನದ ನಿರ್ಧಾರ, ಮತ್ತು ಮಾರ್ಗದರ್ಶನದ ನಿರ್ಧಾರಗಳನ್ನು ಸರಿಯಾಗಿ ಹೆಸರಿಸುವ ಮೂಲಕ ಸರಿಪಡಿಸಲಾಗುತ್ತದೆ.