Azure P2S: VNet ಬದಲಾವಣೆಯ ನಂತರ ಒಂದು Windows ಕ್ಲೈಂಟ್‌ನ ರೂಟ್‌ಗಳು ಕಾಣೆಯಾಗಿವೆ

ಎರಡು ಲ್ಯಾಪ್‌ಟಾಪ್‌ಗಳು ಒಂದೇ Azure point-to-site ಗೇಟ್‌ವೇಗೆ ದೃಢೀಕರಿಸುತ್ತವೆ, ಮತ್ತು ಹೊಸದಾಗಿ ಸಂಪರ್ಕಗೊಂಡ VNet ತಲುಪುವುದು ಒಂದೇ. ಎರಡೂ Connected ತೋರಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ದೃಢೀಕರಣವೇ ವ್ಯತ್ಯಾಸವಲ್ಲ; ಅವು ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುವ ಗಮ್ಯ ರೂಟ್‌ಗಳೇ ವ್ಯತ್ಯಾಸ. ವಿಫಲವಾಗುವ ಕ್ಲೈಂಟ್‌ನಿಂದ ಪ್ರಾರಂಭಿಸಿ, ಒಂದು ಗಮ್ಯವನ್ನು ಹೋಲಿಸಿ, ನಂತರವೇ ಕೊರತೆ ಗೇಟ್‌ವೇ ಪ್ಯಾಕೇಜ್‌ದ್ದೋ ಸ್ಥಳೀಯ ರೂಟ್ ಟೇಬಲ್‌ದ್ದೋ ಎಂದು ನಿರ್ಧರಿಸಿ.

ಗೇಟ್‌ವೇಯಿಂದ ಅಲ್ಲ, ವಿಫಲವಾಗುವ ಕ್ಲೈಂಟ್‌ನಿಂದ ಪ್ರಾರಂಭಿಸಿ

ಲ್ಯಾಪ್‌ಟಾಪ್‌ಗೆ ದೋಷ ಹೇರುವ ಮೊದಲು ಟೋಪಾಲಜಿ ದೃಢೀಕರಿಸಿ. ಯಾವ VNet ಗೇಟ್‌ವೇ VNet‌ಗೆ ಸಂಪರ್ಕಗೊಂಡಿವೆ ಮತ್ತು ಹೊಸ ನೆಟ್‌ವರ್ಕ್ ನೇರವಾಗಿ ಪಿಯರ್ ಆಗಿದೆಯೋ ಅಥವಾ ಪ್ರತ್ಯೇಕ site-to-site ಸುರಂಗದ ಮೂಲಕ ತಲುಪುತ್ತದೆಯೋ ಪರಿಶೀಲಿಸಿ. ಹೊಸ VNet ಗೇಟ್‌ವೇ VNet‌ಗೆ ಲಿಂಕ್ ಆಗಿಲ್ಲದಿದ್ದರೆ, ಯಾವುದೇ ಕ್ಲೈಂಟ್ ಪ್ಯಾಕೇಜ್ ಅಲ್ಲಿಗೆ ರೂಟ್ ಮಾಡಲಾಗದು, ಮತ್ತು ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಲ್ಯಾಪ್‌ಟಾಪ್ ವಿವರಿಸಬೇಕಾದ ಅಸಂಗತಿಯಾಗಿದೆ. ಉತ್ತರವನ್ನು ಬರೆದಿಡಿ, ಏಕೆಂದರೆ ಅದು ನೀವು ಕ್ಲೈಂಟ್ ಡೀಬಗ್ ಮಾಡುತ್ತಿದ್ದೀರೋ ಗೇಟ್‌ವೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ.

ಟೋಪಾಲಜಿ ಸರಿಯಾದಾಗ ಎರಡು ಲ್ಯಾಪ್‌ಟಾಪ್‌ಗಳನ್ನು ಪಕ್ಕಪಕ್ಕ ಇರಿಸಿ. ಒಂದೇ ಗೇಟ್‌ವೇ, ಒಂದೇ ವಿಳಾಸ ಪೂಲ್, ಒಂದೇ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಒಂದೇ ಕ್ಲೈಂಟ್ ಬಿಲ್ಡ್ ನೀವು ಬಯಸುವ ಹೋಲಿಕೆ; ಬೇರೆ ಏನಾದರೂ ನಂತರ ತೆಗೆದುಹಾಕಬೇಕಾದ ಎರಡನೇ ಚರ.

route print ನಿಂದ ಒಂದು ಗಮ್ಯವನ್ನು ಹೋಲಿಸಿ

ಅನುಮತಿಸಲಾದ ಸಂಪನ್ಮೂಲ IP ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು ಎರಡೂ ಲ್ಯಾಪ್‌ಟಾಪ್‌ಗಳನ್ನು ಎರಡು ಬಾರಿ ಹೋಲಿಸಿ: ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿದಾಗ, ನಂತರ ಸಂಪರ್ಕಿಸಿದಾಗ. Windows ನಲ್ಲಿ route print -4 IPv4 ರೂಟ್‌ಗಳನ್ನು ಗಮ್ಯ ಪೂರ್ವಪ್ರತ್ಯಯ, ಇಂಟರ್‌ಫೇಸ್, ಮುಂದಿನ ಹಾಪ್ ಮತ್ತು ಮೆಟ್ರಿಕ್‌ನೊಂದಿಗೆ ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. VPN ಪದವಿರುವ ನಮೂದುಗಳನ್ನು ಎಣಿಸುವ ಬದಲು ಆ ಗಮ್ಯಕ್ಕೆ ನಿಜವಾಗಿ ಗೆಲ್ಲುವ ಸಾಲನ್ನು ದಾಖಲಿಸಿ.

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

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

TTL expired ರೂಟ್ ವಿತರಣೆಯ ದೋಷವಲ್ಲ

TTL expired in transit ಹಿಂತಿರುಗಿಸುವ ping ಪ್ಯಾಕೆಟ್ ತನ್ನ ಹಾಪ್ ಕೋಟಾವನ್ನು ಖರ್ಚು ಮಾಡಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ, ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಮುಂದಕ್ಕೆ ರವಾನೆ ಲೂಪ್ ಎಂದರ್ಥ, ಮುರಿದ VPN ಡ್ರೈವರ್ ಅಲ್ಲ. Windows ping 255 ರವರೆಗೆ TTL ಸ್ವೀಕರಿಸುತ್ತದೆ, ಮತ್ತು ಮೌಲ್ಯವನ್ನು ಹೆಚ್ಚಿಸುವುದು ಲೂಪ್ ಸರಿಪಡಿಸುವುದಿಲ್ಲ; ಅದು ಅದೇ ದೋಷವನ್ನು ಮುಂದೂಡುತ್ತದೆ. ಸಂದೇಶವನ್ನು ಮಾರ್ಗದ ಲಕ್ಷಣವೆಂದು ಪರಿಗಣಿಸಿ, ರೂಟ್ ವಿತರಣೆಯ ಪುರಾವೆಯೆಂದು ಅಲ್ಲ.

ಮಾರ್ಗ ಎಲ್ಲಿ ಪುನರಾವರ್ತನೆಯಾಗುತ್ತದೆ ಎಂದು ನೋಡಲು tracert -4 10.24.1.10 ಬಳಸಿ. ಅದೇ ಎರಡು ಹಾಪ್‌ಗಳು ಮತ್ತೆ ಮತ್ತೆ ಕಾಣಿಸಿದರೆ, ಸುರಂಗದ ಕಡೆಗಿನ ಸಂಚಾರವನ್ನು ಮತ್ತೆ ಸುರಂಗಕ್ಕೆ ಅಥವಾ ಅದನ್ನು ಹಿಂತಿರುಗಿಸುವ ಸ್ಥಳೀಯ ರೂಟರ್‌ಗೆ ಕಳುಹಿಸುವ ರೂಟ್ ಹುಡುಕಿ.

ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಅದನ್ನು ಹೊಂದಿರುವ ಗೇಟ್‌ವೇಯಲ್ಲಿ ಮತ್ತೆ ರಚಿಸಿ

ಸಂಬಂಧಿತ ಟೋಪಾಲಜಿ ಬದಲಾವಣೆಗಳ ನಂತರ Windows ಕ್ಲೈಂಟ್ ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಮತ್ತೆ ಡೌನ್‌ಲೋಡ್ ಮಾಡಿ ಸ್ಥಾಪಿಸಬೇಕು ಎಂದು Microsoft ದಾಖಲಿಸುತ್ತದೆ. ಈ ಪ್ರೊಫೈಲ್‌ಗೆ ಸೇವೆ ಸಲ್ಲಿಸುವ Azure ಗೇಟ್‌ವೇಯಿಂದ ಪ್ರಸ್ತುತ ಪ್ಯಾಕೇಜ್ ಪಡೆದು, ನಂತರ ಆ ಕ್ಲೈಂಟ್‌ಗೆ ಬೆಂಬಲಿತ ಪ್ರಕ್ರಿಯೆಯಿಂದ ಅನ್ವಯಿಸಿ. ಸಂಬಂಧವಿಲ್ಲದ VPN ಅಪ್ಲಿಕೇಶನ್‌ನ ಕಾರ್ಯನಿರ್ವಾಹಕ ಫೈಲ್ ಬದಲಾಯಿಸುವುದು ಗೇಟ್‌ವೇ-ನಿರ್ದಿಷ್ಟ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಮತ್ತೆ ರಚಿಸುವಂತಹದೇ ಕಾರ್ಯಾಚರಣೆ ಅಲ್ಲ. ಪ್ಯಾಕೇಜ್ ಮತ್ತೆ ಡೌನ್‌ಲೋಡ್ ಮಾಡುವುದು ಅಗ್ಗ; ಸ್ಥಳೀಯ ರೂಟ್‌ಗಳ ಬಗ್ಗೆ ಊಹಿಸುವುದು ಅಲ್ಲ.

ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಮೂಲ ಗಮ್ಯದ ರೂಟ್ ಅನ್ನು ಮತ್ತೆ ಓದಿ. ಬದಲಾವಣೆ ದಾಖಲೆಯೊಂದಿಗೆ ಮೊದಲು ಮತ್ತು ನಂತರದ ಸಾಲುಗಳನ್ನು ಇರಿಸಿ, ಇದರಿಂದ ಫಲಿತಾಂಶ ಕ್ಲೈಂಟ್ ಮತ್ತೆ ಸ್ಥಾಪಿಸಿದೆ ಎಂಬುದಕ್ಕಿಂತ ನಿಖರವಾಗಿರುತ್ತದೆ.

Azure P2S ರೂಟಿಂಗ್ ಸನ್ನಿವೇಶಗಳು ನೇರವಾಗಿ ಪಿಯರ್ ಆದ VNet‌ಗಳನ್ನು ಇತರ ಸುರಂಗಗಳ ಮೂಲಕ ತಲುಪುವ ನೆಟ್‌ವರ್ಕ್‌ಗಳಿಂದ ಬೇರ್ಪಡಿಸುತ್ತವೆ, ಮತ್ತು ಹೊಸ ಪ್ಯಾಕೇಜ್ ಪಿಯರಿಂಗ್ ಅನ್ನು ಪಾರಗಮ್ಯವಾಗಿಸಲಾಗದು. ಕೆಲವು Windows site-to-site ಅಥವಾ BGP ಸನ್ನಿವೇಶಗಳಿಗೆ ಕೈಯಿಂದ ಸಂರಚಿಸಿದ ದೂರದ ರೂಟ್‌ಗಳೂ ಬೇಕು, ಆದ್ದರಿಂದ ಪ್ಯಾಕೇಜ್ ರಿಫ್ರೆಶ್ ಸಾರ್ವತ್ರಿಕ ರೂಟ್ ವಿತರಣಾ ವ್ಯವಸ್ಥೆ ಅಲ್ಲ.

ತಾತ್ಕಾಲಿಕ ರೂಟ್ ಅನ್ನು ತಾತ್ಕಾಲಿಕವಾಗಿ ಇರಿಸಿ

ಕೈಯಿಂದ ಮಾಡಿದ ರೂಟ್ ಕಾಣೆಯಾದ ಕ್ಲೈಂಟ್ ರೂಟ್ ಅನ್ನು ಪ್ರತ್ಯೇಕಿಸಬಹುದು, ಆದರೆ ಅದನ್ನು ನಿಜವಾದ ವಿನ್ಯಾಸದಿಂದ ನಿರ್ಮಿಸಿ: route add 10.24.0.0 mask 255.255.0.0 172.16.0.1 if 42, ನಿರಂತರ ಧ್ವಜವಿಲ್ಲದೆ, ಇದರಿಂದ ಮರುಬೂಟ್‌ನಲ್ಲಿ ಅದು ಮಾಯವಾಗುತ್ತದೆ. ಇಂಟರ್‌ಫೇಸ್ ಸೂಚ್ಯಂಕ ಮತ್ತು ಮುಂದಿನ ಹಾಪ್ ಅನ್ನು ಸಂಪರ್ಕಗೊಂಡ VPN ಅಡಾಪ್ಟರ್‌ನಿಂದ ಆಯ್ಕೆಮಾಡಿ, ಊಹೆಯಿಂದ ಅಲ್ಲ.

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

ಸರಿಯಾದ ರೂಟ್ ಸಕ್ರಿಯವಾದ ನಂತರ ping ಅಲ್ಲ, ಗುರಿ ಅಪ್ಲಿಕೇಶನ್ ಪರೀಕ್ಷಿಸಿ. ಪ್ಯಾಕೆಟ್‌ಗಳು Azure ತಲುಪಿದರೂ ಸೇವೆ ವಿಫಲವಾಗುತ್ತಿದ್ದರೆ, ನೆಟ್‌ವರ್ಕ್ ಭದ್ರತಾ ಗುಂಪು ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಅವು ಲ್ಯಾಪ್‌ಟಾಪ್ ಪೂರ್ವಪ್ರತ್ಯಯ ಕಲಿತಿದೆಯೇ ಎಂಬುದರಿಂದ ಬೇರೆಯಾಗಿವೆ.