NVA ಇಲ್ಲದೆ ExpressRoute ನಲ್ಲಿ Azure ಖಾಸಗಿ IP VPN

ಪುರಾಣವೆಂದರೆ ExpressRoute ಖಾಸಗಿ peering ಮೇಲೆ ಸಂಚಾರವನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಲು ನೆಟ್‌ವರ್ಕ್ ವರ್ಚುವಲ್ ಸಾಧನ ಬೇಕು ಎಂದು. ಹಾಗಲ್ಲ. Azure Site-to-Site VPN Gateway ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ, ಅದರ ಸುರಂಗದ ಅಂತ್ಯ ಬಿಂದು ಸರ್ಕ್ಯೂಟ್ ಮೂಲಕ ಸಾಗಿಸುವ ಖಾಸಗಿ RFC1918 ವಿಳಾಸವಾಗಿದೆ, ಮತ್ತು ಸಾಧನವು ರಚನಾತ್ಮಕವಲ್ಲ, ಐಚ್ಛಿಕ. ಸಾಧನದ ಪುರಾಣ ಮರೆಮಾಡುವುದು ನಿಜವಾಗಿ ನೋವು ಕೊಡುವ ಭಾಗವನ್ನು: ಎರಡು ಆಬ್ಜೆಕ್ಟ್‌ಗಳ ಬದಲು ಒಂದರಲ್ಲಿ ಖಾಸಗಿ ಅಂತ್ಯ ಬಿಂದುವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವುದು, ಮತ್ತು ನೇರ peering ಮಾರ್ಗವು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಮಾರ್ಗದ ಮೇಲೆ ಸದ್ದಿಲ್ಲದೆ ಗೆಲ್ಲಲು ಬಿಡುವುದು.

ಪುರಾಣ ಎಲ್ಲಿಂದ ಬಂತು

ಈ ಹೇಳಿಕೆಗೆ ಗೌರವಾನ್ವಿತ ಮೂಲವಿದೆ. ವರ್ಷಗಳ ಕಾಲ ಖಾಸಗಿ peering ಮೇಲೆ IPsec ಗಾಗಿ ಪ್ರಾಯೋಗಿಕ ಪಾಕವಿಧಾನ NVA ಆಗಿತ್ತು, ಏಕೆಂದರೆ ನಿರ್ವಹಿತ ಗೇಟ್‌ವೇ ಕೇವಲ ಸಾರ್ವಜನಿಕ ಅಂತ್ಯ ಬಿಂದುಗಳನ್ನು ಒಡ್ಡಿತ್ತು. ಅದು ಬದಲಾಯಿತು, ಮತ್ತು ಬದಲಾವಣೆಗೆ ಮೊದಲು ಬರೆದ ಉತ್ತರಗಳು ಇನ್ನೂ ದಿನಾಂಕವನ್ನು ಯಾರೂ ಪರಿಶೀಲಿಸದ ಥ್ರೆಡ್‌ಗಳಲ್ಲಿ ಉಲ್ಲೇಖಿಸಲ್ಪಡುತ್ತವೆ. ತಿದ್ದುಪಡಿ ಸಂಕುಚಿತವಾಗಿದೆ: ಖಾಸಗಿ ವಿಳಾಸದ VPN ಗೇಟ್‌ವೇ ಇದೆ, ಮತ್ತು ಅದು ಅಂತ್ಯ ಬಿಂದುವನ್ನು ಬದಲಿಸುತ್ತದೆ, ಅದರ ಸುತ್ತಲಿನ ರೂಟಿಂಗ್ ತರ್ಕವನ್ನಲ್ಲ.

ಇವುಗಳಲ್ಲಿ ಯಾವುದೂ NVA ಅನ್ನು ನಿವೃತ್ತಿಗೊಳಿಸುವುದಿಲ್ಲ. ಅದು ಸಾಧನವೇ ಅಗತ್ಯಕ್ಕೆ ಏಕೈಕ ಮಾರ್ಗ ಎಂಬ ಊಹೆಯನ್ನು ನಿವೃತ್ತಿಗೊಳಿಸುತ್ತದೆ.

ಎರಡೂ ಹಂತಗಳಲ್ಲಿ ಖಾಸಗಿ ಅಂತ್ಯ ಬಿಂದುವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ

VPN ಗೇಟ್‌ವೇ ಇರುವ VNet ಗೆ ಲಿಂಕ್ ಆಗಿರುವ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ExpressRoute ಖಾಸಗಿ peering ಸಂಪರ್ಕದಿಂದ ಪ್ರಾರಂಭಿಸಿ. ಆನ್-ಪ್ರಿಮೈಸ್ ಬದಿಯು ಈಗಾಗಲೇ ಆ ಸರ್ಕ್ಯೂಟ್ ಮೂಲಕ ಸಂಬಂಧಿತ ಖಾಸಗಿ ವಿಳಾಸಗಳನ್ನು ತಲುಪಿರಬೇಕು, ಏಕೆಂದರೆ ಸುರಂಗವು ಆ ವಿಳಾಸಗಳನ್ನು ಸಾಗಣೆಯಾಗಿ ಬಳಸುತ್ತದೆ. ನಂತರ ಗೇಟ್‌ವೇ ಪೂರ್ವಾಪೇಕ್ಷೆ: ಖಾಸಗಿ-IP VPN ಗಾಗಿ Microsoft ಕಾರ್ಯವಿಧಾನಕ್ಕೆ Standard ಸಾರ್ವಜನಿಕ IP ಸಂಪನ್ಮೂಲದ ಮೇಲೆ ನಿರ್ಮಿಸಿದ ಗೇಟ್‌ವೇ ಅಗತ್ಯವಿದೆ. ಖಾಸಗಿ ಸುರಂಗ ವಿಳಾಸೀಕರಣವು ಆ ಷರತ್ತನ್ನು ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ, ಇದು „ಖಾಸಗಿ“ ಎಂದರೆ „ಎಲ್ಲಿಯೂ ಸಾರ್ವಜನಿಕ IP ಇಲ್ಲ“ ಎಂದು ಭಾವಿಸುವವರನ್ನು ಬೆಚ್ಚಿಬೀಳಿಸುತ್ತದೆ.

ಈಗ ಎರಡೂ ಸ್ಥಳಗಳಲ್ಲಿ ಫ್ಲ್ಯಾಗ್ ಸಕ್ರಿಯಗೊಳಿಸಿ. ಗೇಟ್‌ವೇ ಸಂರಚನೆಗೆ ಖಾಸಗಿ IP ಗಳಿಗೆ ತನ್ನದೇ ಸ್ವಿಚ್ ಇದೆ, ಮತ್ತು ಪ್ರತ್ಯೇಕ Site-to-Site ಸಂಪರ್ಕಕ್ಕೆ ಆ ಸಂಪರ್ಕವನ್ನು ಖಾಸಗಿ ವಿಳಾಸ ಬಳಸುವಂತೆ ಮಾಡುವ ಎರಡನೇ ಸ್ವಿಚ್ ಇದೆ. ಒಂದನ್ನು ಹೊಂದಿಸಿ ಇನ್ನೊಂದನ್ನು ಬಿಡುವುದು ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಅಪೂರ್ಣ ಸಂರಚನೆ; ಸುರಂಗವು ಒಂದೋ ಸ್ಥಾಪನೆಯಾಗುವುದಿಲ್ಲ ಅಥವಾ ತಪ್ಪು ಅಂತ್ಯ ಬಿಂದುವಿಗೆ ಸ್ಥಾಪನೆಯಾಗುತ್ತದೆ.

az network vnet-gateway update -g rg-net -n vpngw-prod --set enablePrivateIpAddress=true
az network vpn-connection update -g rg-net -n conn-onprem --set enablePrivateIpAddress=true
az network vnet-gateway show -g rg-net -n vpngw-prod \
  --query '{sku:sku,priv:enablePrivateIpAddress,active:activeActive}'

ನೀವು ಸ್ಥಾಪಿಸಿದ CLI ಆವೃತ್ತಿಯ ವಿರುದ್ಧ ಆಸ್ತಿ ಹೆಸರುಗಳನ್ನು ದೃಢೀಕರಿಸಿ, ಏಕೆಂದರೆ ಪೋರ್ಟಲ್ ಲೇಬಲ್‌ಗಳು ಮತ್ತು CLI ಆಸ್ತಿಗಳು ಯಾವಾಗಲೂ ಒಂದೇ ಪದಬಳಕೆ ಹೊಂದಿರುವುದಿಲ್ಲ. ಸಕ್ರಿಯ-ಸಕ್ರಿಯ ಗೇಟ್‌ವೇ ಎರಡು ಖಾಸಗಿ ಸುರಂಗ ವಿಳಾಸಗಳನ್ನು ಒಡ್ಡುತ್ತದೆ, ಮತ್ತು ಆ ಪುನರುಕ್ತಿ ಅರ್ಥಪೂರ್ಣವಾಗಬೇಕಾದರೆ ಆನ್-ಪ್ರಿಮೈಸ್ ಸಾಧನದಲ್ಲಿ ಎರಡೂ ಪೀರ್ ಸಂರಚಿತವಾಗಿರಬೇಕು. ಈ ಖಾಸಗಿ ವಿಳಾಸದ ಸುರಂಗವನ್ನು ಎತ್ತಲು ಮಾತ್ರ BGP ಅಗತ್ಯವಿಲ್ಲ, ಆದರೂ ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಪೂರ್ವಪ್ರತ್ಯಯಗಳನ್ನು ವಿತರಿಸುವ ವಿಧಾನದ ಭಾಗವಾಗಿದೆ.

ಎರಡನೇ ಪುರಾಣ: ಸ್ಥಾಪಿತ ಸುರಂಗ ನಿಮ್ಮ ಸಂಚಾರವನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತದೆ

ಈಗ ಅಪ್ಲಿಕೇಶನ್ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಎರಡು ಮಾರ್ಗಗಳು ತಲುಪುತ್ತವೆ: ನೇರ ಖಾಸಗಿ peering ಮಾರ್ಗ ಮತ್ತು VPN ಮೂಲಕ ಮಾರ್ಗ. ಎರಡೂ ಕೆಲಸ ಮಾಡುತ್ತವೆ. ಕೇವಲ ಒಂದು ಈ IPsec ಪದರವನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ. ಒಂದೇ ಪೂರ್ವಪ್ರತ್ಯಯಗಳನ್ನು ExpressRoute ಮತ್ತು VPN ಎರಡರ ಮೇಲೂ ಪ್ರಕಟಿಸಿದಾಗ Azure ನೇರ ExpressRoute ಮಾರ್ಗಕ್ಕೆ ಆದ್ಯತೆ ನೀಡುತ್ತದೆ ಎಂದು Microsoft ದಾಖಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಆರೋಗ್ಯಕರ ಸುರಂಗ ಮತ್ತು ಆರೋಗ್ಯಕರ ಕೌಂಟರ್‌ಗಳು ಅಪ್ಲಿಕೇಶನ್ ಪ್ಯಾಕೆಟ್‌ಗಳು ಎಲ್ಲಿಗೆ ಹೋದವು ಎಂಬುದನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ದಾಖಲಿತ ಸ್ಟೀರಿಂಗ್ ವಿಧಾನಗಳೆಂದರೆ ExpressRoute ನಲ್ಲಿ ಆವರಿಸುವ ಶ್ರೇಣಿ ಮತ್ತು VPN ನಲ್ಲಿ ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟವಾದ ರಕ್ಷಿತ ಶ್ರೇಣಿ, ಅಥವಾ ಎರಡು ಮಾರ್ಗಗಳಲ್ಲಿ ವಿಭಿನ್ನ ಪೂರ್ವಪ್ರತ್ಯಯಗಳು. ಉದಾಹರಣೆಗೆ, ಖಾಸಗಿ peering 10.40.0.0/16 ಸಾಗಿಸಬಹುದು ಮತ್ತು VPN 10.40.12.0/24 ಪ್ರಕಟಿಸುತ್ತದೆ. ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ಪೂರ್ವಪ್ರತ್ಯಯ ಗೆಲ್ಲುತ್ತದೆ ಮತ್ತು ಶ್ರೇಣಿಯ ಉಳಿದ ಭಾಗ ನೇರವಾಗಿ ಉಳಿಯುತ್ತದೆ.

az network vnet-gateway list-advertised-routes -g rg-net -n vpngw-prod
az network vnet-gateway list-learned-routes -g rg-net -n vpngw-prod
az network vpn-connection show -g rg-net -n conn-onprem --query connectionStatus

ಆನ್-ಪ್ರಿಮೈಸ್ ದಿಕ್ಕಿನಲ್ಲಿಯೂ ಅದೇ ಪರಿಶೀಲನೆ ಮಾಡಿ, ಏಕೆಂದರೆ ನಿಮ್ಮ ರೌಟರ್‌ನ ಆದ್ಯತೆಯು ಹೊರಹೋಗುವ ಸಂಚಾರವು ಯಾವ ಕಡೆ ಹೊರಡುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಮತ್ತು ಸುರಂಗದ ಸ್ವಂತ ಸಾಗಣೆಯನ್ನು ExpressRoute ಮಾರ್ಗದಲ್ಲಿ ಇರಿಸಿ; ಗೇಟ್‌ವೇಯ ಖಾಸಗಿ ಅಂತ್ಯ ಬಿಂದುವನ್ನು ಸುರಂಗದೊಳಗೆ ಎಳೆಯುವ ಮಾರ್ಗವು ಸುರಂಗವನ್ನು ತನ್ನನ್ನೇ ಅವಲಂಬಿಸುವಂತೆ ಮಾಡುತ್ತದೆ.

ಸುರಂಗ ಬಿದ್ದಾಗ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ

ಸುರಂಗ ಬಿದ್ದಾಗ ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ VPN ಮಾರ್ಗ ಕಣ್ಮರೆಯಾಗುತ್ತದೆ, ಆದರೆ ವಿಶಾಲವಾದ ನೇರ ಮಾರ್ಗ ಉಳಿಯುತ್ತದೆ. ನಂತರ ಸಂಚಾರವು ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಇಲ್ಲದೆ ಹರಿಯುತ್ತದೆ ಮತ್ತು ಎಲ್ಲವೂ ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣುತ್ತದೆ, ಇದು ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಖಾತರಿಪಡಿಸಲು ಇರುವ ಅಗತ್ಯಕ್ಕೆ ಅತ್ಯಂತ ಕೆಟ್ಟ ವೈಫಲ್ಯ ಮೋಡ್. ಆ ಅಗತ್ಯವು ಈ ಫಾಲ್‌ಬ್ಯಾಕ್ ಅನ್ನು ನಿಷೇಧಿಸಿದರೆ, ರೂಟಿಂಗ್ ಮತ್ತು ಪ್ರವೇಶ ನೀತಿಯು ಸುರಂಗದ ಲಭ್ಯತೆಯ ಮೇಲೆ ಅವಲಂಬಿತವಾಗುವ ಬದಲು ಅದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೇಳಬೇಕು.

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

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