ExpressRoute ಜೊತೆಗೆ VPN: ಯಾವ ವೈಫಲ್ಯ-ಡೊಮೇನ್‌ಗಳನ್ನು ನೀವು ಆವರಿಸುತ್ತೀರಿ?
ಎರಡನೇ IPsec ಸುರಂಗವು ಒಂದು ಅಂತ್ಯಬಿಂದುವನ್ನು ಆವರಿಸುತ್ತದೆ, ಅದರ ಕೆಳಗಿನ ಸರ್ಕ್ಯೂಟ್ ಅನ್ನಲ್ಲ. ಪ್ರತಿ ವೈಫಲ್ಯ-ಡೊಮೇನ್ ಅನ್ನು ನಕ್ಷೆ ಮಾಡಿ, ನಂತರ ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಇಲ್ಲದ ಫಾಲ್‌ಬ್ಯಾಕ್ ಅನುಮತಿಸಬಹುದೇ ಎಂದು ನಿರ್ಧರಿಸಿ.
ExpressRoute ನ ಖಾಸಗಿ ಪಿಯರಿಂಗ್ ಮೇಲೆ ಚಲಿಸುವ IPsec ಸುರಂಗವು ಈಗಾಗಲೇ ಇರುವ ಸಾಗಣೆಗೆ ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಸೇರಿಸುತ್ತದೆ. ಎರಡನೇ ಸುರಂಗವು ಅಂತ್ಯಬಿಂದುವಿನ ಲಭ್ಯತೆಯನ್ನು ಸುಧಾರಿಸುತ್ತದೆ, ಮತ್ತು ಎರಡೂ ಕೆಳಗಿನ ವಾಹಕ ಮಾರ್ಗಕ್ಕೆ ಅದು ಏನನ್ನೂ ಮಾಡುವುದಿಲ್ಲ. ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ಗಳು ಎರಡು ಹಸಿರು ಸುರಂಗಗಳನ್ನು ತೋರಿಸಿ, ವಿನ್ಯಾಸ ಪರಿಶೀಲನೆ ಬೇರೆ ಪ್ರಶ್ನೆ ಕೇಳಿದಾಗ ಈ ವ್ಯತ್ಯಾಸವನ್ನು ಕಳೆದುಕೊಳ್ಳುವುದು ಸುಲಭ: ಈ ಸಂಪರ್ಕವು ಯಾವ ವೈಫಲ್ಯಗಳನ್ನು ಎದುರಿಸಬೇಕು? ಮೊದಲು ಅದಕ್ಕೆ ಉತ್ತರಿಸಿ, ನಂತರ ಸುರಂಗಗಳನ್ನು ಎಣಿಸಿ, ಏಕೆಂದರೆ ಹಸಿರು ಸೂಚಕಗಳ ಸಂಖ್ಯೆ ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಪದರದ ಗುಣಲಕ್ಷಣ ಮತ್ತು ವೈಫಲ್ಯ-ಡೊಮೇನ್‌ಗಳ ಸಂಖ್ಯೆ ಇಡೀ ಮಾರ್ಗದ ಗುಣಲಕ್ಷಣ.
ಹಸಿರು ಸುರಂಗಗಳಿಂದ ಅಲ್ಲ, ವೈಫಲ್ಯಗಳಿಂದ ಪ್ರಾರಂಭಿಸಿ
ಏನನ್ನಾದರೂ ಬರೆಯುವ ಮೊದಲು ನಾಲ್ಕು ಸಾಲುಗಳನ್ನು ಬರೆಯಿರಿ: ಒಂದು VPN ಅಂತ್ಯಬಿಂದು ಅಥವಾ ಪೀರ್ ಇನ್‌ಸ್ಟೆನ್ಸ್ ವಿಫಲವಾಗುವುದು, ಒಂದು ಸ್ಥಳೀಯ ರೂಟರ್ ಅಥವಾ ಮೊದಲ ಮೈಲಿ ಸಂಪರ್ಕ ವಿಫಲವಾಗುವುದು, ಹಂಚಿಕೆಯಾದ ExpressRoute ಮಾರ್ಗ ವಿಫಲವಾಗುವುದು, ಮತ್ತು ಖಾಸಗಿ ಪಿಯರಿಂಗ್ ಇನ್ನೂ ಸಂಚಾರ ಸಾಗಿಸುತ್ತಿರುವಾಗ IPsec ಲಭ್ಯವಿಲ್ಲದಂತಾಗುವುದು. ಪ್ರತಿ ಸಾಲು ವಿನ್ಯಾಸವು ಏನನ್ನು ಸಂರಕ್ಷಿಸಬೇಕು ಎಂದು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದಕ್ಕೂ ಬೇರೆ ವ್ಯವಸ್ಥೆ ಉತ್ತರಿಸುತ್ತದೆ.
| Failure | What must survive | What does not cover it |
|---|---|---|
| One VPN endpoint or instance | An alternate encryption endpoint and a route to it | A second tunnel terminating on the same instance |
| One local router or first mile | Independent local equipment and transport reachability | Any number of logical tunnels |
| The ExpressRoute path | A separately designed surviving underlay | An IPsec tunnel layered on the same circuit |
| IPsec unavailable, peering up | The intended encrypted-only or approved fallback policy | Assuming the tunnel is the only route |
Microsoft, ExpressRoute ನ ಖಾಸಗಿ ಪಿಯರಿಂಗ್ ಮೇಲೆ ಖಾಸಗಿ IP ಹೊಂದಿರುವ ಸೈಟ್-ಟು-ಸೈಟ್ VPN ಮತ್ತು ಇಂಟರ್ನೆಟ್ ಆಧಾರಿತ ಸೈಟ್-ಟು-ಸೈಟ್ ಸಂಪರ್ಕಗಳೊಂದಿಗೆ ಬೆಂಬಲಿತ ಸಹಬಾಳ್ವೆಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಆ ಸಹಬಾಳ್ವೆ ಬೇರೆ ಅಂಡರ್‌ಲೇ ವಿನ್ಯಾಸವಾಗಿದೆ, ಮತ್ತು ನೀವು ಇನ್ನೊಂದು ಖಾಸಗಿ ಸುರಂಗದ ಅಂತ್ಯಬಿಂದುವನ್ನು ಸೇರಿಸಿದ್ದರಿಂದ ಮಾತ್ರ ಅದು ಕಾಣಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ.
ವೈಫಲ್ಯ-ಡೊಮೇನ್ 1: VPN ಅಂತ್ಯಬಿಂದು
ಒಂದು ಗೇಟ್ವೇ ಮೇಲಿನ ಎರಡು ಸುರಂಗಗಳು ಸಾಮಾನ್ಯವಾಗಿ active-active ಜೋಡಿಗಳು, ಅವು ಒಂದೇ Azure ಬದಿಯ ಸಂಪನ್ಮೂಲದಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತವೆ. ಅವು ಒಂದು ಸುರಂಗ ಅಥವಾ ಇನ್‌ಸ್ಟೆನ್ಸ್‌ನ ಸಮಸ್ಯೆಯಿಂದ ರಕ್ಷಿಸುತ್ತವೆ, ಆದರೆ ಆ ಸಂಪನ್ಮೂಲ ಲಭ್ಯವಿಲ್ಲದಂತಾಗುವುದು, ಮರುಸಂರಚನೆಯಾಗುವುದು ಅಥವಾ ಸಾಮರ್ಥ್ಯ ಮುಗಿಯುವುದರಿಂದ ರಕ್ಷಿಸುವುದಿಲ್ಲ. ಅಂತ್ಯಬಿಂದು ಪುನರಾವರ್ತನೆ ಎಂದರೆ ತನ್ನದೇ ಮಾರ್ಗ ಮತ್ತು ತನ್ನದೇ ಸಂರಚನೆ ಹೊಂದಿರುವ ಎರಡನೇ ಬೆಂಬಲಿತ ಅಂತ್ಯಬಿಂದು, ಜೊತೆಗೆ ಅದನ್ನು ತಲುಪಬಲ್ಲ ಮಾರ್ಗ.
ರೇಖಾಚಿತ್ರ ಏನು ಹೇಳುತ್ತದೆ ಎಂಬುದಕ್ಕಿಂತ ನೀವು ನಿಜವಾಗಿ ಏನನ್ನು ನಿಯೋಜಿಸಿದ್ದೀರಿ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಪೋರ್ಟಲ್ ಈ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಅವುಗಳ ಸಂಬಂಧವನ್ನು ಮರೆಮಾಡುವ ರೀತಿಯಲ್ಲಿ ಗುಂಪು ಮಾಡುತ್ತದೆ:
az network vpn-connection show -g rg-connectivity -n vpn-to-hub --query '{conn:connectionStatus,tunnels:tunnelConnectionStatus}'
az network vnet-gateway show -g rg-connectivity -n gw-hub --query '{sku:sku.name,activeActive:enableBgp,peers:bgpSettings.peers}'ಎರಡೂ ಸುರಂಗಗಳು ಒಂದು ಸಾರ್ವಜನಿಕ IP ಹೊಂದಿರುವ ಒಂದು ಗೇಟ್‌ವೇಗೆ ತೋರಿಸಿದರೆ, ನಿಮಗೆ ನಿರ್ದಿಷ್ಟ ಮತ್ತು ಸೀಮಿತ ರೀತಿಯ ಅಂತ್ಯಬಿಂದು ಪುನರಾವರ್ತನೆ ಇದೆ. ಅದು ಅಗತ್ಯತೆ ಕೇಳುತ್ತಿರುವುದು ನಿಖರವಾಗಿ ಅದೇ ಆಗಿರಬಹುದು, ಮತ್ತು ಅದನ್ನು ಪುನರಾವರ್ತಿತ ಸಂಪರ್ಕ ಎಂದು ವಿವರಿಸುವ ಬದಲು ಹಾಗೆಯೇ ಹೇಳಬೇಕು.
ವೈಫಲ್ಯ-ಡೊಮೇನ್ 2: ಸ್ಥಳೀಯ ಮಾರ್ಗ ಮತ್ತು ವಾಹಕ
ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಕೆಳಗೆ ಭೌತಿಕ ಮತ್ತು ವಾಣಿಜ್ಯ ವಾಸ್ತವ ಇದೆ: ಗ್ರಾಹಕ-ಅಂಚಿನ ಸಾಧನ, ಕ್ರಾಸ್-ಕನೆಕ್ಟ್, ಪೂರೈಕೆದಾರರ ಜಾಲ ಮತ್ತು ಪಿಯರಿಂಗ್ ಸ್ಥಳ. ExpressRoute ಲಭ್ಯತೆ ಮಾರ್ಗಸೂಚಿ ಎಂಡ್-ಟು-ಎಂಡ್ ಪುನರಾವರ್ತನೆಯು ಗ್ರಾಹಕ ಮತ್ತು ಸೇವಾ-ಪೂರೈಕೆದಾರರ ವಿಭಾಗಗಳನ್ನು ಒಳಗೊಂಡಿದೆ, Microsoft ಬದಿ ಮಾತ್ರವಲ್ಲ ಎಂದು ಸ್ಪಷ್ಟವಾಗಿ ಹೇಳುತ್ತದೆ. ರೂಟರ್, ವಿದ್ಯುತ್ ಪೂರೈಕೆ ಅಥವಾ ಮೊದಲ ಮೈಲಿ ಸಂಪರ್ಕವನ್ನು ಹಂಚಿಕೊಳ್ಳುವ ಎರಡು ತಾರ್ಕಿಕ ಮಾರ್ಗಗಳು ಆ ಅವಲಂಬನೆಯನ್ನು ಇನ್ನೂ ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ.
ಇಲ್ಲಿಯೇ ವಿನ್ಯಾಸವು ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರಾಮಾಣಿಕ ಪರಿಶೀಲನೆಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ. ಒಂದೇ ಪೂರೈಕೆದಾರರ ಎರಡು ಸರ್ಕ್ಯೂಟ್‌ಗಳು, ಒಂದೇ ಕಟ್ಟಡದಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತಾ, ಒಂದೇ ಖರೀದಿ ಆದೇಶದ ಉಪಕರಣಗಳ ಮೇಲೆ, ಎರಡು ವೈಫಲ್ಯ-ಡೊಮೇನ್‌ಗಳಲ್ಲ. ಅವು ಎರಡು ಇನ್‌ವಾಯ್ಸ್‌ಗಳಿರುವ ಒಂದೇ ವೈಫಲ್ಯ-ಡೊಮೇನ್.
ವಾಹಕರಿಗೆ ಪ್ರಶ್ನೆಯನ್ನು ಲಿಖಿತವಾಗಿ ಕೇಳಿ: ಈ ಮಾರ್ಗಗಳಲ್ಲಿ ಯಾವುದು ಎಲ್ಲಿ ಬೇರ್ಪಡುತ್ತದೆ, ಮತ್ತು ಹಂಚಿಕೆಯ ವಿಭಾಗ ವಿಫಲವಾದಾಗ ದಾಖಲಿತ ವರ್ತನೆ ಏನು? ವಿನ್ಯಾಸ ಕರೆಯ ಸಮಯದ ಮೌಖಿಕ ಭರವಸೆ ನೀವು ವಿನ್ಯಾಸ ಮಾಡುತ್ತಿರುವ ಅಡಚಣೆಯನ್ನು ಎದುರಿಸುವುದಿಲ್ಲ.
ವೈಫಲ್ಯ-ಡೊಮೇನ್ 3: IPsec ಇಲ್ಲದೆ ಉಳಿಯುವ ಮಾರ್ಗ
ಖಾಸಗಿ ಪಿಯರಿಂಗ್ ಮತ್ತು IPsec ಒಂದೇ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರಿಫಿಕ್ಸ್‌ಗೆ ಸ್ಪರ್ಧಾತ್ಮಕ ಮಾರ್ಗಗಳನ್ನು ನೀಡಬಹುದು. ಸಂರಕ್ಷಿತ ಮಾರ್ಗ ಕಣ್ಮರೆಯಾದರೆ, ಉಳಿದ ನೇರ ExpressRoute ಮಾರ್ಗವು ಸುರಂಗ ಒದಗಿಸಿದ ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಪದರವಿಲ್ಲದೆ ಇನ್ನೂ ಬಳಸಬಹುದಾಗಿರಬಹುದು. ಅದು ಸ್ವೀಕಾರಾರ್ಹವೇ ಎಂಬುದು ನೀತಿ ನಿರ್ಣಯ, ಮತ್ತು ಅದೇ ನಿರ್ಣಯವನ್ನು ಹೆಚ್ಚಾಗಿ ಸೂಚ್ಯವಾಗಿ ಬಿಡಲಾಗುತ್ತದೆ.
ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಅಗತ್ಯತೆಗಳು ಮತ್ತು ಲಭ್ಯತೆ ಅಗತ್ಯತೆಗಳು ಇಲ್ಲಿ ನಿಜವಾಗಿಯೂ ಘರ್ಷಿಸಬಹುದು. «ಉಳಿದ ಯಾವುದೇ ಮಾರ್ಗವೂ ಯಶಸ್ಸು ಎಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ» ಎಂಬುದು ಲಭ್ಯತೆಯ ಹೇಳಿಕೆಯಾಗಿದ್ದು, ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಪ್ರಶ್ನೆಗೆ ಸದ್ದಿಲ್ಲದೆ «ಇಲ್ಲ» ಎಂದು ಉತ್ತರಿಸುತ್ತದೆ. ಯಾವುದು ಗೆಲ್ಲುತ್ತದೆ, ಯಾವ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳಿಗೆ, ಮತ್ತು ಯಾರು ಅನುಮೋದಿಸಿದರು ಎಂದು ಬರೆಯಿರಿ.
az network vnet-gateway list-advertised-routes -g rg-connectivity -n gw-hub --peer 10.0.0.1
az network vnet-gateway list-learned-routes -g rg-connectivity -n gw-hub -o tableಕಲಿತ ಮಾರ್ಗಗಳನ್ನು ನೀವು ನಿರೀಕ್ಷಿಸಿದ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ. ಸಣ್ಣ ಆಡಳಿತಾತ್ಮಕ ಹೊರೆ ಸಾಗಿಸುವ ಫಾಲ್‌ಬ್ಯಾಕ್ ಆ ಹೊರೆಗೆ ಸಂಪೂರ್ಣ ಸಮರ್ಪಕವಾಗಿರಬಹುದು ಮತ್ತು ಉತ್ಪಾದನಾ ಬೇಡಿಕೆಗೆ ಬೇಕಾದ ಸಾಮರ್ಥ್ಯಕ್ಕೆ ಬಹಳ ದೂರವಿರಬಹುದು, ಆದ್ದರಿಂದ ಸಾಮರ್ಥ್ಯದ ಊಹೆಯನ್ನು ಮಾರ್ಗದ ಪಕ್ಕದಲ್ಲಿ ದಾಖಲಿಸಿ.
ಒಂದು ತೀರ್ಪಲ್ಲ, ಮೂರು ಪ್ರತ್ಯೇಕ ಸಾಲುಗಳನ್ನು ದಾಖಲಿಸಿ
ಅಂತ್ಯಬಿಂದು ಪುನರಾವರ್ತನೆ, ಸಾಗಣೆ ಪುನರಾವರ್ತನೆ ಮತ್ತು ವಿಪತ್ತಿನ ನಂತರದ ಚೇತರಿಕೆಯನ್ನು ವಿನ್ಯಾಸ ದಾಖಲೆಯಲ್ಲಿ ಪ್ರತ್ಯೇಕ ನಮೂದುಗಳಾಗಿ ಇರಿಸಿ, ಪ್ರತಿಯೊಂದೂ ತನ್ನದೇ ವ್ಯವಸ್ಥೆ, ತನ್ನದೇ ಪರಿಶೀಲನೆ ಮತ್ತು ತನ್ನದೇ ಮಾಲೀಕರೊಂದಿಗೆ. ಘಟನೆ-ಪರಿಶೀಲನೆ ಕೇಳಿದಾಗ ಸಂಪರ್ಕವು ಗೇಟ್ವೇ ಮರುಪ್ರಾರಂಭವನ್ನು ಏಕೆ ತಡೆದುಕೊಂಡಿತು ಆದರೆ ಫೈಬರ್ ಕಟ್ ಅನ್ನಲ್ಲ, ಮೂರು ಸಾಲುಗಳು ಒಂದೇ ವಾಕ್ಯದಲ್ಲಿ ಉತ್ತರಿಸುತ್ತವೆ; ಒಂದು «ಪುನರಾವರ್ತಿತ» ಚೆಕ್‌ಬಾಕ್ಸ್ ಅದನ್ನು ಮಾಡಲಾರದು.
ನಂತರ ಅಗ್ಗವಾಗಿ ಪರೀಕ್ಷಿಸಬಹುದಾದ ಸಾಲುಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ. ಒಂದು ಸುರಂಗವನ್ನು ವಿಫಲಗೊಳಿಸಿ ಮತ್ತು ಸಂಚಾರ ಸರಿಯುತ್ತದೆ ಮತ್ತು ಮತ್ತೆ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆಗುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಿ. ಒಂದು ಮಾರ್ಗವನ್ನು ಹಿಂಪಡೆಯಿರಿ ಮತ್ತು ಉಳಿದ ಮಾರ್ಗವು ನೀವು ಉದ್ದೇಶಿಸಿದ್ದೇ ಎಂದು ದೃಢೀಕರಿಸಿ, ನಂತರ ಅದು ಇನ್ನೂ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆಗಿದೆಯೇ ಎಂದು ದೃಢೀಕರಿಸಿ. ನೀವು ಅನುಕರಿಸಲಾಗದ ವೈಫಲ್ಯಗಳನ್ನು ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಪರೀಕ್ಷಿಸದ ಸಾಲು ಒಂದು ಊಹೆ ಮತ್ತು ಅದನ್ನು ಹಾಗೆಯೇ ಗುರುತಿಸಬೇಕು.
ಉಪಯುಕ್ತ ಫಲಿತಾಂಶವೆಂದರೆ ಸಣ್ಣ ಕೋಷ್ಟಕ ಮತ್ತು ಪ್ರತಿ ಸಾಲಿಗೆ ಒಂದು ವಾಕ್ಯ. ಸಾಲಿಗೆ ಯಾವುದೇ ವ್ಯವಸ್ಥೆ ಇಲ್ಲದಿದ್ದರೆ, ಅದೇ ಕಂಡುಹಿಡಿಯುವಿಕೆ, ಮತ್ತು ಅದನ್ನು ವಿನ್ಯಾಸ ಪರಿಶೀಲನೆಯಲ್ಲಿ ಕಂಡುಹಿಡಿಯುವುದು ಎರಡೂ ಸುರಂಗಗಳು ಎಂದಿಗೂ ತಡೆದುಕೊಳ್ಳದ ವಾಹಕ ಅಡಚಣೆಯ ಸಮಯದಲ್ಲಿ ಕಂಡುಹಿಡಿಯುವುದಕ್ಕಿಂತ ಬಹಳ ಅಗ್ಗ.