Azure P2S VPN ನಲ್ಲಿ ಸ್ಥಿರ IP: ಕ್ಲೈಂಟ್ ವಿಳಾಸ ಏಕೆ ಬದಲಾಗುತ್ತದೆ
Azure point-to-site ಪ್ರತಿ ಸಂಪರ್ಕದಲ್ಲಿ ಪೂಲ್‌ನಿಂದ ಮುಂದಿನ ಮುಕ್ತ ವಿಳಾಸವನ್ನು ನೀಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಸ್ಥಿರ ಕ್ಲೈಂಟ್ IP ಇಲ್ಲ. ಬದಲಿಗೆ ಶ್ರೇಣಿಗಳು ಅಥವಾ ಗುರುತಿನ ಮೇಲೆ ಪ್ರವೇಶವನ್ನು ಆಧರಿಸಿ.
ಪ್ರತಿ Azure point-to-site ಕ್ಲೈಂಟ್ ದೃಢೀಕರಣದ ಸಮಯದಲ್ಲಿ ಪೂಲ್‌ನಿಂದ ವಿಳಾಸವನ್ನು ಪಡೆಯುತ್ತದೆ ಮತ್ತು ಆ ಸಂಪರ್ಕ ಇರುವವರೆಗೆ ಮಾತ್ರ ಅದನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ. ಯಾವುದೇ ಕಾಯ್ದಿರಿಸುವಿಕೆ ಕೋಷ್ಟಕವಿಲ್ಲ, ಪ್ರತಿ-ಬಳಕೆದಾರ ಮ್ಯಾಪಿಂಗ್ ಇಲ್ಲ, ಮತ್ತು “ಈ ವ್ಯಕ್ತಿಗೆ ಯಾವಾಗಲೂ 172.16.0.10 ಕೊಡು” ಎಂಬ ಅರ್ಥದ ಗೇಟ್‌ವೇ ಸೆಟ್ಟಿಂಗ್ ಇಲ್ಲ. ಅದೇ ಒಂದು ಕಾರ್ಯವಿಧಾನವು ಜನರು ನಂತರ ಎದುರಿಸುವ ಎರಡೂ ಲಕ್ಷಣಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ: ಮೊದಲು ಹೊಂದಿಕೆಯಾಗುತ್ತಿದ್ದ ಬಳಕೆದಾರರೊಂದಿಗೆ ಇನ್ನು ಹೊಂದಿಕೆಯಾಗದ NSG ನಿಯಮ, ಮತ್ತು ಯಾರೂ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸೇರಿಸದ ಯಂತ್ರವನ್ನು ಸದ್ದಿಲ್ಲದೆ ಒಳಬಿಡುವ ಅನುಮತಿ ಪಟ್ಟಿ. ನಿಯಮವನ್ನು ಹೆಚ್ಚು ಬುದ್ಧಿವಂತ IP ನಿಯಮದಿಂದ ಬದಲಾಯಿಸುವುದು ಎರಡನ್ನೂ ಸರಿಪಡಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ನಿಯಮವು ಹೆಸರಿಸುವ ವಸ್ತುವು ನೀವು ನಿಯಂತ್ರಿಸದ ವೇಳಾಪಟ್ಟಿಯಂತೆ ಮರುಹಂಚಿಕೆಯಾಗುತ್ತದೆ.
ಪೂಲ್ ಸಾಮರ್ಥ್ಯ, ಗುರುತಲ್ಲ. ಏಕಕಾಲಿಕ ಸುರಂಗಗಳಿಗೆ ಅನನ್ಯ ವಿಳಾಸಗಳು ಸಿಗಲಿ ಎಂದು ಅದು ಇದೆ, ಮತ್ತು ಗುತ್ತಿಗೆ ಮುಗಿದ ಕ್ಷಣದಲ್ಲೇ ಅವುಗಳನ್ನು ಮರುಬಳಕೆ ಮಾಡುತ್ತದೆ. ಅದು ಸ್ಪಷ್ಟವಾದಾಗ, ಉಪಯುಕ್ತ ಪ್ರಶ್ನೆ “ಈ ಕ್ಲೈಂಟ್ ಅನ್ನು ಹೇಗೆ ಪಿನ್ ಮಾಡಲಿ” ಎಂಬುದಾಗಿ ಉಳಿಯುವುದಿಲ್ಲ ಮತ್ತು “ಗೇಟ್‌ವೇ ಮರುಬಳಕೆ ಮಾಡದ ಯಾವುದಕ್ಕೆ ವಿರುದ್ಧ ನಿಯಮ ಬರೆಯಬಲ್ಲೆ” ಆಗುತ್ತದೆ.
ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸಿದಾಗ ಗೇಟ್‌ವೇ ನಿಜವಾಗಿ ಏನು ಮಾಡುತ್ತದೆ
ಗೇಟ್‌ವೇ ಸಂರಚಿಸಿದ ಕ್ಲೈಂಟ್ ವಿಳಾಸ ಪೂಲ್ ಅನ್ನು ಇಟ್ಟುಕೊಂಡು ಅದನ್ನು ಗುತ್ತಿಗೆ ಕೋಷ್ಟಕದಂತೆ ನೋಡುತ್ತದೆ. ಸಂಪರ್ಕದಲ್ಲಿ ಅದು ಮುಂದಿನ ಮುಕ್ತ ವಿಳಾಸವನ್ನು, ಪ್ರಾಯೋಗಿಕವಾಗಿ ಲಭ್ಯವಿರುವ ಅತ್ಯಂತ ಕಡಿಮೆದನ್ನು ತೆಗೆದುಕೊಂಡು, ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸುವವರೆಗೆ ಅಥವಾ ಗುತ್ತಿಗೆ ಮುಗಿಯುವವರೆಗೆ ಸುರಂಗ ಅಡಾಪ್ಟರ್‌ಗೆ ನಿಯೋಜಿಸುತ್ತದೆ. ನಿರ್ಧರಿಸುವುದು ಕ್ರಮ, ಗುರುತಲ್ಲ: ಶಾಂತ ಅವಧಿಯ ನಂತರ ಮೊದಲು ಮತ್ತೆ ಸಂಪರ್ಕಿಸುವವರು ಆ ಕ್ಷಣದಲ್ಲಿ ಆಕಸ್ಮಿಕವಾಗಿ ಮುಕ್ತವಾಗಿರುವ ಅತ್ಯಂತ ಕಡಿಮೆ ವಿಳಾಸವನ್ನು ಪಡೆಯುತ್ತಾರೆ.
ಪೂಲ್‌ನ ಗಾತ್ರ ನಡವಳಿಕೆಯನ್ನು ಮರೆಮಾಡುತ್ತದೆ. ಪರೀಕ್ಷಕರ ಸಂಖ್ಯೆಗಿಂತ ಒಂದು ಅಥವಾ ಎರಡು ವಿಳಾಸ ಹೆಚ್ಚಿರುವ ಪ್ರಯೋಗಾಲಯ ಪೂಲ್ ನಿರ್ಣಾಯಕವಾಗಿ ಕಾಣುತ್ತದೆ, ಏಕೆಂದರೆ ಅದೇ ಲ್ಯಾಪ್‌ಟಾಪ್ ಪ್ರತಿ ಬೆಳಿಗ್ಗೆ ಅದೇ ಕ್ರಮದಲ್ಲಿ ಮತ್ತೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ. ಮೂರನೇ ಯಂತ್ರ ಸೇರಿಸಿ, ಪೂಲ್ ಗಾತ್ರ ಬದಲಿಸಿ, ಅಥವಾ ಮಧ್ಯಾಹ್ನದ ಊಟದ ಅವಧಿಯಲ್ಲಿ ಸೆಷನ್ ಸಂಪರ್ಕದಲ್ಲಿಡಿ — ಮಾದರಿ ಒಡೆಯುತ್ತದೆ. ವಿಳಾಸ ಎಂದೂ ಸ್ಥಿರವಾಗಿರಲಿಲ್ಲ; ಸರದಿ ಸ್ಥಿರವಾಗಿತ್ತು.
point-to-site ಸಂರಚನೆಯಲ್ಲಿನ ಯಾವುದೇ ಬದಲಾವಣೆ ಗುತ್ತಿಗೆ ಸ್ಥಳವನ್ನೂ ಮರುಹೊಂದಿಸುತ್ತದೆ. ಬೇರೆ ದೃಢೀಕರಣ ಪ್ರಕಾರ, ಗಾತ್ರ ಬದಲಾದ ಪೂಲ್, ಹೊಸ ಪೂಲ್ ಶ್ರೇಣಿ, ಅಥವಾ ಒಡೆದು ಮತ್ತೆ ನಿರ್ಮಿಸಿದ ಗೇಟ್‌ವೇ — ಎಲ್ಲವೂ ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ಅವರ ಹಳೆಯ ವಿಳಾಸಗಳಿಗೆ ಇನ್ನು ಹೊಂದಿಕೆಯಾಗದ ಪೂಲ್‌ಗೆ ಹಿಂತಿರುಗಿಸುತ್ತವೆ. ಆ ಬದಲಾವಣೆಯಲ್ಲಿ ಯಾವುದೂ ನಿಮ್ಮ NSG ಅನ್ನು ಸ್ಪರ್ಶಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ವೈಫಲ್ಯ ಸ್ವಯಂಪ್ರೇರಿತವಾಗಿ ಕಾಣುತ್ತದೆ.
ಸುಮಾರು ಒಂದು ನಿಮಿಷದಲ್ಲಿ ಇದನ್ನು ನೋಡಬಹುದು. ಸಂಪರ್ಕಿಸಿ, ಕ್ಲೈಂಟ್‌ನ ಸಂಪರ್ಕ ವಿವರಗಳಲ್ಲಿ ಸುರಂಗ ವಿಳಾಸವನ್ನು ಗುರುತಿಸಿ, ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ, ಎರಡನೇ ಯಂತ್ರ ಸಂಪರ್ಕಿಸಿ, ನಂತರ ಮೊದಲನೆಯದನ್ನು ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ. ಹಿಂತಿರುಗಿ ಸಿಗುವ ವಿಳಾಸ ಎರಡನೇ ಯಂತ್ರ ಏನನ್ನು ಹಿಡಿದಿದೆ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿದೆ, ಮತ್ತು ಯಾವುದೇ ಪೋರ್ಟಲ್ ಸೆಟ್ಟಿಂಗ್ ಹಿಂದಿನದನ್ನು ಕೇಳಿದಾಗ ಮರುಸ್ಥಾಪಿಸುವುದಿಲ್ಲ.
ಕ್ಲೈಂಟ್ IP ಮೇಲೆ ಆಧಾರಿತ NSG ವಾಸ್ತವವಾಗಿ ಸಂಪರ್ಕ ಕ್ರಮದ ಬಗ್ಗೆ ಒಂದು ನಿಯಮ
ಜನರು ಮೊದಲು ಬರೆಯುವ ನಿಯಮ ಸ್ಪಷ್ಟವಾದದ್ದು: ನಿರ್ವಹಣಾ VM ಯ NIC ಅಥವಾ ಅದರ ಉಪಜಾಲದ ಮೇಲೆ ಒಳಬರುವ ನಿಯಮ, ಮೂಲವಾಗಿ VPN ಕ್ಲೈಂಟ್‌ನ ಆಂತರಿಕ ವಿಳಾಸ. ಅದು ಚಿಕ್ಕದು, ಬರೆದ ದಿನವೇ ಪರೀಕ್ಷೆಯಲ್ಲಿ ಉತ್ತೀರ್ಣವಾಗುತ್ತದೆ, ಮತ್ತು ಪೂಲ್‌ನಲ್ಲಿ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಮುಕ್ತ ವಿಳಾಸ ಇದ್ದ ಕ್ಷಣ ವಿಫಲವಾಗುತ್ತದೆ.
ಇದರಿಂದ ಎರಡು ವೈಫಲ್ಯ ವಿಧಾನಗಳು ಬರುತ್ತವೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ದೋಷದಂತೆ ಕಾಣುತ್ತದೆ. ನಿಯಮ ಹೆಸರಿಸುವ ವಿಳಾಸವನ್ನು ಆ ಕ್ಷಣ ಬೇರೆಯವರು ಹಿಡಿದಿರುವುದರಿಂದ ಕಾನೂನುಬದ್ಧ ಬಳಕೆದಾರರಿಗೆ ನಿರಾಕರಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಅದು ಕಿರಿಕಿರಿ ಮಾಡುವ ಬೆಂಬಲ ಟಿಕೆಟ್ ಆಗಿ ಬರುತ್ತದೆ. ಅಥವಾ ನಿಯಮ ಇನ್ನೂ ನಂಬುವ ವಿಳಾಸವನ್ನು ಅವರು ಬಳುವಳಿಯಾಗಿ ಪಡೆದಿರುವುದರಿಂದ ಅನುದ್ದಿಷ್ಟ ಬಳಕೆದಾರರಿಗೆ ಅನುಮತಿ ಸಿಗುತ್ತದೆ, ಮತ್ತು ಯಾರಾದರೂ ಪ್ರವೇಶವನ್ನು ಪರಿಶೀಲಿಸುವವರೆಗೆ ಅದು ಏನೂ ಆಗಿ ಬರುವುದಿಲ್ಲ.
ನಿಯಮ ಗುತ್ತಿಗೆಯನ್ನು ಅನುಸರಿಸುವುದರಿಂದ, ಪರಿಣಾಮಕಾರಿ ನೀತಿ “ಮೊದಲು ಸಂಪರ್ಕಿಸುವವರಿಗೆ ನಿರ್ವಹಣಾ ಪ್ರವೇಶ ಸಿಗುತ್ತದೆ” ಎಂದು ಓದುತ್ತದೆ. ಇದು ಉದ್ದೇಶದ ಉಡುಪಿನಲ್ಲಿರುವ ಸಂಪರ್ಕ ಕ್ರಮದ ವಿವರಣೆ, ಮತ್ತು ಯಾವುದೇ ನಿಯಮ ಶುಚಿತ್ವ ಅದನ್ನು ಉದ್ದೇಶದ ಅಭಿವ್ಯಕ್ತಿಯಾಗಿಸುವುದಿಲ್ಲ.
ಕ್ಲೈಂಟ್ ಗುತ್ತಿಗೆ ಮತ್ತು ಗೇಟ್‌ವೇ ವಿಳಾಸ ಬೇರೆ ಬೇರೆ ವಸ್ತುಗಳು
ಹೆಚ್ಚಿನ ಗೊಂದಲ ಒಂದು ಪದದಿಂದ ಬರುತ್ತದೆ. ಗೇಟ್‌ವೇಗೆ ತುಲನಾತ್ಮಕವಾಗಿ ಸ್ಥಿರವಾದ ಸಾರ್ವಜನಿಕ IP ಇದೆ; ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಪೂಲ್‌ನಿಂದ ಬರುವ ಖಾಸಗಿ ವಿಳಾಸಗಳಿವೆ, ಅವು ಸ್ಥಿರವಲ್ಲ. ವಲಯ-ಒರಟುತನವಿಲ್ಲದ VPN ಗೇಟ್‌ವೇಗೆ ಸಾರ್ವಜನಿಕ IP ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಹಂಚಿಕೆಯಾಗುತ್ತದೆ, ಆದರೆ ಅದು ಗಾತ್ರ ಬದಲಾವಣೆ, ಮರುಹೊಂದಿಕೆ ಮತ್ತು ನಿಯಮಿತ ನಿರ್ವಹಣೆಯನ್ನು ದಾಟುತ್ತದೆ — ಗೇಟ್‌ವೇ ಸ್ವತಃ ಅಳಿಸಿ ಮತ್ತೆ ರಚಿಸಿದಾಗ ಅದು ಬದಲಾಗುತ್ತದೆ. ವಲಯ-ಒರಟು ಮತ್ತು ವಲಯ ಗೇಟ್‌ವೇ SKU ಗಳು Standard SKU ಯ ಸಾರ್ವಜನಿಕ IP ಬಳಸುತ್ತವೆ, ಮತ್ತು ಆ ಹಂಚಿಕೆ ಸ್ಥಿರವಾಗಿರಬೇಕು.
ಆ ಸ್ಥಿರತೆಯೇ ಆನ್-ಪ್ರಿಮೈಸಸ್ ಸಹಭಾಗಿಗೆ ತನ್ನ ಸಂರಚನೆಯಲ್ಲಿ ಬೇಕಾಗಿರುವುದು, ಮತ್ತು ಅದು ವೈಯಕ್ತಿಕ ಕ್ಲೈಂಟ್ ಗುರುತಿಸುವಿಕೆಯ ಬಗ್ಗೆ ಏನೂ ಹೇಳುವುದಿಲ್ಲ. ಪಾಲುದಾರರು ಯಾವ ವಿಳಾಸ ಕಾಣುತ್ತಾರೆ ಎಂದು ಕೇಳಿದಾಗ, ಉತ್ತರ site-to-site ಅಡಿಯಲ್ಲಿ ಗೇಟ್‌ವೇಯ ಸಾರ್ವಜನಿಕ IP, ಅಥವಾ ಹಂಚಿದ NAT ಶ್ರೇಣಿ — ಎಂದೂ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನ ಸುರಂಗ ಗುತ್ತಿಗೆ ಅಲ್ಲ.
ಗುಂಪು ಪೂಲ್‌ಗಳು ನಿಯಮ ಬರೆಯಲು ಯೋಗ್ಯವಾದ ಶ್ರೇಣಿಯನ್ನು ನೀಡುತ್ತವೆ
Virtual WAN point-to-site ಬಳಕೆದಾರ ಗುಂಪುಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿ ಗುಂಪಿಗೆ ಅದರದೇ ಕ್ಲೈಂಟ್ ವಿಳಾಸ ಪೂಲ್ ನಿಯೋಜಿಸಬಹುದು. ಸದಸ್ಯತ್ವ ಗುರುತಿನಿಂದ ನಿರ್ಧಾರವಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಕ್ಲೈಂಟ್ ಬೀಳುವ ಶ್ರೇಣಿ ಮುನ್ಸೂಚನೀಯವಾಗುತ್ತದೆ: ಕಾರ್ಯಾಚರಣೆಗಳು ಒಂದು ಶ್ರೇಣಿಯಲ್ಲಿ, ಗುತ್ತಿಗೆದಾರರು ಇನ್ನೊಂದರಲ್ಲಿ, ಮತ್ತು ಶ್ರೇಣಿ ಎಂಬುದು ಫೈರ್‌ವಾಲ್ ಅಥವಾ NSG ನಿಯಮವು ಊಹಿಸದೆ ಹೆಸರಿಸಬಹುದಾದ ವಸ್ತು.
ಫಲಿತಾಂಶದ ನಿಯಮ ಗುಂಪಿಗೆ ನೀವು ಪರಿಶೀಲಿಸಬಹುದಾದ ಆಕಾರವಿದೆ:
- ಪ್ರತಿ ಪ್ರೇಕ್ಷಕರಿಗೆ ಒಂದು ಪೂಲ್, ತಲೆಗಳ ಎಣಿಕೆಗಿಂತ ಉತ್ತುಂಗದ ಏಕಕಾಲಿಕ ಸೆಷನ್‌ಗಳಿಗೆ ಅಳೆಯಲಾಗಿದೆ;
- ಗುಂಪು ಸದಸ್ಯತ್ವವನ್ನು ಗುರುತಿನ ಮೂಲಕ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ, ಯಾರಾದರೂ ಸೇರಿದಾಗಲೆಲ್ಲ ನಿಯಮಗಳನ್ನು ಸಂಪಾದಿಸಿ ಅಲ್ಲ;
- NSG ಅಥವಾ Azure Firewall ನಿಯಮಗಳು ಪೂಲ್ ಶ್ರೇಣಿಗಳ ವಿರುದ್ಧ ಬರೆಯಲಾಗುತ್ತವೆ, ಎಂದೂ ವೈಯಕ್ತಿಕ ಗುತ್ತಿಗೆಗಳ ವಿರುದ್ಧ ಅಲ್ಲ;
- ಶ್ರೇಣಿಯನ್ನು ಎಂದೂ ಹಂಚಿಕೊಳ್ಳಬಾರದ ಪ್ರೇಕ್ಷಕರಿಗೆ ಪ್ರತ್ಯೇಕ ಹಬ್ ಅಥವಾ ಗೇಟ್‌ವೇ.
| Rule target | Survives a reconnect | What it still cannot express |
|---|---|---|
| Client tunnel address | No | Follows connection order and admits whoever holds the address next |
| Whole client pool | Yes | Grants every connected client identical access |
| Virtual WAN group pool | Yes | Only as reliable as group membership |
| Gateway public IP | Until the gateway is recreated | Identifies the site, not the person |
ಇಡೀ ಪೂಲ್ ಅನ್ನು ಅನುಮತಿ ಪಟ್ಟಿಗೆ ಸೇರಿಸುವುದು ಪ್ರಾಮಾಣಿಕ ಆದರೆ ಒರಟು: ಆ ಶ್ರೇಣಿಯ ಪ್ರತಿ ಸಂಪರ್ಕಿತ ಕ್ಲೈಂಟ್ ಒಂದೇ ಪ್ರವೇಶ ಪಡೆಯುತ್ತದೆ. ಅದು ವಿಮರ್ಶೆಯಲ್ಲಿ ಕಂಡುಕೊಳ್ಳುವ ಬದಲು ಗಟ್ಟಿಯಾಗಿ ಹೇಳಲು ಯೋಗ್ಯವಾದ ನೀತಿ ನಿರ್ಧಾರ. ಇನ್ನೂ ಪ್ರತಿ ವ್ಯಕ್ತಿಗೆ ಉತ್ತರ ಬೇಕಾದ ಯಾವುದೇ ವಿಷಯವು ಪಾತ್ರ ನಿಯೋಜನೆಗಳ ಮೂಲಕ ಸಂಪನ್ಮೂಲಕ್ಕೆ ಸೇರಿದ್ದು, ಪ್ಯಾಕೆಟ್ ಫಿಲ್ಟರ್‌ಗೆ ಅಲ್ಲ.
ನಿಯೋಜನೆ Virtual WAN ಗೆ ಹೋಗಲು ಸಾಧ್ಯವಿಲ್ಲದಿದ್ದಾಗ
ಅನೇಕ ಗೇಟ್‌ವೇಗಳು ಸಾಮಾನ್ಯ VPN ಗೇಟ್‌ವೇಗಳಾಗಿಯೇ ಉಳಿಯುತ್ತವೆ, ಮತ್ತು Virtual WAN ಗೆ ಹೋಗುವುದು ಸಾಂದರ್ಭಿಕ ಬದಲಾವಣೆ ಅಲ್ಲ. ಪ್ರಾಯೋಗಿಕ ಉತ್ತರ ಎಂದರೆ ಪ್ರತಿ-ಬಳಕೆದಾರ ನಿರ್ಧಾರವನ್ನು ಪ್ಯಾಕೆಟ್ ಫಿಲ್ಟರ್‌ನಿಂದ ಬಳಕೆದಾರರು ಯಾರೆಂದು ಈಗಾಗಲೇ ತಿಳಿದಿರುವ ವಸ್ತುವಿಗೆ ಸ್ಥಳಾಂತರಿಸುವುದು.
ಸಂಪನ್ಮೂಲ ಮಟ್ಟದ ಗುರುತು ಅಗ್ಗದ ಆವೃತ್ತಿ. Storage, SQL ಮತ್ತು Key Vault ಎಲ್ಲವೂ ಪ್ರತಿ-ಬಳಕೆದಾರ ಅಥವಾ ಪ್ರತಿ-ಗುಂಪು ಪಾತ್ರ ನಿಯೋಜನೆಗಳೊಂದಿಗೆ Entra ID ದೃಢೀಕರಣವನ್ನು ಬೆಂಬಲಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ VPN ಕೇವಲ ಜಾಲ ತಲುಪುವಿಕೆಯನ್ನು ಸಾಬೀತುಪಡಿಸಬೇಕು. ಹೆಸರಿಸಿದ ಖಾತೆಗಳಿರುವ ಜಂಪ್ ಹೋಸ್ಟ್ ಆಡಳಿತಾತ್ಮಕ ಕೆಲಸಕ್ಕೆ ಅದೇ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಏಕೆಂದರೆ ಹೋಸ್ಟ್ ವ್ಯಕ್ತಿಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ ಮತ್ತು ಸುರಂಗ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಮಾತ್ರ ಸಾಗಿಸುತ್ತದೆ. ಕ್ಲೈಂಟ್‌ಗಳನ್ನು DNS ನಲ್ಲಿ ನೋಂದಾಯಿಸಿ ಸಂಖ್ಯೆಯ ಬದಲು ಹೆಸರಿಗೆ ಅನುಮತಿ ನೀಡುವುದು ನಿಯಮವನ್ನು ಒಂದು ಪದರ ಮೇಲೆ ಏರಿಸುತ್ತದೆ. ಅನ್ವಯಿಕೆ ಪದರದ ಗುರುತು — ಪ್ರಮಾಣಪತ್ರ ವಿಷಯ, ಟೋಕನ್ ಹಕ್ಕು, ಗುಂಪು ಸದಸ್ಯತ್ವ — ನಿರ್ಧರಿಸಲು ಜಾಲವಲ್ಲ, ಅನ್ವಯಿಕೆಯನ್ನು ಕೇಳಿದಾಗ ಕೆಲಸ ಮಾಡುತ್ತದೆ.
ಸ್ಥಿರ ಮೂಲ ವಿಳಾಸಕ್ಕೆ ಒತ್ತಾಯಿಸುವ ಪಾಲುದಾರರಿಗೆ ಉತ್ತರ ನಿರ್ದಿಷ್ಟ ಪೀರ್ ಪೂರ್ವಪ್ರತ್ಯಯದೊಂದಿಗೆ site-to-site ಅಥವಾ ExpressRoute. ಅವರು ಪೀರ್ ಪೂರ್ವಪ್ರತ್ಯಯಕ್ಕೆ ಅನುಮತಿ ನೀಡುತ್ತಾರೆ, ಅವರ ಕಡೆ ಕಾಣುವ ವಿಳಾಸ ಗೇಟ್‌ವೇಗೆ ಸೇರಿದ್ದು, ಯಾರಾದರೂ ಲ್ಯಾಪ್‌ಟಾಪ್ ಮರುಬೂಟ್ ಮಾಡಿದಾಗ ಬದಲಾಗುವುದಿಲ್ಲ.
ಇನ್ನೊಂದು ಅನುಮತಿ ಪಟ್ಟಿ ಸಂಪಾದಿಸುವ ಮೊದಲು ಪೂಲ್ ಪರಿಶೀಲಿಸಿ
ಪೂಲ್‌ನ ಎರಡು ಗುಣಲಕ್ಷಣಗಳು ಜನರು ಕ್ಲೈಂಟ್ ಮೇಲೆ ಹೇರುವ ಹೆಚ್ಚಿನ ನಡವಳಿಕೆಗೆ ಕಾರಣ. ತುಂಬಾ ಚಿಕ್ಕ ಪೂಲ್ ಗುತ್ತಿಗೆಗಳನ್ನು ಬೇಗ ಮರುಬಳಕೆ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ವಿಳಾಸಗಳು ನಿರಂತರವಾಗಿ ಚಲಿಸುತ್ತಿರುವಂತೆ ಕಾಣುತ್ತವೆ ಮತ್ತು ವಿಳಾಸ ಆಧಾರಿತ ಯಾವುದೇ ನಿಯಮ ವಿನ್ಯಾಸದಿಂದಲೇ ಅಸ್ಥಿರವಾಗಿ ಕಾಣುತ್ತದೆ. ಆನ್-ಪ್ರಿಮೈಸಸ್ ಶ್ರೇಣಿಗಳು ಅಥವಾ ವರ್ಚುವಲ್ ಜಾಲದ ವಿಳಾಸ ಸ್ಥಳದೊಂದಿಗೆ ಅತಿಕ್ರಮಿಸುವ ಪೂಲ್ ಯಾವುದೇ ಫೈರ್‌ವಾಲ್ ನಿಯಮವೂ ಸರಿಪಡಿಸದ ಮಾರ್ಗನಿರ್ದೇಶನದ ಅಸ್ಪಷ್ಟತೆಯನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.
ನಿಯಮವನ್ನು ಸ್ಪರ್ಶಿಸುವ ಮೊದಲು ಮೂರು ವಿಷಯಗಳನ್ನು ಒಂದು ಪುಟದಲ್ಲಿ ಇರಿಸಿ: point-to-site ಪೂಲ್, ವರ್ಚುವಲ್ ಜಾಲದ ವಿಳಾಸ ಸ್ಥಳ, ಮತ್ತು ಆನ್-ಪ್ರಿಮೈಸಸ್ ಶ್ರೇಣಿಗಳು. ಅವು ಅತಿಕ್ರಮಿಸಬಾರದು, ಮತ್ತು ಪೂಲ್‌ಗೆ ಪ್ರತಿ ಏಕಕಾಲಿಕ ಕ್ಲೈಂಟ್‌ಗೆ ಸ್ಥಳ ಮತ್ತು ಮರುಸಂಪರ್ಕಗಳಿಗೆ ಅಂಚು ಬೇಕು.
ನಂತರ ಈ ಕ್ರಮದಲ್ಲಿ ಚಕ್ರವನ್ನು ಮುಚ್ಚಿ:
- ಎರಡು ಯಂತ್ರಗಳಿಂದ ಎರಡೂ ಕ್ರಮಗಳಲ್ಲಿ ಸಂಪರ್ಕಿಸಿ ವಿಳಾಸಗಳನ್ನು ಹೋಲಿಸಿ; ಅವು ಬದಲಾಯಿಸಬಹುದಾದರೆ, ವಿಳಾಸ ಆಧಾರಿತ ಯಾವುದೇ ನಿಯಮ ಸುರಕ್ಷಿತವಲ್ಲ.
- ಗೇಟ್‌ವೇ Virtual WAN ಆಗಿದೆಯೇ ಪರಿಶೀಲಿಸಿ; ಹಾಗಿದ್ದರೆ, ಪ್ರತಿ-ವಿಳಾಸ ನಿಯಮಗಳ ಬದಲು ಗುಂಪು ಪೂಲ್‌ಗಳನ್ನು ಬಳಸಿ.
- ನಿಯಮ ತಪ್ಪು ವ್ಯಕ್ತಿಗೆ ಹೊಂದಿಕೆಯಾದಾಗ ಏನಾಗುತ್ತದೆ ಎಂದು ಕೇಳಿ; ಉತ್ತರ ಪ್ರವೇಶ ಘಟನೆಯಾದರೆ, ನಿಯಂತ್ರಣವನ್ನು ಗುರುತಿಗೆ ಸ್ಥಳಾಂತರಿಸಿ.
- ಯಾವ ಶ್ರೇಣಿ ಯಾವ ಗುಂಪಿಗೆ ಸೇರಿದೆ ಎಂಬುದನ್ನು NSG ವ್ಯಾಖ್ಯಾನಗಳಿರುವ ಅದೇ ಭಂಡಾರದಲ್ಲಿ ದಾಖಲಿಸಿ.
- ಪೂಲ್, ದೃಢೀಕರಣ ಅಥವಾ ಗೇಟ್‌ವೇ ಬದಲಾವಣೆಯ ನಂತರ ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ಆ ಬದಲಾವಣೆಗಳು ಘೋಷಿಸದೆ ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಮತ್ತೆ ಬರೆಯುತ್ತವೆ.