Windows NPS ಗೆ ದೃಢೀಕರಣವನ್ನು ಒಪ್ಪಿಸುವ VPN ಗೇಟ್‌ವೇಗೆ ಯಾವುದೇ ಬಳಕೆದಾರ ನೀತಿ ನಡೆಯುವ ಮೊದಲು NPS ಬದಿಯಲ್ಲಿ ಒಂದು ವಸ್ತು ಬೇಕು: ಗೇಟ್‌ವೇಗೆ RADIUS ಕ್ಲೈಂಟ್ ನಮೂದು. ಹೆಚ್ಚಿನ ವಿಫಲ ಪ್ರಯತ್ನಗಳು ತಪ್ಪು ವಿಳಾಸವನ್ನು ನೋಂದಿಸುತ್ತವೆ, ಏಕೆಂದರೆ ಮುಖ್ಯವಾದ ವಿಳಾಸ ಗೇಟ್‌ವೇ ತನ್ನ ಬ್ಯಾಕೆಂಡ್ ಮಾರ್ಗದಲ್ಲಿ ಬಳಸುವುದು, ಸಿಬ್ಬಂದಿ ತಮ್ಮ VPN ಅಪ್ಲಿಕೇಶನ್‌ನಲ್ಲಿ ಟೈಪ್ ಮಾಡುವ ಹೋಸ್ಟ್‌ಹೆಸರು ಅಲ್ಲ. ಈ ಮೌಲ್ಯ ತಪ್ಪಿದರೆ NPS ವಿನಂತಿಯನ್ನು ಸದ್ದಿಲ್ಲದೆ ಬಿಡುತ್ತದೆ, ಅದು ಕ್ಲೈಂಟ್ ಬದಿಯಿಂದ ತಪ್ಪು ಗುಪ್ತಪದದಂತೆ ಕಾಣುತ್ತದೆ. ಕ್ಷೇತ್ರಕ್ಕೆ ಯಾವ ವಿಳಾಸ ಸೇರುತ್ತದೆ ಎಂಬುದನ್ನು ಮೂರು ಷರತ್ತುಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಕನ್ಸೋಲ್ ತೆರೆಯುವ ಮೊದಲು ಅವನ್ನು ಸ್ಪಷ್ಟಪಡಿಸಿ.

ಗೇಟ್‌ವೇಯನ್ನು ನೋಂದಿಸಿ, ಲ್ಯಾಪ್‌ಟಾಪ್‌ಗಳನ್ನು ಅಥವಾ ಪೂಲ್ ಅನ್ನು ಅಲ್ಲ

RADIUS ಕ್ಲೈಂಟ್ ವಸ್ತು ದೃಢೀಕರಣ ವಿನಂತಿಗಳನ್ನು ಕಳುಹಿಸುವ ನೆಟ್‌ವರ್ಕ್ ಪ್ರವೇಶ ಸಾಧನವನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ. ಅದು VPN ಗೇಟ್‌ವೇ, ಕ್ಲೈಂಟ್ ಚಲಾಯಿಸುವ ಪ್ರತಿ ಲ್ಯಾಪ್‌ಟಾಪ್ ಅಲ್ಲ, ಮತ್ತು ಸುರಂಗಗಳ ಒಳಗೆ ಹಂಚುವ ವಿಳಾಸಗಳ ಶ್ರೇಣಿಯೂ ಅಲ್ಲ.

ಆ ಸುರಂಗ ವಿಳಾಸಗಳು ಎಂದಿಗೂ RADIUS ವಿನಂತಿಯ ಮೂಲವಾಗಿ ಕಾಣಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ವಿನಂತಿ ಗೇಟ್‌ವೇಯ ಸ್ವಂತ ನೆಟ್‌ವರ್ಕ್ ಮಾರ್ಗದಲ್ಲಿ ಸಾಗುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಪೂಲ್ ನಮೂದನ್ನು ನೋಂದಿಸುವುದು ಎಂದಿಗೂ ಹೊಂದಿಕೆಯಾಗದ ನೀತಿಯನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ, ಆದರೆ ನಿಜವಾದ ವಿನಂತಿ NPS ಎಂದೂ ಕೇಳದ ವಿಳಾಸದಿಂದ ಬರುತ್ತದೆ. ಅದೇ ಗೊಂದಲ ಜನರನ್ನು ಪ್ರತಿ ಉದ್ಯೋಗಿಯ ಮನೆ IP ಸೇರಿಸಲು ಕರೆದೊಯ್ಯುತ್ತದೆ, ಅದು ಒಟ್ಟಿಗೆ ನಿರ್ವಹಿಸಲಾಗದ ಮತ್ತು ತಪ್ಪು.

ನೀವು ನಮೂದಿಸುವ ವಿಳಾಸವನ್ನು ಮೂರು ಷರತ್ತುಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ

ಮೊದಲಿಗೆ, ಗೇಟ್‌ವೇ NPS ಕಡೆಗೆ ನಿಜವಾಗಿ ಬಳಸುವ ಮೂಲ ವಿಳಾಸವನ್ನು ಕಂಡುಹಿಡಿಯಿರಿ. ಹಲವು ಇಂಟರ್‌ಫೇಸ್‌ಗಳ ಗೇಟ್‌ವೇ ಸಾಮಾನ್ಯವಾಗಿ ತನ್ನ ಸಾರ್ವಜನಿಕ VPN ಆಲಿಸುವವರಿಂದ ಅಲ್ಲ, ನಿರ್ವಹಣಾ ಅಥವಾ ಬ್ಯಾಕೆಂಡ್ ಇಂಟರ್‌ಫೇಸ್‌ನಿಂದ ಕಳುಹಿಸುತ್ತದೆ. ಎರಡನೆಯದಾಗಿ, ಎರಡರ ನಡುವೆ NAT ಇದೆಯೇ ಪರಿಶೀಲಿಸಿ: ವಿನಂತಿ ಅನುವಾದವಾದರೆ NPS ಅನುವಾದಿತ ವಿಳಾಸವನ್ನು ನೋಡುತ್ತದೆ, ಮತ್ತು ಅದೇ ನೋಂದಿಸಬೇಕಾದ ಮೌಲ್ಯ. ಮೂರನೆಯದಾಗಿ, ಎರಡು ಗೇಟ್‌ವೇಗಳು ಪಾತ್ರವನ್ನು ಹಂಚಿಕೊಂಡರೆ ಪ್ರತಿ ವಿನಂತಿ ಮೂಲಕ್ಕೂ ತನ್ನದೇ ಕ್ಲೈಂಟ್ ನಮೂದು ಬೇಕು, ಏಕೆಂದರೆ ಒಂದು ವಿಳಾಸದ ಒಂದು ವಸ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಮಾತ್ರ ಆವರಿಸುತ್ತದೆ.

ಎರಡು ತುದಿಗಳ ದಾಖಲೆ ಜೋಡಿಯನ್ನು ನೇರವಾಗಿ ಇಡುತ್ತದೆ. ಕೆಳಗಿನ ಕೋಷ್ಟಕ ವಿವರಣೆಗಾಗಿ ಖಾಸಗಿ ವಿಳಾಸಗಳನ್ನು ಬಳಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನಿಮ್ಮ ಮಾರ್ಗ ನಿಜವಾಗಿ ಬಳಸುವವುಗಳಿಂದ ಅವನ್ನು ಬದಲಾಯಿಸಿ.

At NPSAt the VPN gateway
RADIUS client address 10.20.0.10Authentication server 10.20.0.20
Shared secret, agreed valueThe same secret, same value
UDP 1812 permitted from 10.20.0.10UDP 1812 permitted toward 10.20.0.20

ಊಹಿಸುವ ಬದಲು ಮೂಲವನ್ನು ದೃಢೀಕರಿಸಿ. ಒಂದು ಪ್ರಯತ್ನದ ವೇಳೆ NPS ಅಥವಾ ಫೈರ್‌ವಾಲ್ ಲಾಗ್ ನೋಡಿ, ಅಥವಾ NPS ಹೋಸ್ಟ್‌ನಲ್ಲಿ sudo tcpdump -ni any udp port 1812 ಬಳಸಿ ಸೆರೆಹಿಡಿಯಿರಿ. ಆ ಸೆರೆಹಿಡಿಯುವಿಕೆಯಲ್ಲಿನ ವಿಳಾಸವೇ ಕ್ಲೈಂಟ್ ನಮೂದಿಗೆ ಏಕೈಕ ಸಮರ್ಥನೀಯ ಉತ್ತರ. ಗೇಟ್‌ವೇಗೆ ಹಲವು ಸಂಭಾವ್ಯ ಮೂಲಗಳಿದ್ದರೆ ಪ್ರತಿಯೊಂದನ್ನೂ ಅದರದೇ ಸ್ನೇಹಪರ ಹೆಸರಿನಲ್ಲಿ ನೋಂದಿಸಿ.

ಹಂಚಿಕೆಯ ರಹಸ್ಯ ಗೇಟ್‌ವೇ ಮತ್ತು NPS ನಡುವಿನ ಮೌಲ್ಯ

ಹಂಚಿಕೆಯ ರಹಸ್ಯ ಸಾಧನಗಳ ಸಂಬಂಧವನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ. ಅದು ಬಳಕೆದಾರ ಗುಪ್ತಪದವಲ್ಲ ಮತ್ತು ಎಂದಿಗೂ ಸಿಬ್ಬಂದಿಗೆ ಹಂಚಲ್ಪಡುವುದಿಲ್ಲ ಅಥವಾ ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್‌ಗಳಲ್ಲಿ ಸೇರಿಸಲ್ಪಡುವುದಿಲ್ಲ.

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

ಒಂದು ಅನುಮತಿಸಿದ ವಿನಂತಿಯಿಂದ ದೃಢೀಕರಿಸಿ

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

ಕೊನೆಯದಾಗಿ, ಮರಳಿಸಿದ ಅಧಿಕಾರದೊಂದಿಗೆ ಗೇಟ್‌ವೇ ಏನು ಮಾಡುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ. RADIUS ಕ್ಲೈಂಟ್ ನೋಂದಣಿ ಸಾಧನಕ್ಕೆ ಭಾಗವಹಿಸಲು ಮಾತ್ರ ಅನುಮತಿಸುತ್ತದೆ; ಅದು ಉಂಟಾದ ಪ್ರತಿ ಸೆಷನ್‌ಗೂ LAN ಪ್ರವೇಶ ನೀಡುವುದಿಲ್ಲ.

ರೋಗನಿರ್ಣಯದ ಔಟ್‌ಪುಟ್ ಸೀಮಿತವಾಗಿಡಿ: ಹಂಚಿಕೆಯ ರಹಸ್ಯಗಳಿಲ್ಲ, ಬಳಕೆದಾರ ಗುಪ್ತಪದಗಳಿಲ್ಲ, ಬೆಂಬಲ ಟಿಕೆಟ್‌ನಲ್ಲಿ ಪೂರ್ಣ ಪ್ಯಾಕೆಟ್ ಪೇಲೋಡ್‌ಗಳಿಲ್ಲ. ವಿನ್ಯಾಸವು NPS ಸರ್ವರ್ ಡೈರೆಕ್ಟರಿ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಓದಬೇಕೆಂದು ಒತ್ತಾಯಿಸಿದರೆ, ಆ ಅನುಮತಿ ಕ್ಲೈಂಟ್ ನೋಂದಣಿಯಿಂದ ಪ್ರತ್ಯೇಕ ಆಡಳಿತ ಕಾರ್ಯವಾಗಿದೆ, ಮತ್ತು ಅದು ಇಲ್ಲದಿದ್ದಾಗ ಬೇರೆ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು