traceroute - nyetak paket kasebut menyang jaringan
Sinopsis
traceroute [ -dFInrvx ] [ -f first_ttl ] [ -g gateway ]
[ -i iface ] [ -m max_ttl] [ -p port ]
[ -q nqueries ] [ -s src_addr ] [ -t tos ]
[ -w waime ] [ -z pausemsecs ]
inang [ packetlen ]
Gambaran
Internet minangka agregasi hardware jaringan sing akeh lan rumit, disambungake bebarengan karo gateway. Nemtokake rute paket kasebut tindakake (utawa nemokake gapura sing ora becik sing mbuwang paket sampeyan) bisa angel. Traceroute migunakake kolom wektu kanggo protokol IP lan nyoba kanggo nemtokake respon ICMP TIME_EXCEEDED saka saben gerbang ing path kanggo sawetara inang.
Parameter sing mandegane mung jeneng host utawa nomer IP sing dituju. Length datagram proyèk default iku 40 byte , nanging iki bisa ditambah karo nyetel dawa paket (ing bita) sawise jeneng inang tujuan.
Pilihan liyane yaiku:
-f
Setel wektu wiwitan kanggo manggon ing paket proyèk metu pisanan.
-F
Setel "ora fragmen" dicokot.
-d
Ngaktifake debugging tingkat soket.
-g
Nemtokake gerbang rute sumber sing kuwat (8 maksimal).
-i
Nemtokake antarmuka jaringan kanggo njupuk alamat IP sumber kanggo paket proyeke metu. Iki biasane mung migunani ing host multi-hom (Pirsani s flag kanggo cara liyane kanggo nindakake iki.)
-I
Gunakake ICMP ECHO tinimbang UDP datagrams.
-m
Nyetel maksimum wektu-kanggo-urip (maksimum jumlah hop) digunakake ing paket proyeke metu. Default yaiku 30 hop (standar sing padha digunakake kanggo sambungan TCP).
-n
Print hop addresses numerically rather than symbolically and numerically (nyimpen nameserver address-to-name lookup for each gateway found on the path).
-p
Ngeset nomer port UDP sing digunakake ing pemeriksaan (standar yaiku 33434). Traceroute ngarep-arep yen ora ana sing ngrungokake ing port UDP kanthi basis + nhops - 1 ing inang tujuan (supaya pesen ICMP PORT_UNREACHABLE bakal dibalekake kanggo ngatasi tracing rute). Yen ana sing ngrungokake ing port ing sawetara standar, pilihan iki bisa digunakake kanggo milih sawetara port sing ora dienggo.
-r
Bypass tabel routing normal lan ngirim langsung menyang inang ing jaringan sing dipasang. Yen host ora ana ing jaringan sing langsung ditempelake, kasalahan bali. Opsi iki bisa digunakake kanggo ping host lokal liwat antarmuka sing ora nganggo rute kasebut (umpamane, sawise antarmuka dijatuhi dening rout (8C)).
-s
Gunakake alamat IP ing ngisor iki (sing biasane diwenehi minangka nomer IP, ora jeneng host) minangka alamat sumber ing paket proyeke metu. On host multi-homed (sing duwe luwih saka siji alamat IP), opsi iki bisa digunakake kanggo meksa alamat sumber kanggo dadi soko liyane saka alamat IP antarmuka paket probe sing dikirim. Yen alamat IP ora dadi salah sijine alamat antarmuka mesin kasebut, kasalahan bali lan ora ana sing dikirim. (Deleng flag -i kanggo cara liya kanggo nindakake iki.)
-t
Nyetel layanan tipe- ing ing probe menyang nilai ing ngisor (default nol). Nilai kasebut kudu dadi integer desimal ing kisaran 0 nganti 255. Opsi iki bisa digunakake kanggo mirsani manawa jinis-jinis layanan sing beda ing path sing beda. (Yen ora mlaku 4.4bsd, iki mungkin akademik wiwit layanan jaringan normal kaya telnet lan ftp ora ngidini sampeyan ngontrol TOS). Ora kabeh nilai TOS sing sah utawa makna - deleng IP spec kanggo definisi. Nilai-nilai sing migunani mbokmenawa ` -t 16 '(tundha sithik) lan` -t 8 ' (high throughput).
-v
Output abot. Nampi paket ICMP liyane saka TIME_EXCEEDED lan UNREACHABLEs sing didaftar.
-w
Setel wektu (ing detik) kanggo nunggu respon menyang satelit (standar 5 detik).
-x
Toggle ip checksums. Biasane, iki ngalangi traceroute saka ngitung checksums ip. Ing sawetara kasus, sistem operasi bisa nimpa bagéan saka paket metu nanging ora diakredalèkaké checksum (saéngga ing sawetara kasus, standar iku ora ngétung kiringan lan migunakaké -x nyebabaké kacepetan). Cathet yen checksums biasane dibutuhake kanggo hop pungkasan nalika nggunakake ICMP ECHO probe ( -I ). Supaya dheweke tansah diitung nalika nggunakake ICMP.
-z
Setel wektu (milliseconds) kanggo ngaso antarane probes (default 0). Sawetara sistem kayata Solaris lan router kaya Ciscos tarif watesan pesen icmp. Nilai sing becik kanggo nggunakake iki yaiku 500 (contone 1/2 detik).
Program iki nyoba kanggo nglacak rute paket IP bakal tindakake menyang sawetara host internet kanthi nglancarake paket probe UDP kanthi ttl cilik (wektu kanggo urip) banjur ngrungokake ICMP "wektu ngluwihi" reply saka gateway. Kita miwiti proyèk kita kanthi tlp siji lan nambah siji nganti kita njaluk ICMP "port unreachable" (kang tegese kita entuk "inang") utawa mencet max (kang minangka standar kanggo 30 hops & bisa diganti karo -m bendera). Telung proyèk (ganti karo -q bendera) dikirim ing saben setelan ttl lan baris dicithak nuduhake ttl, alamat gateway lan wektu trip babak saben satelit. Yen panrima njawab teka saka macem-macem gateways, alamat saben sistem respon bakal dicithak. Yen ora ana respon ing 5 detik. interval wektu entek (diganti nganggo flag -w ), sing "*" dicithak kanggo probe kasebut.
Kita ora pengin tuan rumah tujuan kanggo ngolah paket probe UDP supaya pelabuhan tujuan disetel menyang nilai ora mungkin (yen sawetara clod ing panggonan sing migunakake nilai kasebut, bisa diganti nganggo flag -p ).
Gunakake sampel lan output bisa uga:
[yak 71]% traceroute nis.nsf.net. traceroute ke nis.nsf.net (35.1.1.48), 30 hops max, 38 byte paket 1 helios.ee.lbl.gov (128.3.112.1) 19 ms 19 ms 0 ms 2 lilac-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 -nerif22.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 ms 239 ms 239 msElinga yen garis 2 & 3 padha. Iki amarga kernel buggy ing sistem hop 2 - lbl-csam.arpa - sing ndhisiki paket mawa ttl nol (bug ing versi dhistribusi 4.3BSD). Elinga yen sampeyan kudu nemtokake path sing paket kasebut njupuk negara lintas negara wiwit NSFNet (129.140) ora nyedhiyakake terjemahan alamat-kanggo-jeneng kanggo NSSes.
Conto liyane menarik yaiku:
[yak 72]% traceroute allspice.lcs.mit.edu. traceroute kanggo allspice.lcs.mit.edu (18.26.0.115), 30 hops maks 1 helios.ee.lbl.gov (128.3.112.1) 0 ms 0 ms 0 ms 2 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 19 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 ms 279 ms 279 msElinga yen gateway 12, 14, 15, 16 & 17 hops adoh ora ngirim wektu ICMP "ngluwihi" utawa ngirim kanthi ttl cilik banget kanggo nggayuh kita. 14 - 17 ngaktifake kode Gateway MIT C sing ora ngirim "wektu ngluwihi" s. Gusti Allah mung ngerti apa sing arep dilakoni 12.
Gerbang bisu 12 ing ndhuwur bisa dadi akibat saka bug ing 4. [23] Kode jaringan BSD (lan derivatif): 4.x (x <= 3) dikirim pesen sing ora bisa diakses nggunakake apa wae tetep ing asli datagram. Wiwit, kanggo gateway, ttl isih nol, wektu ICMP "ngluwihi" wis ora bakal digawe maneh kanggo kita. Prilaku bug iki rada luwih menarik nalika katon ing sistem tujuan:
1 helios.ee.lbl.gov (128.3.112.1) 0 ms 0 ms 0 ms 2 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. Berkeley.EDU (128.32.133.254) 39 ms 59 ms 39 ms 7 * * * 8 * * * 9 * * * 13 rip.Berkeley.EDU (128.32.131.22) 59 ms! 39 ms! 39 ms!Wigati yen ana 12 "gateway" (13 minangka tujuan pungkasan) lan persis setengah saka antarané "ilang". Apa tenan kedadeyan iki yaiku rip (Sun-3 running Sun OS3.5) nggunakake ttl saka datagram kita minangka ttl ing reply ICMP. Dadi, jawaban bakal metu ing jalur bali (tanpa ana kabar sing dikirim menyang sapa wae amarga ICMP ora dikirim kanggo ICMP) nganti kita nggolèki kanthi tliti sing paling sethithik kaping pindho ing dawa path. Ya, nyuwek tenan mung 7 hops. Jebul sing ngasilake ttl 1 minangka pitakon masalah iki ana. Traceroute nyetak "!" sawise wektu yen ttl <= 1. Amarga vendor ngirim akeh piranti lunak usang (DEC's Ultrix, Sun 3.x) utawa piranti lunak non-standar (HPUX), nyana bisa ndeleng masalah iki kanthi kerep lan / utawa njupuk care milih target tuan rumah proyèk panjenengan.
Ana kemungkinan anotasi sawise wektu iku ! H ,! N , utawa ! P (host, jaringan utawa protokol sing ora bisa diakses) ,! S (sumber rute gagal) ,! F- (fragmentasi dibutuhake - RFC1191 Path MTU Discovery value ditampilake) ! X (komunikasi administratif dilarang) ,! V (pelanggaran precedence violation) ,! C (precedence ngethok ing efek), utawa ! (Kode ICMP unreachable). Iki ditemtokake dening RFC1812 (kang ngganti RFC1716). Yen meh kabeh proyèk nyebabake sawetara jenis unreachable, traceroute bakal nyerah lan metu.
Program iki ditrapake kanggo testing, pengukuran, lan manajemen jaringan. Sampeyan kudu digunakake utamane kanggo isolasi fault manual. Amarga beban kasebut bisa nemtokake ing jaringan kasebut, ora trep migunakake traceroute sajrone operasi normal utawa saka naskah otomatis.
Deloken sisan
pathchar (8), netstat (1), ping (8)