ಟ್ರೇಸರ್ಔಟ್ - ಲಿನಕ್ಸ್ ಕಮಾಂಡ್ - ಯುನಿಕ್ಸ್ ಕಮಾಂಡ್

ಟ್ರೇಸರ್ಔಟ್ - ಮಾರ್ಗ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ನೆಟ್ವರ್ಕ್ ಹೋಸ್ಟ್ಗೆ ಮುದ್ರಿಸಿ

ಸಾರಾಂಶ

traceroute [ -dFInrvx ] [ -f first_ttl ] [ -g ಗೇಟ್ವೇ ]

[ -i iface ] [ -m max_ttl] [ -p port ]

[ -q nqueries ] [ -s src_addr ] [ -t tos ]

[ -w waittime ] [ -z pausemsecs ]

ಹೋಸ್ಟ್ [ ಪ್ಯಾಕೆಟ್ಲೆನ್ ]

ವಿವರಣೆ

ಅಂತರ್ಜಾಲವು ಜಾಲಬಂಧ ಯಂತ್ರಾಂಶದ ಒಂದು ದೊಡ್ಡ ಮತ್ತು ಸಂಕೀರ್ಣ ಒಟ್ಟುಗೂಡಿಸುವಿಕೆಯಾಗಿದೆ, ಇದು ಗೇಟ್ವೇಗಳ ಮೂಲಕ ಸಂಪರ್ಕ ಹೊಂದಿದೆ. ಮಾರ್ಗವೊಂದರ ಪ್ಯಾಕೆಟ್ಗಳು ಅನುಸರಿಸುವುದನ್ನು ಟ್ರ್ಯಾಕಿಂಗ್ (ಅಥವಾ ನಿಮ್ಮ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ತಿರಸ್ಕರಿಸುವ ಅಕ್ರಮ ಗೇಟ್ವೇಗಳನ್ನು ಕಂಡುಹಿಡಿಯುವುದು) ಕಷ್ಟವಾಗಬಹುದು. ಟ್ರೇಸರ್ಔಟ್ ಐಪಿ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು 'ಲೈವ್ ಟು ಟೈಮ್' ಕ್ಷೇತ್ರವನ್ನು ಬಳಸುತ್ತದೆ ಮತ್ತು ಕೆಲವು ಹೋಸ್ಟ್ಗೆ ಹೋಗುವ ಮಾರ್ಗದಲ್ಲಿ ಪ್ರತಿ ಗೇಟ್ವೇನಿಂದ ICMP TIME_EXCEEDED ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಹೊರಹಾಕಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ.

ಗಮ್ಯಸ್ಥಾನದ ಹೋಸ್ಟ್ ಹೆಸರು ಅಥವಾ ಐಪಿ ಸಂಖ್ಯೆ ಮಾತ್ರ ಕಡ್ಡಾಯವಾದ ಪ್ಯಾರಾಮೀಟರ್. ಡೀಫಾಲ್ಟ್ ಪ್ರೋಬ್ ಡಾಟಾಗ್ರಾಂ ಉದ್ದವು 40 ಬೈಟ್ಗಳು , ಆದರೆ ಗಮ್ಯಸ್ಥಾನದ ಹೋಸ್ಟ್ ಹೆಸರಿನ ನಂತರ ಪ್ಯಾಕೆಟ್ ಉದ್ದವನ್ನು (ಬೈಟ್ಗಳಲ್ಲಿ) ಸೂಚಿಸುವ ಮೂಲಕ ಇದನ್ನು ಹೆಚ್ಚಿಸಬಹುದು.

ಇತರ ಆಯ್ಕೆಗಳು ಹೀಗಿವೆ:

-f

ಮೊದಲ ಹೊರಹೋಗುವ ತನಿಖೆ ಪ್ಯಾಕೆಟ್ನಲ್ಲಿ ಬಳಸಿದ ಆರಂಭಿಕ ಸಮಯವನ್ನು ಲೈವ್ ಮಾಡಿ.

-F

"ತುಣುಕು ಮಾಡಬೇಡಿ" ಬಿಟ್ ಅನ್ನು ಹೊಂದಿಸಿ.

-d

ಸಾಕೆಟ್ ಮಟ್ಟದ ಡೀಬಗ್ ಮಾಡುವುದನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ.

-g

ಸಡಿಲ ಮೂಲ ಮಾರ್ಗ ಗೇಟ್ವೇವನ್ನು ಸೂಚಿಸಿ (8 ಗರಿಷ್ಠ).

-ಐ

ಹೊರಹೋಗುವ ಪ್ರೋಬ್ ಪ್ಯಾಕೆಟ್ಗಳಿಗಾಗಿ ಮೂಲ IP ವಿಳಾಸವನ್ನು ಪಡೆಯಲು ನೆಟ್ವರ್ಕ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿ. ಬಹು-ಹೋಮ್ ಹೋಸ್ಟ್ನಲ್ಲಿ ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಉಪಯುಕ್ತವಾಗಿದೆ. (ಇದನ್ನು ಮಾಡಲು ಬೇರೆ ರೀತಿಯಲ್ಲಿ -s ಫ್ಲ್ಯಾಗ್ ಅನ್ನು ನೋಡಿ.)

-I

UDP ಡಾಟಾಗ್ರಾಮ್ಗಳ ಬದಲಿಗೆ ICMP ECHO ಬಳಸಿ.

-m

ಹೊರಹೋಗುವ ಪ್ರೋಬ್ ಪ್ಯಾಕೆಟ್ಗಳಲ್ಲಿ ಬಳಸಲಾಗುವ ಗರಿಷ್ಟ ಸಮಯದವರೆಗೆ (ಗರಿಷ್ಠ ಸಂಖ್ಯೆಯ ಹಾಪ್ಸ್) ಹೊಂದಿಸಿ. ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ 30 ಹಾಪ್ಸ್ (TCP ಸಂಪರ್ಕಗಳಿಗೆ ಬಳಸಲಾಗುವ ಅದೇ ಡೀಫಾಲ್ಟ್).

-n

ಪ್ರಿಂಟ್ ಹಾಪ್ ಸಾಂಕೇತಿಕವಾಗಿ ಮತ್ತು ಸಂಖ್ಯಾತ್ಮಕವಾಗಿ ಸಂಖ್ಯಾತ್ಮಕವಾಗಿ ಸಂವಹಿಸುತ್ತದೆ (ಹಾದಿಯಲ್ಲಿ ಕಂಡುಬರುವ ಪ್ರತಿ ಗೇಟ್ವೇಗೆ ನೇಮ್ಸರ್ವರ್ ವಿಳಾಸಕ್ಕೆ ಯಾ ಹೆಸರಿನ ವೀಕ್ಷಣೆಯನ್ನು ಉಳಿಸುತ್ತದೆ).

-ಪಿ

ಪ್ರೋಬೆಸ್ನಲ್ಲಿ ಬಳಸಲಾದ ಬೇಸ್ UDP ಪೋರ್ಟ್ ಸಂಖ್ಯೆ ಹೊಂದಿಸಿ (ಡೀಫಾಲ್ಟ್ 33434). ಗಮ್ಯಸ್ಥಾನದ ಹೋಸ್ಟ್ನಲ್ಲಿ ಬೇಸ್ + nhops - 1 ಗೆ ಯುಡಿಪಿ ಪೋರ್ಟ್ ಬೇಸ್ನಲ್ಲಿ ಯಾವುದೂ ಕೇಳುತ್ತಿಲ್ಲ ಎಂದು ಟ್ರೇಸರ್ಔಟ್ ಭರವಸೆ ನೀಡಿದೆ (ಆದ್ದರಿಂದ ICMP PORT_UNREACHABLE ಸಂದೇಶವನ್ನು ಮಾರ್ಗ ಪತ್ತೆಹಚ್ಚುವುದನ್ನು ಕೊನೆಗೊಳಿಸಲಾಗುತ್ತದೆ). ಪೂರ್ವನಿಯೋಜಿತ ಶ್ರೇಣಿಯಲ್ಲಿನ ಪೋರ್ಟ್ನಲ್ಲಿ ಏನನ್ನಾದರೂ ಕೇಳುತ್ತಿದ್ದರೆ, ಬಳಸದ ಪೋರ್ಟ್ ವ್ಯಾಪ್ತಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ಈ ಆಯ್ಕೆಯನ್ನು ಬಳಸಬಹುದಾಗಿದೆ.

-ಆರ್

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

-s

ಹೊರಹೋಗುವ ಪ್ರೋಬ್ ಪ್ಯಾಕೆಟ್ಗಳಲ್ಲಿನ ಮೂಲ ವಿಳಾಸವಾಗಿ ಕೆಳಗಿನ IP ವಿಳಾಸವನ್ನು (ಸಾಮಾನ್ಯವಾಗಿ ಐಪಿ ಸಂಖ್ಯೆಯಾಗಿ ನೀಡಲಾಗುತ್ತದೆ, ಹೋಸ್ಟ್ ಹೆಸರಲ್ಲ) ಬಳಸಿ. ಬಹು-ಹೋಮ್ ಅತಿಥೇಯಗಳ (ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಐಪಿ ವಿಳಾಸ ಹೊಂದಿರುವವರು) ರಂದು, ಈ ಆಯ್ಕೆಯು ಮೂಲ ವಿಳಾಸವನ್ನು ತನಿಖೆ ಪ್ಯಾಕೆಟ್ ಕಳುಹಿಸಿದ ಇಂಟರ್ಫೇಸ್ನ IP ವಿಳಾಸವನ್ನು ಹೊರತುಪಡಿಸಿ ಬೇರೆಯೇ ಆಗಿರುತ್ತದೆ. ಐಪಿ ವಿಳಾಸವು ಈ ಯಂತ್ರದ ಇಂಟರ್ಫೇಸ್ ವಿಳಾಸಗಳಲ್ಲಿ ಒಂದಲ್ಲವಾದರೆ, ಒಂದು ದೋಷವು ಹಿಂದಿರುಗಲ್ಪಡುತ್ತದೆ ಮತ್ತು ಏನೂ ಕಳುಹಿಸಲ್ಪಡುತ್ತದೆ. (ಇದನ್ನು ಮಾಡಲು ಇನ್ನೊಂದು ರೀತಿಯಲ್ಲಿ -i ಧ್ವಜವನ್ನು ನೋಡಿ.)

-t

ತನಿಖೆ ಪ್ಯಾಕೆಟ್ಗಳಲ್ಲಿ ಸೇವೆಯ ಪ್ರಕಾರವನ್ನು ಕೆಳಗಿನ ಮೌಲ್ಯಕ್ಕೆ ಹೊಂದಿಸಿ (ಡೀಫಾಲ್ಟ್ ಶೂನ್ಯ). ಮೌಲ್ಯವು 0 ರಿಂದ 255 ರ ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಒಂದು ದಶಮಾಂಶ ಪೂರ್ಣಾಂಕವಾಗಿರಬೇಕು. ವಿಭಿನ್ನ ಪ್ರಕಾರದ ಸೇವೆಗಳ ವಿವಿಧ ಮಾರ್ಗಗಳಲ್ಲಿ ಫಲಿತಾಂಶವು ಕಾಣಿಸಬೇಕೆ ಎಂದು ಈ ಆಯ್ಕೆಯನ್ನು ಬಳಸಬಹುದಾಗಿದೆ. (ನೀವು 4.4 ಬಿಎಸ್ಡಿ ಚಾಲನೆಯಲ್ಲಿಲ್ಲದಿದ್ದರೆ, ಟೆಲ್ನೆಟ್ ಮತ್ತು ಎಫ್ಟಿಪಿ ನಂತಹ ಸಾಮಾನ್ಯ ನೆಟ್ವರ್ಕ್ ಸೇವೆಗಳು ನಿಮಗೆ ಟಿಓಎಸ್ ಅನ್ನು ನಿಯಂತ್ರಿಸಲು ಬಿಡುವುದಿಲ್ಲವಾದರೂ ಇದು ಶೈಕ್ಷಣಿಕವಾಗಿರಬಹುದು). ಸೇವಾ ನಿಬಂಧನೆಗಳ ಎಲ್ಲಾ ಮೌಲ್ಯಗಳು ಕಾನೂನುಬದ್ಧ ಅಥವಾ ಅರ್ಥಪೂರ್ಣವಲ್ಲ - ವ್ಯಾಖ್ಯಾನಗಳಿಗಾಗಿ ಐಪಿ ಸ್ಪೆಕ್ ಅನ್ನು ನೋಡಿ. ಉಪಯುಕ್ತ ಮೌಲ್ಯಗಳು ಬಹುಶಃ ` -t 16 '(ಕಡಿಮೆ ವಿಳಂಬ) ಮತ್ತು` -t 8 ' (ಹೆಚ್ಚಿನ ಥ್ರೋಪುಟ್).

-v

ವರ್ಬೋಸ್ ಔಟ್ಪುಟ್. TIME_EXCEEDED ಮತ್ತು UNREACHABLE ಗಳನ್ನು ಹೊರತುಪಡಿಸಿ ಸ್ವೀಕರಿಸಿದ ICMP ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಲಾಗಿದೆ.

-w

ತನಿಖೆಗೆ ಪ್ರತಿಕ್ರಿಯೆಗಾಗಿ ನಿರೀಕ್ಷಿಸಿ ಸಮಯವನ್ನು (ಸೆಕೆಂಡುಗಳಲ್ಲಿ) ಹೊಂದಿಸಿ (ಡೀಫಾಲ್ಟ್ 5 ಸೆಕೆಂಡು.).

-X

IP ಚೆಕ್ಸಮ್ಗಳನ್ನು ಟಾಗಲ್ ಮಾಡಿ. ಸಾಮಾನ್ಯವಾಗಿ, ಐಪಿ ಚೆಕ್ಸಮ್ಗಳನ್ನು ಲೆಕ್ಕಹಾಕುವ ಮೂಲಕ ಇದು ಟ್ರೇಸರ್ಔಟ್ ಅನ್ನು ತಡೆಯುತ್ತದೆ. ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ, ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಹೊರಹೋಗುವ ಪ್ಯಾಕೆಟ್ನ ಕೆಲವು ಭಾಗಗಳನ್ನು ತಿದ್ದಿಬರೆ ಮಾಡಬಹುದು ಆದರೆ ಚೆಕ್ಸಮ್ ಅನ್ನು ಮರುಪರಿಶೀಲಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ (ಆದ್ದರಿಂದ ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ ಡೀಫಾಲ್ಟ್ ಚೆಕ್ಸಮ್ಗಳನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡುವುದು ಮತ್ತು -x ಅನ್ನು ಬಳಸಿಕೊಂಡು ಅವುಗಳನ್ನು ಕ್ಯಾಲ್ಕುಲ್ಟೆಡ್ ಮಾಡಲು ಕಾರಣವಾಗುತ್ತದೆ). ICMP ECHO ಪ್ರೋಬೆಸ್ ( -I ) ಅನ್ನು ಬಳಸುವಾಗ ಚೆಕ್ಸಮ್ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಕೊನೆಯ ಹಾಪ್ಗೆ ಅಗತ್ಯವೆಂದು ಗಮನಿಸಿ. ಆದ್ದರಿಂದ ICMP ಅನ್ನು ಬಳಸುವಾಗ ಅವುಗಳು ಯಾವಾಗಲೂ ಲೆಕ್ಕಹಾಕಲ್ಪಡುತ್ತವೆ.

-z

ಸಮಯವನ್ನು (ಮಿಲಿಸೆಕೆಂಡುಗಳಲ್ಲಿ) ಪ್ರೋಬ್ಸ್ (ಡೀಫಾಲ್ಟ್ 0) ನಡುವಿನ ವಿರಾಮಕ್ಕೆ ಹೊಂದಿಸಿ. ಸೋಲಾರಿಸ್ ಮತ್ತು ಸಿಸ್ಕೋಸ್ ದರ ಮಿತಿ ಐಸಿಎಫ್ ಸಂದೇಶಗಳಂತಹ ಕೆಲವು ವ್ಯವಸ್ಥೆಗಳು. ಇದರೊಂದಿಗೆ ಬಳಸಲು ಒಂದು ಉತ್ತಮ ಮೌಲ್ಯವು 500 (ಉದಾ 1/2 ಸೆಕೆಂಡ್).

ಈ ಪ್ರೋಗ್ರಾಂ ಯುಪಿಪಿ ಪ್ರೋಬ್ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಸಣ್ಣ ಟಿಟಿಎಲ್ (ಜೀವಿಸಲು ಸಮಯ) ನೊಂದಿಗೆ ಐಪಿ ಪ್ಯಾಕೆಟ್ ಅನುಸರಿಸುವ ಮಾರ್ಗವನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ ಮತ್ತು ನಂತರ ಒಂದು ಗೇಟ್ವೇಯಿಂದ ICMP "ಸಮಯ ಮೀರಿದೆ" ಉತ್ತರವನ್ನು ಕೇಳುತ್ತದೆ. ನಾವು ಒಂದು ICL "ಪೋರ್ಟ್ ತಲುಪಲಾಗುವುದಿಲ್ಲ" (ಇದರರ್ಥ ನಾವು "ಹೋಸ್ಟ್" ಗೆ ಅರ್ಥವನ್ನು ಪಡೆದುಕೊಳ್ಳುತ್ತೇವೆ) ಅಥವಾ ಗರಿಷ್ಟ (30 ಹಾಪ್ಗಳಿಗೆ ಡೀಫಾಲ್ಟ್ ಆಗುತ್ತದೆ ಮತ್ತು -m ನೊಂದಿಗೆ ಬದಲಾಯಿಸಲ್ಪಡುವವರೆಗೆ ನಾವು ಒಂದು ಟಿಟಿಎಲ್ನೊಂದಿಗೆ ನಮ್ಮ ಶೋಧಕಗಳನ್ನು ಒಂದರಿಂದ ಹೆಚ್ಚಿಸಬಹುದು ಮತ್ತು ಒಂದರಿಂದ ಹೆಚ್ಚಾಗುತ್ತದೆ. ಧ್ವಜ). ಪ್ರತಿ ಟಿಬಿಎಲ್ ಸೆಟ್ಟಿಂಗ್ನಲ್ಲಿ ಮೂರು ಶೋಧಕಗಳು ( -q ಧ್ವಜದೊಂದಿಗೆ ಬದಲಾವಣೆ) ಕಳುಹಿಸಲಾಗುವುದು ಮತ್ತು ಟಿಟಿಎಲ್, ಗೇಟ್ವೇ ವಿಳಾಸ ಮತ್ತು ಪ್ರತಿ ತನಿಖೆಯ ಸುತ್ತಿನ ಪ್ರಯಾಣ ಸಮಯವನ್ನು ತೋರಿಸುವ ಒಂದು ಸಾಲನ್ನು ಮುದ್ರಿಸಲಾಗುತ್ತದೆ. ಪ್ರೋಬ್ ಉತ್ತರಗಳು ವಿವಿಧ ಗೇಟ್ವೇಗಳಿಂದ ಬಂದಲ್ಲಿ, ಪ್ರತಿ ಪ್ರತಿಕ್ರಿಯಿಸುವ ವ್ಯವಸ್ಥೆಯ ವಿಳಾಸವನ್ನು ಮುದ್ರಿಸಲಾಗುತ್ತದೆ. 5 ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಯಾವುದೇ ಪ್ರತಿಕ್ರಿಯೆ ಇಲ್ಲದಿದ್ದರೆ. ಕಾಲಾವಧಿ ಮಧ್ಯಂತರ ( -w ಧ್ವಜದೊಂದಿಗೆ ಬದಲಾಯಿಸಲಾಗಿದೆ), "*" ಅನ್ನು ಆ ತನಿಖೆಗಾಗಿ ಮುದ್ರಿಸಲಾಗುತ್ತದೆ.

ಗಮ್ಯಸ್ಥಾನದ ಹೋಸ್ಟ್ ಅನ್ನು ಯುಡಿಪಿ ಪ್ರೋಬ್ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ನಾವು ಬಯಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಗಮ್ಯಸ್ಥಾನ ಪೋರ್ಟ್ ಅನ್ನು ಅಸಂಭವ ಮೌಲ್ಯಕ್ಕೆ ನಿಗದಿಪಡಿಸಲಾಗಿದೆ (ಗಮ್ಯಸ್ಥಾನದ ಕೆಲವು ಗುಂಪುಗಳು ಆ ಮೌಲ್ಯವನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ, ಅದನ್ನು -p ಫ್ಲ್ಯಾಗ್ನೊಂದಿಗೆ ಬದಲಾಯಿಸಬಹುದು).

ಮಾದರಿ ಬಳಕೆ ಮತ್ತು ಔಟ್ಪುಟ್ ಹೀಗಿರಬಹುದು:

[ಯಾಕ್ 71]% ಟ್ರೇಸರ್ಔಟ್ nis.nsf.net. nis.nsf.net ಗೆ ಟ್ರೇಸರ್ಔಟ್ (35.1.1.48), 30 ಹಾಪ್ಸ್ ಮ್ಯಾಕ್ಸ್, 38 ಬೈಟ್ ಪ್ಯಾಕೆಟ್ 1 ಹೆಲಿಯೊಸ್.ಇ.ಎಲ್ಬ್ಲಿವ್ವಿವ್ (128.3.112.1) 19 ms 19 ms 0 mslac-dmc.Berkeley.EDU (128.32. 216.1) 39 ms 39 ms 19 ms 3 lilac-dmc.Berkeley.EDU (128.32.216.1) 39 ms 39 ms 19 ms 4 ccngw-ner-cc.Berkeley.EDU (128.32.136.23) 39 ms 40 ms 39 ms 5 ccn -ನೆಟ್ಫ್ 22.Berkeley.EDU (128.32.168.22) 39 ms 39 ms 39 ms 6 128.32.197.4 (128.32.197.4) 40 ms 59 ms 59 ms 7 131.119.2.5 (131.119.2.5) 59 ms 59 ms 59 ms 8 129.140. 70.13 (129.140.70.13) 99 ms 99 ms 80 ms 9 129.140.71.6 (129.140.71.6) 139 ms 239 ms 319 ms 10 129.140.81.7 (129.140.81.7) 220 ms 199 ms 199 ms 11 nic.merit.edu (35.1 .1.48) 239 ಎಂಎಸ್ 239 ಎಂಎಸ್ 239 ms

ಸಾಲುಗಳು 2 & 3 ಒಂದೇ ಆಗಿವೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ. ಇದು ಎರಡನೆಯ ಹಾಪ್ ಸಿಸ್ಟಮ್ - lbl-csam.arpa ನಲ್ಲಿ ದೋಷಯುಕ್ತ ಕರ್ನಲ್ನ ಕಾರಣದಿಂದಾಗಿ - ಶೂನ್ಯ ttl ನೊಂದಿಗೆ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು (4.3BSD ನ ವಿತರಣೆ ಆವೃತ್ತಿಯಲ್ಲಿನ ಒಂದು ದೋಷ) ಇದು. NSFNet (129.140) ಅದರ NSS ಗಳಿಗೆ ವಿಳಾಸ-ಹೆಸರು-ಹೆಸರುಗಳನ್ನು ಪೂರೈಸದ ಕಾರಣದಿಂದಾಗಿ ಪ್ಯಾಕೆಟ್ಗಳು ದೇಶಾದ್ಯಂತವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತಿರುವ ಯಾವ ಮಾರ್ಗವನ್ನು ನೀವು ಊಹಿಸಬೇಕೆಂಬುದನ್ನು ಗಮನಿಸಿ.

ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕ ಉದಾಹರಣೆಯಾಗಿದೆ:

[ಯಾಕ್ 72]% ಟ್ರೇಸರ್ಔಟ್ allspice.lcs.mit.edu. traceroute to allspice.lcs.mit.edu (18.26.0.115), 30 ಹಾಪ್ಸ್ ಗರಿಷ್ಠ 1 helios.ee.lbl.gov (128.3.112.1) 0 ms. ms lilac-dmc.Berkeley.EDU (128.32.216.1) 19 ms 19 ms 19 ms 3 lilac-dmc.Berkeley.EDU (128.32.216.1) 39 ms 19 ms ms ms 4 ccngw-ner.cc.Berkeley.EDU (128.32.136.23) 19 ms 39 ms 39 ms 5 ccn-nerif22 .Berkeley.EDU (128.32.168.22) 20 ms 39 ms 39 ms 6 128.32.197.4 (128.32.197.4) 59 ms 119 ms 39 ms 7 131.119.2.5 (131.119.2.5) 59 ms 59 ms 39 ms 8 129.140.70.13 ( 129.140.70.13) 80 ms 79 ms 99 ms 9 129.140.71.6 (129.140.71.6) 139 ms 139 ms 159 ms 10 129.140.81.7 (129.140.81.7) 199 ms 180 ms 300 ms 11 129.140.72.17 (129.140.72.17) 300 ms 239 ms 239 ms 12 * * * 13 128.121.54.72 (128.121.54.72) 259 ms 499 ms 279 ms 14 * * * 15 * * * 16 * * * 17 * * * 18 ALLSPICE.LCS.MIT.EDU (18.26 .0.115) 339 ಎಂಎಸ್ 279 ಎಂಎಸ್ 279 ms

12, 14, 15, 16 ಮತ್ತು 17 ಗೇಟ್ವೇಗಳು ICMP "ಸಮಯವನ್ನು ಮೀರಿದೆ" ಸಂದೇಶಗಳನ್ನು ಕಳುಹಿಸಬೇಡಿ ಅಥವಾ ನಮಗೆ ತಲುಪಲು TTL ಗೆ ತುಂಬಾ ಚಿಕ್ಕದಾದವುಗಳನ್ನು ಕಳುಹಿಸಬೇಡಿ. 14 - 17 ರವರು "MIT ಸಿ ಗೇಟ್ವೇ ಕೋಡ್ ಅನ್ನು" ಸಮಯ ಮೀರಿದೆ "ಗಳನ್ನು ಕಳುಹಿಸುವುದಿಲ್ಲ. 12 ರೊಂದಿಗೆ ಏನು ನಡೆಯುತ್ತಿದೆ ಎಂದು ದೇವರು ಮಾತ್ರ ತಿಳಿದಿರುತ್ತಾನೆ.

ಮೇಲಿನ ಮೂಕ ಗೇಟ್ವೇ 12 ರಲ್ಲಿ ದೋಷವೊಂದರ ಪರಿಣಾಮವಾಗಿರಬಹುದು. [23] ಬಿಎಸ್ಡಿ ನೆಟ್ವರ್ಕ್ ಕೋಡ್ (ಮತ್ತು ಅದರ ಉತ್ಪನ್ನಗಳು): 4.x (x <= 3) ಮೂಲದಲ್ಲಿ ಉಳಿದಿರುವ TTL ಅನ್ನು ಬಳಸಿಕೊಂಡು ಒಂದು ತಲುಪಲಾಗದ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸುತ್ತದೆ ಡೇಟಾಗ್ರಾಮ್. ನಂತರ, ಗೇಟ್ವೇಗಳಿಗಾಗಿ, ಉಳಿದ ಟಿಟಿಎಲ್ ಶೂನ್ಯವಾಗಿರುತ್ತದೆ, ICMP "ಸಮಯವನ್ನು ಮೀರಿದೆ" ಇದು ನಮಗೆ ಮರಳಿ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂದು ಖಾತರಿಪಡಿಸುತ್ತದೆ. ಗಮ್ಯಸ್ಥಾನ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಗೋಚರಿಸುವಾಗ ಈ ದೋಷದ ನಡವಳಿಕೆ ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕವಾಗಿದೆ:

1 helios.ee.lbl.gov (128.3.112.1) 0 ms (ಗಳು) lilac-dmc.Berkeley.EDU (128.32.216.1) 39 ms 19 ms 39 ms 3 lilac-dmc.Berkeley.EDU (128.32.216.1 ) 19 ms 39 ms 19 ms 4 ccngw-ner-cc.Berkeley.EDU (128.32.136.23) 39 ms 40 ms 19 ms 5 ccn-nerif35.Berkeley.EDU (128.32.168.35) 39 ms 39 ms 39 ms 6 csgw. ಬರ್ಕೆಲಿ. EDU (128.32.133.254) 39 ms 59 ms 39 ms 7 * * * 8 * * * 9 * * * 10 * * * 11 * * * 12 * * * 13 rip.Berkeley.EDU (128.32.131.22) 59 ms! 39 ಎಂಎಸ್! 39 ಎಂಎಸ್!

12 "ಗೇಟ್ವೇಗಳು" (13 ಅಂತಿಮ ತಾಣ) ಇವೆ ಎಂದು ಗಮನಿಸಿ ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಕೊನೆಯ ಅರ್ಧವು "ಕಾಣೆಯಾಗಿದೆ". ನಿಜವಾಗಿ ಏನು ನಡೆಯುತ್ತಿದೆ ಎಂಬುದು (ಸನ್ -3 ಸನ್ OS3.5 ರನ್ನಿಂಗ್) ನಮ್ಮ ಬರುವ ಡಾಟಾಗ್ರಾಮ್ನಿಂದ ಟಿ.ಟಿ.ಎಲ್ ಅನ್ನು ಅದರ ಐಸಿಎಂಪಿ ಉತ್ತರದಲ್ಲಿ ಬಳಸುತ್ತಿದೆ. ಆದ್ದರಿಂದ, ಪ್ರತ್ಯುತ್ತರ ಹಾದಿಯಲ್ಲಿ ಪ್ರತ್ಯುತ್ತರ ನೀಡಲಾಗುವುದು (ICMP ನ ICMP ಯಿಂದ ಕಳುಹಿಸಲಾಗಿಲ್ಲ ಯಾರಿಗಾದರೂ ನೋಟೀಸ್ಗೆ ಕಳುಹಿಸಲಾಗಿಲ್ಲ) TTL ನೊಂದಿಗೆ ನಾವು ಶೋಧಿಸುವ ತನಕ ಕನಿಷ್ಟ ಪಕ್ಷ ಎರಡು ಪಥ ಉದ್ದವಿರುತ್ತದೆ. ಹೌದು, ರಿಪ್ ನಿಜವಾಗಿಯೂ ಕೇವಲ 7 ಹಾಪ್ಸ್ ಆಗಿದೆ. 1 ಟಿಟಿಎಲ್ನೊಂದಿಗೆ ಹಿಂದಿರುಗಿಸುವ ಪ್ರತ್ಯುತ್ತರವು ಈ ಸಮಸ್ಯೆ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ ಎಂಬ ಸುಳಿವು. ಟ್ರೇಸರ್ಔಟ್ "!" ಟಿಟಿಎಲ್ <= 1 ಆಗಿದ್ದರೆ ಸಮಯದ ನಂತರ ಮಾರಾಟಗಾರರು ಸಾಕಷ್ಟು ಬಳಕೆಯಲ್ಲಿಲ್ಲದ (ಡಿಇಸಿ ಯ ಅಲ್ಟ್ರಿಕ್ಸ್, ಸನ್ 3.x) ಅಥವಾ ಪ್ರಮಾಣಿತವಲ್ಲದ (ಎಚ್ಪಿಯುಎಕ್ಸ್) ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ಹಡಗಿನಿಂದ ಆಗಾಗ್ಗೆ ನೋಡುತ್ತಾರೆ ಮತ್ತು / ನಿಮ್ಮ ಶೋಧಕಗಳ ಹೋಸ್ಟ್.

ಸಮಯದ ನಂತರ ಇತರ ಸಂಭವನೀಯ ಟಿಪ್ಪಣಿಗಳು ! H ,! N , ಅಥವಾ ! P (ಹೋಸ್ಟ್, ನೆಟ್ವರ್ಕ್ ಅಥವಾ ಪ್ರೊಟೊಕಾಲ್ ತಲುಪಲಾಗುವುದಿಲ್ಲ) ,! S (ಮೂಲ ಮಾರ್ಗ ವಿಫಲವಾಗಿದೆ) ,! ಎಫ್- (ವಿಘಟನೆ ಅಗತ್ಯ - RFC1191 ಪಾಥ್ ಎಂಟಿಯು ಡಿಸ್ಕವರಿ ಮೌಲ್ಯವನ್ನು ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ) ! ಎಕ್ಸ್ (ಸಂವಹನವನ್ನು ನಿಷೇಧಿಸಲಾಗಿದೆ) ,! ವಿ (ಹೋಸ್ಟ್ ಆದ್ಯತೆ ಉಲ್ಲಂಘನೆ) ,! ಸಿ (ಆದ್ಯತೆ ಕಟ್ಆಫ್ನಲ್ಲಿ ಪರಿಣಾಮ), ಅಥವಾ ! (ICMP ತಲುಪಲಾಗದ ಕೋಡ್). ಇವುಗಳನ್ನು RFC1812 ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ (ಇದು RFC1716 ಅನ್ನು ಮೀರಿಸುತ್ತದೆ). ಬಹುತೇಕ ಎಲ್ಲಾ ಅನ್ವೇಷಕಗಳು ಕೆಲವು ರೀತಿಯ ತಲುಪಲಾಗದಿದ್ದರೆ, ಟ್ರೇಸರ್ಔಟ್ ಬಿಟ್ಟುಬಿಡುತ್ತದೆ ಮತ್ತು ನಿರ್ಗಮಿಸುತ್ತದೆ.

ಈ ಪ್ರೋಗ್ರಾಂ ನೆಟ್ವರ್ಕ್ ಪರೀಕ್ಷೆ, ಅಳತೆ, ಮತ್ತು ನಿರ್ವಹಣೆಯಲ್ಲಿ ಬಳಕೆಗೆ ಉದ್ದೇಶಿಸಲಾಗಿದೆ. ಇದು ಪ್ರಾಥಮಿಕವಾಗಿ ಕೈಯಿಂದ ದೋಷವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಬಳಸಬೇಕು. ಹೊರೆಯಿಂದಾಗಿ ಇದು ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ವಿಧಿಸಬಹುದು, ಇದು ಸಾಮಾನ್ಯ ಕಾರ್ಯಾಚರಣೆಗಳಲ್ಲಿ ಅಥವಾ ಸ್ವಯಂಚಾಲಿತ ಸ್ಕ್ರಿಪ್ಟುಗಳಿಂದ ಟ್ರೇಸರ್ಔಟ್ ಅನ್ನು ಬಳಸಲು ಅವಿವೇಕಿತವಾಗಿರುತ್ತದೆ .

ಸಹ ನೋಡಿ

ಪಾತ್ಚರ್ (8), ನೆಕ್ಸ್ಟಾಟ್ (1), ಪಿಂಗ್ (8)