Azure ನ IP ಫ್ಲೋ ಪರಿಶೀಲನೆ ಅನುಮತಿಸಲಾಗಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ, ಆದರೆ VPN ಇನ್ನೂ ವಿಫಲವಾಗುತ್ತದೆ

ಸೈಟ್-ಟು-ಸೈಟ್ ಟನೆಲ್ ಸಂಪರ್ಕಗೊಂಡಿದೆ, VM ಆರೋಗ್ಯಕರವಾಗಿದೆ, ಆದರೆ ಆನ್-ಪ್ರಿಮೈಸಸ್ ಕ್ಲೈಂಟ್‌ಗೆ ಏನೂ ಸಿಗುತ್ತಿಲ್ಲ. ನೀವು Network Watcher ತೆರೆದು IP ಫ್ಲೋ ಪರಿಶೀಲನೆ ಚಲಾಯಿಸುತ್ತೀರಿ, ಅದು Access allowed ಎನ್ನುತ್ತದೆ, ಹಾಗಾಗಿ ಟಿಕೆಟ್ VPN ಸಮಸ್ಯೆ ಎಂದು ಮುಚ್ಚಲಾಗುತ್ತದೆ. ಆ ಫಲಿತಾಂಶ ಕಾಣುವಂತೆ ಅರ್ಥವಲ್ಲ, ಏಕೆಂದರೆ IP ಫ್ಲೋ ಪರಿಶೀಲನೆ ನೀವು ವಿವರಿಸಿದ ಫ್ಲೋಗೆ ಭದ್ರತಾ ನಿಯಮಗಳನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡುತ್ತದೆ ಮತ್ತು Azure ಗೆ ನಿಮ್ಮ ಆನ್-ಪ್ರಿಮೈಸಸ್ ಪ್ರಿಫಿಕ್ಸ್‌ಗೆ ರೂಟ್ ಇದೆಯೇ ಎಂದು ಎಂದಿಗೂ ಪರೀಕ್ಷಿಸುವುದಿಲ್ಲ.

ಫಿಲ್ಟರಿಂಗ್ ಪ್ರಶ್ನೆ ಮತ್ತು ರೂಟಿಂಗ್ ಪ್ರಶ್ನೆ ಪ್ರತ್ಯೇಕ, ಮತ್ತು Network Watcher ಅವುಗಳಿಗೆ ಬೇರೆ ಬೇರೆ ಸಾಧನಗಳಿಂದ ಉತ್ತರಿಸುತ್ತದೆ. ಯಾವುದನ್ನು ಕೇಳಿದಿರಿ ಎಂದು ತಿಳಿಯುವುದೇ ರೋಗನಿರ್ಣಯದ ಬಹುಪಾಲು.

IP ಫ್ಲೋ ಪರಿಶೀಲನೆ ನಿಜವಾಗಿ ಏನನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ

IP ಫ್ಲೋ ಪರಿಶೀಲನೆ ಒಂದು VM, ನೆಟ್‌ವರ್ಕ್ ಇಂಟರ್‌ಫೇಸ್, ದಿಕ್ಕು, ಐದು-ಮೌಲ್ಯಗಳು ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ ತೆಗೆದುಕೊಂಡು ಆ ಫ್ಲೋಗೆ NSG ಮತ್ತು ಭದ್ರತಾ ನಿರ್ವಾಹಕ ನಿಯಮದ ನಿರ್ಧಾರವನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ. ಇದು TCP ಮತ್ತು UDP ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಹಾಗಾಗಿ ಇದು ICMP ನಿಯಮ ಪರೀಕ್ಷಕವಲ್ಲ ಮತ್ತು ತಡೆಯಲಾದ ping ನಿಮ್ಮ ಸೇವೆಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಊಹೆಯ ಬದಲು ನಿಜವಾದ ಫ್ಲೋವನ್ನು ನೀಡಿ. ಆನ್-ಪ್ರಿಮೈಸಸ್‌ನಿಂದ ಡೇಟಾಬೇಸ್ ಪೋರ್ಟ್‌ಗೆ ಒಳಬರುವ ಸಂಪರ್ಕ, VM ಪ್ರಾರಂಭಿಸುವ ಹೊರಹೋಗುವ ಸಂಪರ್ಕಕ್ಕಿಂತ ಬೇರೆ ವಿವರಣೆ.

ಗೇಟ್‌ವೇ ವಿಳಾಸಗಳನ್ನು ಭಾಷಾಂತರಿಸಿದರೆ, ನೀವು ಮೌಲ್ಯಮಾಪನ ಮಾಡುತ್ತಿರುವ ಗಡಿಯನ್ನು ತಲುಪುವ ಮೂಲ ವಿಳಾಸವನ್ನು ಬಳಸಿ, ಕ್ಲೈಂಟ್ ಕಾನ್ಫಿಗ್‌ನಲ್ಲಿರುವುದನ್ನು ಅಲ್ಲ. ಫಲಿತಾಂಶವನ್ನೂ ಅದು ಇರುವಂತೆಯೇ ಓದಿ. Access allowed ಎಂದರೆ ಫಿಲ್ಟರ್ ಪದರವು ಪ್ಯಾಕೆಟ್ ಬಂದರೆ ಅನುಮತಿಸುತ್ತಿತ್ತು, ಅಷ್ಟೇ.

ಅದು ಹೇಳಲಾಗದ್ದು Azure ಆಯ್ಕೆ ಮಾಡಿದ ರೂಟ್, ಅತಿಥಿ ಫೈರ್‌ವಾಲ್ ಪೋರ್ಟ್ ಅನ್ನು ಅನುಮತಿಸುತ್ತದೆಯೇ, ಅಥವಾ ಏನಾದರೂ ಕೇಳುತ್ತಿದೆಯೇ ಎಂಬುದು. ಅವು ಬೇರೆ ಪದರಗಳಲ್ಲಿ ವಾಸಿಸುತ್ತವೆ.

ಮುಂದಿನ ಹಾಪ್ ಮತ್ತು ಪರಿಣಾಮಕಾರಿ ರೂಟ್‌ಗಳು ಏನನ್ನು ಸೇರಿಸುತ್ತವೆ

ಮುಂದಿನ ಹಾಪ್ ಫಾರ್ವರ್ಡಿಂಗ್ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ: ಈ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ Azure ಯಾವ ಮುಂದಿನ ಹಾಪ್ ಪ್ರಕಾರವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ, ಯಾವ ವಿಳಾಸದಲ್ಲಿ, ಯಾವ ರೂಟ್ ಕೋಷ್ಟಕದಿಂದ. ಪರಿಣಾಮಕಾರಿ ರೂಟ್‌ಗಳು NIC ನಲ್ಲಿ ನಿಜವಾಗಿ ಏನಿದೆ ಎಂದು ಪಟ್ಟಿ ಮಾಡುತ್ತವೆ. ಎರಡನ್ನೂ ಚಲಾಯಿಸಿ, ಹಸಿರು IP ಫ್ಲೋ ಪರಿಶೀಲನೆ ಖಾಲಿ ಬಿಡುವ Azure ಬದಿಯ ಮಾರ್ಗವನ್ನು ಪಡೆಯುತ್ತೀರಿ.

Microsoft ನ IP ಫ್ಲೋ ಪರಿಶೀಲನೆ ಅವಲೋಕನ ಫಿಲ್ಟರಿಂಗ್ ವ್ಯಾಪ್ತಿಯನ್ನು ನೇರವಾಗಿ ಹೇಳುತ್ತದೆ, ಆದರೆ ಮುಂದಿನ ಹಾಪ್ ಮತ್ತು ರೂಟ್ ರೋಗನಿರ್ಣಯ ಪುಟಗಳು ಫಾರ್ವರ್ಡಿಂಗ್ ಬದಿಯನ್ನು ಒಳಗೊಳ್ಳುತ್ತವೆ. ಕಂಡುಹಿಡಿದದ್ದನ್ನು ಬರೆಯುವಾಗ ಸರಿಯಾದ ಪುಟವನ್ನು ಉಲ್ಲೇಖಿಸಿ.

ಆಜ್ಞೆಗಳು ಶೆಲ್‌ನಿಂದ ಚಲಾಯಿಸಲು ಸಾಕಷ್ಟು ಚಿಕ್ಕವು. az network nic show-effective-route-table ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ಅನ್ವಯಿಸಿದ ರೂಟ್‌ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. az network watcher show-next-hop ಮೂಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನದೊಂದಿಗೆ ಆಯ್ಕೆ ಮಾಡಿದ ಹಾಪ್ ಅನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ನಿಮಗೆ ಮುಖ್ಯವಾದ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಆ ಕೋಷ್ಟಕದೊಂದಿಗೆ ಹೋಲಿಸಿ, ನಂತರ ಯಾವ ನಮೂದು ಗೆಲ್ಲುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.

VM ನ NIC ನಿಂದ ಹಿಂತಿರುಗುವ ಮಾರ್ಗವನ್ನು ನಡೆಯಿರಿ

ಇದನ್ನು ಗುರಿ VM ನ NIC ನಿಂದ, ಆನ್-ಪ್ರಿಮೈಸಸ್ ಕ್ಲೈಂಟ್ ಪ್ರಿಫಿಕ್ಸ್‌ಗಾಗಿ ಮಾಡಿ, ಇಂಟರ್ನೆಟ್‌ಗಾಗಿ ಅಲ್ಲ. ಹಿಂತಿರುಗುವ ಮಾರ್ಗವೇ ಸೈಟ್-ಟು-ಸೈಟ್ ದೋಷಗಳು ಅಡಗುವ ಸ್ಥಳ, ಏಕೆಂದರೆ ಟನೆಲ್ ಸ್ಥಿತಿ ಪರಿಶೀಲನೆ ಭದ್ರತಾ ಸಂಘಗಳು ಎದ್ದಿವೆ ಎಂದಷ್ಟೇ ವರದಿ ಮಾಡುತ್ತದೆ.

ನಿರೀಕ್ಷಿತ ರೂಟ್ ಇಲ್ಲದಿದ್ದರೆ, ಗೇಟ್‌ವೇ ಕಾನ್ಫಿಗ್ ಒದಗಿಸುವ ದೂರದ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳು, VNet ಸಂಪರ್ಕ ವಿನ್ಯಾಸ ಮತ್ತು ಯಾವುದೇ ರೂಟ್ ಪ್ರಸರಣ ಸೆಟ್ಟಿಂಗ್ ಪರಿಶೀಲಿಸಿ. ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್ ಗೇಟ್‌ವೇ ಆಬ್ಜೆಕ್ಟ್ ಆನ್-ಪ್ರಿಮೈಸಸ್ ಬದಿಯನ್ನು ವಿವರಿಸುತ್ತದೆ; ಅದರ ಅಸ್ತಿತ್ವವು ಪ್ರತಿ ಅಗತ್ಯ ಪ್ರಿಫಿಕ್ಸ್ NIC ನಲ್ಲಿ ಇದೆ ಮತ್ತು ಆದ್ಯತೆ ಪಡೆದಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಅವು ಬೇರೆ ಬೇರೆ ಸತ್ಯಗಳು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಪೋರ್ಟಲ್ ಸಾರಾಂಶದಲ್ಲಿ ಕಾಣುತ್ತದೆ.

ಉದಾಹರಣೆಯನ್ನು ನಕಲಿಸುವ ಬದಲು ಮುಂದಿನ ಹಾಪ್ ಪ್ರಕಾರವನ್ನು ಓದಿ

ನಿರ್ವಹಿತ VPN ಗೇಟ್‌ವೇ ಮಾರ್ಗವು ಸಾಮಾನ್ಯವಾಗಿ ಮುಂದಿನ ಹಾಪ್ ಪ್ರಕಾರವಾಗಿ VirtualNetworkGateway ತೋರಿಸುತ್ತದೆ. VirtualAppliance ಬೇರೆ ಫಾರ್ವರ್ಡಿಂಗ್ ವಿನ್ಯಾಸವನ್ನು ವಿವರಿಸುತ್ತದೆ, ಸಾಮಾನ್ಯವಾಗಿ ಫೈರ್‌ವಾಲ್ ಅಥವಾ ನೆಟ್‌ವರ್ಕ್ ವರ್ಚುವಲ್ ಸಾಧನ.

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

ಇನ್ನೂ ವಿಫಲವಾಗುವ ಗಡಿಗೆ ಹೋಗಿ

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

ಅನುಮತಿಸಿದ ಅಪ್ಲಿಕೇಶನ್ ವಿನಂತಿ ಮತ್ತು ಎರಡೂ ತುದಿಗಳ ಅವಲೋಕನಗಳೊಂದಿಗೆ ಮುಗಿಸಿ. allow ಫಲಿತಾಂಶ ಮತ್ತು ಸರಿಯಾದ ಮುಂದಿನ ಹಾಪ್ ಎರಡು ಸಾಕ್ಷ್ಯದ ತುಣುಕುಗಳು, ಸಂಪರ್ಕ ಯಶಸ್ವಿಯಾಯಿತು ಎಂಬ ಸಾಕ್ಷ್ಯವಲ್ಲ.