Azure NVA ಪರಿಶೀಲನೆ: ಉತ್ತರವು ಇನ್ನೊಂದು ಫೈರ್‌ವಾಲ್ ಮೂಲಕ ಏಕೆ ಹೋಗುತ್ತದೆ

ಶಾಖೆಯಿಂದ Azure ಗೆ ಹರಿವು ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ಸರಿಯಾಗಿ ಮಾರ್ಗವಾಗಿಸಬಹುದು ಮತ್ತು ಆದರೂ ವಿಫಲವಾಗಬಹುದು, ಏಕೆಂದರೆ ಎರಡು ದಿಕ್ಕುಗಳು ವಿಭಿನ್ನ ಸಾಧನಗಳ ಮೂಲಕ ಹೋಗುತ್ತವೆ. ವಿನಂತಿ VPN ಮೂಲಕ ಶಾಖೆಯನ್ನು ಬಿಟ್ಟು, NVA A ಮೇಲೆ ಇಳಿದು ಕೆಲಸದ ಹೊರೆಗೆ ತಲುಪುತ್ತದೆ. ಉತ್ತರವು ಕೆಲಸದ ಹೊರೆಯನ್ನು ಬಿಟ್ಟು, NVA B ಕಡೆ ತೋರಿಸುವ ಮಾರ್ಗಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗಿ ಅಲ್ಲಿಯೇ ಸಾಯುತ್ತದೆ. ಆ ಚಿತ್ರದ ಪ್ರತಿಯೊಂದು ಮಾರ್ಗವೂ ಮಾನ್ಯವಾಗಿದೆ, ಮತ್ತು TCP ಸೆಷನ್ ಇನ್ನೂ ಮುರಿದಿದೆ.

Request: branch -> VPN gateway -> NVA A -> workload
Reply:   workload -> NVA B -> VPN gateway -> branch

ಆ ಕೊರತೆಯೇ ಇಲ್ಲಿ ಇಡೀ ವಿಷಯ: ಮಾರ್ಗನಿರ್ದೇಶನ ಸಂಗಮ ಮತ್ತು ಸೆಷನ್ ಸ್ಥಿತಿಯ ಮಾಲೀಕತ್ವವು ರೇಖಾಚಿತ್ರದಲ್ಲಿ ಒಂದೇ ರೀತಿ ಕಾಣುವ ಬೇರೆ ಬೇರೆ ಸಮಸ್ಯೆಗಳು.

Route Server ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಪ್ರೋಗ್ರಾಮ್ ಮಾಡುತ್ತದೆ

Azure Route Server ಬೆಂಬಲಿತ BGP ವಕ್ತಾರರೊಂದಿಗೆ ಪೀರಿಂಗ್ ಮಾಡುತ್ತದೆ, ಅವರ ಮಾರ್ಗಗಳನ್ನು ಕಲಿಯುತ್ತದೆ ಮತ್ತು ಅವುಗಳನ್ನು ವರ್ಚುವಲ್ ನೆಟ್‌ವರ್ಕ್‌ನ ಪರಿಣಾಮಕಾರಿ ಮಾರ್ಗಗಳಲ್ಲಿ ಪ್ರೋಗ್ರಾಮ್ ಮಾಡುತ್ತದೆ. ಇದು ನಿಯಂತ್ರಣ-ಸಮತಲದ ಕೆಲಸ. ಇದು ವಿಕ್ರೇತ ಫೈರ್‌ವಾಲ್‌ನ ಸೆಷನ್ ಕೋಷ್ಟಕವನ್ನು ಓದುವುದಿಲ್ಲ, ಮತ್ತು ಯಾವ ಸಾಧನವು ಒಂದು ನಿರ್ದಿಷ್ಟ ಸಂಪರ್ಕವನ್ನು ಅನುಮತಿಸಿತು ಎಂಬುದು ಅದಕ್ಕೆ ತಿಳಿದಿಲ್ಲ. ಎರಡು ಸಮಾನ-ವೆಚ್ಚದ ಮುಂದಿನ ಹಾಪ್‌ಗಳು ಈ ಬಟ್ಟೆಗೆ ಒಂದೇ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ತಲುಪುವ ಎರಡು ದಾರಿಗಳಷ್ಟೇ, ಮತ್ತು ಅದು ಯಾವುದನ್ನಾದರೂ ಬಳಸುತ್ತದೆ.

ಆದ್ದರಿಂದ ಮಾರ್ಗವನ್ನು ಕಲಿಯುವುದು ತಲುಪುವಿಕೆಯನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಇನ್ನೊಂದು ತುದಿಯಲ್ಲಿರುವ ಸಾಧನವು ಈ ಹರಿವನ್ನು ಮೊದಲು ನೋಡಿದೆಯೇ ಎಂಬುದರ ಬಗ್ಗೆ ಅದು ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ವಿನ್ಯಾಸ ಮಾಡುವ ಮೊದಲು ಎರಡೂ ದಿಕ್ಕುಗಳನ್ನು ಓದಿ

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

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

ಸ್ಥಿತಿ ಎಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ

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

ಅದಕ್ಕಾಗಿಯೇ ಎರಡು ಆರೋಗ್ಯಕರ NVA ಗಳು ಪರಿಶೀಲನೆಗೆ ಆರೋಗ್ಯ-ತಪಾಸಣೆ ಅಲ್ಲ. ಆರೋಗ್ಯವು ತಲುಪುವಿಕೆಯ ಬಗ್ಗೆ; ಪರಿಶೀಲನೆ ಯಾವ ಇನ್‌ಸ್ಟೆನ್ಸ್ ಸೆಷನ್ ಹೊಂದಿದೆ ಎಂಬುದರ ಬಗ್ಗೆ.

ಬೆಂಬಲಿತ HA ಮಾದರಿಗಳು ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ಏನು ಭರವಸೆ ನೀಡುತ್ತದೆ

Microsoft's guidance on Virtual WAN ಮಾರ್ಗನಿರ್ದೇಶನ ಉದ್ದೇಶ ಕುರಿತು Microsoft ಮಾರ್ಗದರ್ಶನವು ದ್ವಿ-ಪಾತ್ರ ಸಂಪರ್ಕ ಮತ್ತು ಫೈರ್‌ವಾಲ್ NVA ಗಳಿಗೆ ಸೀಮಿತ ವರ್ತನೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ, ಅಲ್ಲಿ ನೇರ ಮಾರ್ಗನಿರ್ದೇಶನವು ಹಬ್‌ನ ಸಾಮಾನ್ಯ ಸಮಮಿತಿ ಜಾರಿಗೊಳಿಸುವಿಕೆಯನ್ನು ಬೈಪಾಸ್ ಮಾಡಬಹುದು. ಆ ಟಿಪ್ಪಣಿಗಳನ್ನು ನೀವು ಆರಿಸಿದ ಟೋಪಾಲಜಿಯ ಮೇಲಿನ ನಿರ್ಬಂಧಗಳಾಗಿ ಓದಿ, ಸಕ್ರಿಯ-ಸಕ್ರಿಯ ವಿನ್ಯಾಸಗಳ ನಿಷೇಧವಾಗಿ ಅಲ್ಲ. ಸ್ಥಿತಿಯನ್ನು ಸಿಂಕ್ರೊನೈಜ್ ಮಾಡುವ, ಅಥವಾ ಪ್ರತಿ ಹರಿವಿಗೆ ಸ್ಟೀಯರ್ ಮಾಡುವ ವಿಕ್ರೇತ ಜೋಡಿ ಬೆಂಬಲಿತವಾಗಬಹುದು. ಎರಡನ್ನೂ ಮಾಡದ ಸಮಾನ-ವೆಚ್ಚದ ಜೋಡಿ ಬೆಂಬಲಿತವಲ್ಲ.

ನಂತರ ನೋಡ್ ವಿಫಲವಾದಾಗ ಇರುವ ಸೆಷನ್‌ಗಳಿಗೆ ಏನಾಗುತ್ತದೆ ಎಂದು ವ್ಯಾಖ್ಯಾನಿಸಿ. ಮಾರ್ಗ ಸಂಗಮವು ಹೊಸ ಹರಿವುಗಳಿಗೆ ತಲುಪುವಿಕೆಯನ್ನು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಮರುಸ್ಥಾಪಿಸುತ್ತದೆ, ಹಳೆಯ ಫೈರ್‌ವಾಲ್ ಸ್ಥಿತಿ ಸುಮ್ಮನೆ ಹೋಗುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಮರುಸಂಪರ್ಕವು ದಾಖಲಾದ ಫಲಿತಾಂಶವಾಗಿರಬಹುದು, ಮತ್ತು ಅದು ಘಟನೆಯ ಸಮಯದಲ್ಲಿ ಅಲ್ಲ, ಮೊದಲು ತೆಗೆದುಕೊಳ್ಳಬೇಕಾದ ನಿರ್ಣಯ.

ಅದನ್ನು ನಂಬುವ ಮೊದಲು ಏನನ್ನು ಪರೀಕ್ಷಿಸಬೇಕು

Test with inspection enabled and ಕೆಲಸದ ಹೊರೆಯ ಪ್ರವೇಶ ನೀತಿ ಸ್ಥಳದಲ್ಲಿರಿಸಿ ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ಎರಡರಲ್ಲಿ ಯಾವುದಾದರೂ ಅಸಮಾನತೆಯನ್ನು ಮರೆಮಾಡಬಹುದು. ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ಹೊಸ ಅಧಿಕೃತ ಹರಿವನ್ನು ಕಳುಹಿಸಿ ಮತ್ತು ಅದೇ ಸಾಧನವು ಎರಡೂ ಅರ್ಧಗಳನ್ನು ನೋಡಿದೆ ಎಂದು ದೃಢಪಡಿಸಿ. ನಂತರ ನಿರಂತರ ಸಂಚಾರವನ್ನು ನಡೆಸಿ ಮತ್ತು ಅನುಮೋದಿತ ಫೇಲ್‌ಓವರ್ ಅನ್ನು ಪ್ರಚೋದಿಸಿ, ಸ್ಥಾಪಿತ ಸೆಷನ್‌ಗಳು ಉಳಿಯುತ್ತವೆಯೇ ಅಥವಾ ಮರುಸಂಪರ್ಕಗೊಳ್ಳುತ್ತವೆಯೇ ಎಂದು ಗಮನಿಸಿ.

ಪ್ರತಿ ಹರಿವನ್ನು ಅದನ್ನು ನಿರ್ವಹಿಸಿದ ಸಾಧನದೊಂದಿಗೆ ಸಂಬಂಧಿಸಿ. ಒಂದು NVA ನಲ್ಲಿ ಪ್ಯಾಕೆಟ್ ಸೆರೆಹಿಡಿಯುವಿಕೆ, ಉತ್ತರವು ಎಂದಿಗೂ ಅಲ್ಲಿಗೆ ಮರಳದಿದ್ದರೆ ಬಹುತೇಕ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

ಕೊನೆಗೆ, ಯೋಜನೆಯನ್ನು ಮೂರು ಪ್ರತ್ಯೇಕ ಸಾಲುಗಳಾಗಿ ಬರೆಯಿರಿ: ಮಾರ್ಗಗಳ ಮಾಲೀಕತ್ವ, ಸಂಚಾರ ಸ್ಟೀಯರಿಂಗ್ ಮತ್ತು ಸೆಷನ್ ಸ್ಥಿತಿಯ ಮಾಲೀಕತ್ವ. ಮೊದಲ ಎರಡು ಪರಿಹರಿಸಲ್ಪಟ್ಟು ಮೂರನೆಯದನ್ನು ಊಹಿಸಿದಾಗ ವಿನ್ಯಾಸಗಳು ಮುರಿಯುತ್ತವೆ.