Linux EHOSTUNREACH OpenVPN ನೊಂದಿಗೆ: ಯಾವ ಮುಂದಿನ ಹಾಪ್ ವಿಫಲವಾಯಿತು?

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

ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಬಳಸುವ ವಿಳಾಸ ಮತ್ತು ನೇಮ್‌ಸ್ಪೇಸ್ ಆಯ್ಕೆ ಮಾಡಿ

ದೋಷವನ್ನು ಉತ್ಪಾದಿಸಿದ ಗಮ್ಯಸ್ಥಾನ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ನೇಮ್‌ಸ್ಪೇಸ್ ಅನ್ನು ಪಿನ್ ಮಾಡುವ ಮೂಲಕ ಪ್ರಾರಂಭಿಸಿ. VPN ಕ್ಲೈಂಟ್ ತನ್ನದೇ ನೇಮ್‌ಸ್ಪೇಸ್‌ನಲ್ಲಿ ಚಲಿಸಬಹುದು, ಮತ್ತು ಡೀಫಾಲ್ಟ್ ನೇಮ್‌ಸ್ಪೇಸ್‌ನಿಂದ ಮಾಡಿದ ಹುಡುಕಾಟ ಬೇರೆ ನೀತಿ ನಿಯಮಗಳಿರುವ ಬೇರೆ ರೌಟಿಂಗ್ ಕೋಷ್ಟಕವನ್ನು ಸಂಪರ್ಕಿಸುತ್ತದೆ.

ಹುಡುಕಾಟವು ವಿಫಲವಾಗುತ್ತಿರುವ ಅಪ್ಲಿಕೇಶನ್‌ನಂತೆಯೇ ಅದೇ ಮೂಲ, ಮಾರ್ಕ್ ಮತ್ತು ಕೋಷ್ಟಕ ಸಂದರ್ಭವನ್ನು ಬಳಸಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಯಾರೂ ಕೇಳದ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸಬಹುದು. ಉದಾಹರಣೆಯ IPv4 ಪೀರ್‌ಗೆ ಓದಲು-ಮಾತ್ರ ಪರಿಶೀಲನೆಗಳು ಇವು:

ip -4 route get 198.51.100.25
ip -4 neigh show 198.51.100.1
ip -4 route show table all | grep -w unreachable

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

ಸ್ಪಷ್ಟ ಅಗಮ್ಯ ಮಾರ್ಗವು ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಸ್ಥಳೀಯವಾಗಿ ತಿರಸ್ಕರಿಸುತ್ತದೆ

unreachable ಪ್ರಕಾರದ ಮಾರ್ಗವು ಉದ್ದೇಶಪೂರ್ವಕ ಸ್ಥಳೀಯ ಉತ್ತರವಾಗಿದೆ. ಅದು ಕರ್ನಲ್‌ಗೆ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ತ್ಯಜಿಸಿ ಕಳುಹಿಸುವವರಿಗೆ EHOSTUNREACH ಹಿಂತಿರುಗಿಸಲು ಹೇಳುತ್ತದೆ, ಆದ್ದರಿಂದ ದೋಷವು ತಕ್ಷಣ ಮತ್ತು ಯಂತ್ರದಿಂದ ಯಾವುದೇ ಸಂಚಾರ ಹೊರಹೋಗದೆಯೇ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಯಾರೋ, ಅಥವಾ ಕೆಲವು ಸ್ವಯಂಚಾಲನೆ, ಆ ಮಾರ್ಗವನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಅಲ್ಲಿಟ್ಟಿದೆ.

ಮಾರ್ಗ ಪ್ರಕಾರಗಳು ಪರಸ್ಪರ ಬದಲಾಯಿಸಲಾಗದವು. Blackhole ಕಳುಹಿಸುವವರಿಗೆ ದೋಷವಿಲ್ಲದೆ ಪ್ಯಾಕೆಟ್ ತ್ಯಜಿಸುತ್ತದೆ, prohibit EACCES ಹಿಂತಿರುಗಿಸುತ್ತದೆ, ಮತ್ತು unreachable EHOSTUNREACH ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ ಮರುಸಂಪರ್ಕದ ಸಮಯದಲ್ಲಿ ಸಿಂಕ್ ಮಾರ್ಗವನ್ನು ಸ್ಥಾಪಿಸುವ VPN ಸಹಾಯಕವು ಸುರಂಗ ಏಳುತ್ತಿದ್ದಂತೆ ಮಾಯವಾಗುವ host-unreachable ದೋಷಗಳ ಸುರಿಮಳೆ ಉಂಟುಮಾಡಬಹುದು, ಆದರೆ blackhole ಮಾರ್ಗವು ಬದಲಿಗೆ ಮೌನ ಕಾಲಮೀರುವಿಕೆಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತಿತ್ತು.

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

ಮೃತ ನೆರೆಹೊರೆಯವರು Ethernet ನಲ್ಲಿ ಅದೇ ದೋಷವನ್ನು ಉಂಟುಮಾಡುತ್ತಾರೆ

ಆಯ್ಕೆ ಮಾಡಿದ ಮಾರ್ಗವು ಆನ್-ಲಿಂಕ್ ಗೇಟ್‌ವೇ ಬಳಸಿದರೆ, ವಿತರಣೆಗೆ ಪರಿಹರಿಸಿದ ಲಿಂಕ್-ಲೇಯರ್ ವಿಳಾಸ ಬೇಕು. ಕರ್ನಲ್ ARP ಅಥವಾ IPv6 ನೆರೆಹೊರೆ ವಿನಂತಿ ಕಳುಹಿಸುತ್ತದೆ, ಮತ್ತು ಉತ್ತರ ಬಾರದಿದ್ದರೆ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಫ್ರೇಮ್ ಮಾಡಲಾಗದು. ಆಗ ಮಾರ್ಗವೇ ಮಾನ್ಯವಾಗಿದ್ದರೂ ಕಳುಹಿಸುವಿಕೆ EHOSTUNREACH ನೊಂದಿಗೆ ವಿಫಲವಾಗುತ್ತದೆ.

ನೆರೆಹೊರೆ ಕೋಷ್ಟಕವು ಹಂತವನ್ನು ಹೆಸರಿಸುತ್ತದೆ. INCOMPLETE ಎಂದರೆ ಪರಿಹಾರ ಇನ್ನೂ ನಡೆಯುತ್ತಿದೆ, FAILED ಎಂದರೆ ಕೊನೆಯ ಪ್ರಯತ್ನಕ್ಕೆ ಉತ್ತರ ಸಿಗಲಿಲ್ಲ, ಮತ್ತು REACHABLE ಅಥವಾ STALE ಎಂದರೆ ಕರ್ನಲ್‌ಗೆ ಬಳಸಬಹುದಾದ ವಿಳಾಸ ಇದೆ. VPN ಗೇಟ್‌ವೇಗೆ FAILED ನಮೂದು ಸ್ಥಳೀಯ ವಿತರಣಾ ಸಮಸ್ಯೆ, ಸುರಂಗದ ದೂರದ ಬದಿಯ ಬಗ್ಗೆ ಸಾಕ್ಷ್ಯವಲ್ಲ.

ನಿಜವಾದ ಮುಂದಿನ ಹಾಪ್‌ಗೆ ನಮೂದನ್ನು ಓದಿ, ದೂರದ ಇಂಟರ್ನೆಟ್ ವಿಳಾಸಕ್ಕಲ್ಲ. ದೂರದ ವಿಳಾಸವನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ರೌಟರ್ ಮೂಲಕ ತಲುಪಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದಕ್ಕೆ ಸ್ವಂತ ARP ದಾಖಲೆ ಇರುವುದಿಲ್ಲ; ಅದನ್ನು ಕೇಳುವುದು ವರ್ಗೀಯ ತಪ್ಪು, ಅದು ಎಂದೂ ಇರಬಾರದಿದ್ದ ಕಾಣೆಯಾದ ನಮೂದನ್ನು ಹುಡುಕಲು ಜನರನ್ನು ಕಳುಹಿಸುತ್ತದೆ.

ದೂರದ ವರದಿಗಳು ಮತ್ತು ಅಸಿಂಕ್ರೋನಸ್ UDP ದೋಷಗಳು

EHOSTUNREACH ಹೊರಗಿನಿಂದಲೂ ಬರಬಹುದು. ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡಲಾಗದ ರೌಟರ್ ICMP host unreachable ಕಳುಹಿಸಬಹುದು, ಮತ್ತು ಕರ್ನಲ್ ಆ ವರದಿಯನ್ನು ಹರಿವನ್ನು ಹೊಂದಿರುವ ಸಾಕೆಟ್‌ಗೆ ರವಾನಿಸುತ್ತದೆ. ಆ ಸಂದರ್ಭದಲ್ಲಿ ಮಾರ್ಗ ಮತ್ತು ನೆರೆಹೊರೆಯವರು ಸರಿಯಾಗಿದ್ದಾರೆ, ಮತ್ತು ವೈಫಲ್ಯವು ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್‌ನ ಆಚೆಗಿನ ಹಾಪ್‌ಗೆ ಸೇರಿದೆ.

UDP ಆರೋಪಣೆಯನ್ನು ಕಷ್ಟಕರಗೊಳಿಸುತ್ತದೆ. ನಂತರದ send ಅಥವಾ receive ಕರೆಯಿಂದ ಹಿಂತಿರುಗಿಸಲಾದ ದೋಷವು ಹಿಂದಿನ ಡೇಟಾಗ್ರಾಮ್‌ಗೆ ಉಲ್ಲೇಖಿಸಬಹುದು, ಆದ್ದರಿಂದ ವಿಫಲವಾದ ಕರೆಯ ವಿಳಾಸ ಮತ್ತು ಸಮಯವು ವರದಿಯನ್ನು ಪ್ರಚೋದಿಸಿದ ಪ್ಯಾಕೆಟ್‌ಗೆ ಹೊಂದಿಕೆಯಾಗದಿರಬಹುದು. ಸಂಪರ್ಕಿತ UDP ಸಾಕೆಟ್ ದೋಷವನ್ನು ಒಮ್ಮೆ ಪಡೆಯುತ್ತದೆ, ಮತ್ತು ಸಂಪರ್ಕವಿಲ್ಲದ ಸಾಕೆಟ್ ಅದನ್ನು ಎಂದೂ ಕಾಣದಿರಬಹುದು.

ಆದ್ದರಿಂದ ಸಮಯವು ಸಾಕ್ಷ್ಯದ ಭಾಗವಾಗಿದೆ. ದೋಷ ಯಾವಾಗ ಕಾಣಿಸಿಕೊಂಡಿತು, ಸಾಕೆಟ್ ಯಾವ ಪೀರ್ ವಿಳಾಸ ಬಳಸಿತು, ಮತ್ತು ಸುರಂಗ ಈಗಷ್ಟೇ ಮರುಸಂಪರ್ಕಗೊಂಡಿತೇ ಎಂದು ದಾಖಲಿಸಿ. ಮಾರ್ಗ ಬದಲಾವಣೆಯ ನಂತರದ ಸುರಿಮಳೆ ಸ್ಥಳೀಯ ಕೋಷ್ಟಕದೆಡೆಗೆ ಸೂಚಿಸುತ್ತದೆ; ಸ್ಥಿರ ಹರಿವಿನ ಕೆಲವು ನಿಮಿಷಗಳ ನಂತರದ ಒಂಟಿ ದೋಷ ಪಥದ ವರದಿಯೆಡೆಗೆ.

ಕ್ರಿಪ್ಟೋ ಬದಲಾಯಿಸುವ ಮೊದಲು ಪದರಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ

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

ದೃಢೀಕರಣ ಮತ್ತು ಮಾತುಕತೆಯ ಸಮಸ್ಯೆಗಳು ಸಾರಿಗೆ ಪೀರ್ ತಲುಪಿದ ನಂತರ ತಮ್ಮದೇ ದೋಷಗಳಾಗಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ. ಸೈಫರ್ ಬದಲಾಯಿಸುವುದು ಅಥವಾ ಕ್ಲೈಂಟ್ ಮರುಸ್ಥಾಪಿಸುವುದು ಸ್ಥಳೀಯ unreachable ಮಾರ್ಗವನ್ನು ಸರಿಪಡಿಸಲಾರದು, ಮತ್ತು ನಿಜವಾದ ಕಾರಣಕ್ಕೆ ಬೇಕಾದ ಮಾರ್ಗ ಮತ್ತು ನೆರೆಹೊರೆ ಸಾಕ್ಷ್ಯವನ್ನು ನಾಶಪಡಿಸುತ್ತದೆ.

ಮೊದಲ ಬದಲಾವಣೆಯ ಮೊದಲು ಗಮ್ಯಸ್ಥಾನ, ನೇಮ್‌ಸ್ಪೇಸ್, ಆಯ್ಕೆ ಮಾಡಿದ ಕೋಷ್ಟಕ, ಮುಂದಿನ ಹಾಪ್, ನೆರೆಹೊರೆ ಸ್ಥಿತಿ ಮತ್ತು ದೋಷದ ಸಮಯವನ್ನು ದಾಖಲಿಸಿ. ಸರಿಪಡಿಸಿದ ನಂತರ ಅದೇ ಹುಡುಕಾಟವನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸಿ; ಈಗ ಸುರಂಗದೆಡೆಗೆ ತೋರಿಸುವ ಮಾರ್ಗ ಮತ್ತು ಈಗ ಪರಿಹರಿಸಲ್ಪಡುವ ನೆರೆಹೊರೆ ನಮೂದು ಸಂಬಂಧವಿಲ್ಲದ ವಿಳಾಸಕ್ಕೆ ಯಶಸ್ವಿ ping ಗಿಂತ ಬಲವಾದ ಸಾಕ್ಷ್ಯ.