traceroute - packets တွေကိုအိမ်ရှင်ကွန်ယက်အားယူလမ်းကြောင်း print ထုတ်
အနှစ်ချုပ်
traceroute [-dFInrvx] [-f first_ttl] [-g တံခါးပေါက်]
[-i iface] [-m max_ttl] [-p ဆိပ်ကမ်းကို]
[-q nqueries] [-s src_addr] [-t tos]
[-w waittime] [-z pausemsecs]
[packetlen] အိမ်ရှင်အဖြစ်လက်ခံကျင်းပ
ဖေါ်ပြချက်
အင်တာနက်ကို gateway များအားဖြင့်အတူတကွချိတ်ဆက်ကွန်ယက်ကိုဟာ့ဒ်ဝဲ၏ကြီးမားသောနှင့်ရှုပ်ထွေးသောစုစည်းမှုဖြစ်ပါသည်။ တဦးတည်းရဲ့ packets တွေကိုအတိုင်းလိုက်နာ (သို့မဟုတ်သင့် packets တွေကိုပယ်ရဲ့သော miscreant တံခါးပေါက်ကိုရှာတွေ့) ကိုလမ်းကြောင်းခြေရာခံခက်ခဲနိုင်ပါတယ်။ Traceroute အဆိုပါအသုံးချ အိုင်ပီ protocol ကို '' လယ်ပြင်နှင့်အချို့သောအိမ်ရှင်ရန်လမ်းကြောင်းတစ်လျှောက်တွင်တစ်ဦးချင်းစီတံခါးပေါက်တစ်ဦးထံမှ ICMP TIME_EXCEEDED တုံ့ပြန်မှုထုတ်ယူနိုင်ရန်ကြိုးစားမှုအသက်ရှင်ဖို့ `အချိန်။
တစ်ခုတည်းသောမဖြစ်မနေ parameter သည် destination သည်အိမ်ရှင်အမည်သို့မဟုတ်ဖြစ်ပါတယ် IP နံပါတ် ။ အဆိုပါ default အနေနဲ့စုံစမ်းစစ်ဆေး datagram အရှည် 40 ဖြစ်ပါတယ် bytes , ဒါပေမယ့်ဒီဦးတည်ရာကို host name ကိုအပြီး (bytes အတွက်) တစ်ဦး packet ကိုအရှည်သတ်မှတ်ခြင်းတိုးပွားလာနိုင်ပါသည်။
အခြားရွေးချယ်မှုနေသောခေါင်းစဉ်:
-f
ကနဦးအချိန်-to-တိုက်ရိုက်ထုတ်လွှပထမဦးဆုံးအထွက်စုံစမ်းစစ်ဆေး packet ကိုအတွက်အသုံးပြုသတ်မှတ်မည်။
-F
အဆိုပါ bit နဲ့ "fragment ကြဘူး" ထားကြ၏။
-D
socket အဆင့်ကိုဒီဘာဂင် Enable လုပ်ထားပါ။
-g
တစ်ချောင်အရင်းအမြစ်လမ်းကြောင်းတံခါးပေါက်များ (8 အများဆုံး) Specify ။
-i
အထွက်စုံစမ်းစစ်ဆေး packets တွေကိုများအတွက်အရင်းအမြစ် IP address ကိုရရှိရန်ကွန်ယက် interface ကို Specify ။ ဒါက Multi-Home အိမ်ရှင်အပေါ်ပုံမှန်အားဖြင့်သာအသုံးဝင်သည်။ (ဒီလုပ်ဖို့အခြားသောလမ်းများအတွက် -s အလံကြည့်ရှုပါ။ )
-i
အသုံးပြုမှု ICMP ECHO အစား UDP ကို datagrams ။
-m
အဆိုပါ max ကိုအချိန်-to-တိုက်ရိုက်ထုတ်လွှ (hops ၏ max ကိုနံပါတ်) အထွက်စုံစမ်းစစ်ဆေး packets တွေကိုများတွင်အသုံးပြုသတ်မှတ်မည်။ အဆိုပါ default အ 30 ကို hops (TCP connections ကိုအတွက်အသုံးပြုတူညီသော default အနေနဲ့) ဖြစ်ပါသည်။
-n
ပုံဆောင်သဘောအရနှင့်အရအေတှကျအားဖွငျ့ပုံနှိပ်ပါ-hop လိပ်စာများအရအေတှကျအားဖွငျ့ထက် (လမ်းကြောင်းကိုတွင်တွေ့ချင်းစီတံခါးပေါက်များအတွက် nameserver များလိပ်စာ-to-name ကို lookup ပြုလုပ်နေကယ်တင်) ။
-p
စုံစမ်းစစ်ဆေးရာတွင်အသုံးပြုသည့်အခြေစိုက်စခန်း UDP ကို port နံပါတ် (default အနေနဲ့ 33434 ဖြစ်ပါတယ်) သတ်မှတ်မည်။ destination သည်အိမ်ရှင်မှာ 1 (ဒါကြောင့်တစ်ဦး ICMP PORT_UNREACHABLE မက်ဆေ့ခ်ျကိုလမ်းကြောင်းသဲလွန်စအဆုံးသတ်ခြင်းမှပြန်လာသောပါလိမ့်မည်) - Traceroute ဘာမျှအခြေစိုက်စခန်း + nhops မှ UDP ကိုဆိပ်ကမ်းများအခြေစိုက်စခန်းအပေါ်နားထောင်ခြင်းကြောင်းမျှော်လင့်ပါသည်။ တစ်ခုခုကို default အကွာအဝေးအတွင်း port တွေပေါ်မှာနားထောင်နေလျှင်, ဤ option ကိုတစ်ဦးအသုံးမပြုတဲ့ port ကိုအကွာအဝေးကောက်ဖို့အသုံးပြုနိုင်ပါသည်။
-r
ပုံမှန်လမ်းကြောင်းစားပွဲကိုရှောင်ကွင်းကာပူးတွဲ network ပေါ်မှာတစ်အိမ်ရှင်ထံသို့တိုက်ရိုက်ပေးပို့ပါ။ အိမ်ရှင်တစ်ဦးကိုတိုက်ရိုက်-ပူးတွဲကွန်ယက်ပေါ်တွင်မပါလျှင်တစ်ဦးအမှားပြန်ရောက်နေပါတယ်။ ဒီ option ကို (interface ကိုရှုံး (8C) ကကျဆင်းသွားခဲ့ပါတယ်ပြီးနောက်, ဥပမာ) ကတဆင့်မျှလမ်းကြောင်းရှိပါတယ်တဲ့ interface ကိုမှတဆင့်ဒေသခံတစ်ဦးအိမ်ရှင် Ping ဖို့အသုံးပြုနိုင်ပါသည်။
-s
အထွက်စုံစမ်းစစ်ဆေး packets တွေကိုအတွက်အရင်းအမြစ်လိပ်စာအဖြစ် (များသောအားဖြင့်တစ်ဦးရဲ့ IP နံပါတ်, မ hostname အဖြစ်ပေးထားသော) အောက်ပါ IP address ကိုအသုံးပြုပါ။ Multi-homed ကောင်းကင်ဗိုလ်ခြေအရှင် (တစ်ဦးထက်ပိုသော IP လိပ်စာနှင့်အတူသူတို့အား) ရက်နေ့တွင်, ဤ option ကိုစုံစမ်းစစ်ဆေး packet ကိုအပေါ်ကိုစလှေတျသော interface ကို၏ IP address ကိုထက်အခြားအရာတစ်ခုခုဖြစ်အရင်းအမြစ်လိပ်စာအတင်းဖို့အသုံးပြုနိုင်ပါသည်။ IP address ကိုဒီစက်ရဲ့ interface ကိုလိပ်စာများကိုတဦးမပါလျှင်တစ်ဦးအမှားပြန်ရောက်နေသည်နှင့်ဘာမျှမစလှေတျတျောဖြစ်ပါတယ်။ (ဒီလုပ်ဖို့အခြားသောလမ်းများအတွက် -i အလံကြည့်ရှုပါ။ )
-t
အောက်ပါတန်ဖိုး (default အသုည) ကိုစုံစမ်းစစ်ဆေး packets တွေကိုများတွင်အမျိုးအစား-of-service ကိုသတ်မှတ်မည်။ တန်ဖိုးကိုဒီ option ကကွဲပြားခြားနားသောခရီး၌မယ်ဆိုရင်ကွဲပြားခြားနားသောအမျိုးအစားများကို-of-service ကိုရလဒ်ကိုတွေ့မြင်ရန်အသုံးပြုနိုင်ပါတယ် 255. ဖို့အကွာအဝေး 0 င်တစ်ဦးဒဿမကိန်းဖြစ်ရပါမည်။ (သင် 4.4bsd run မနေတယ်ဆိုရင် telnet နှင့် ftp ကဲ့သို့ပုံမှန်ကွန်ရက်ဝန်ဆောင်မှုများကိုသင် TOS ကိုထိန်းချုပ်ပါစေပါဘူးကတည်းက, ဒီပညာရေးဆိုင်ရာဖြစ်နိုင်သည်) ။ TOS အပေါငျးတို့သတန်ဖိုးများဥပဒေရေးရာသို့မဟုတ်အဓိပ္ပါယ်ရှိသောဖြစ်ကြသည်မဟုတ် - အဓိပ္ပာယ်များအတွက် IP ကို spec ကြည့်ပါ။ အသုံးဝင်သောတန်ဖိုးများဖြစ်ကောင်း ` '(အနိမ့်နှောင့်နှေး) နှင့်` -t 8' (မွငျ့မား throughput) 16 -t နေကြသည်။
-v
verbose output ကို။ TIME_EXCEEDED ထက်အခြား ICMP packets တွေကိုလက်ခံရရှိခြင်းနှင့်လက်လှမ်းမမှီပါစာရင်းနေကြသည်။
-w
တစ်စုံစမ်းစစ်ဆေးဖို့တုန့်ပြန်ဘို့စောင့်ဆိုင်းရန် (စက္ကန့်) အချိန်ကို Set (ပုံသေ 5 စက္ကန့်။ ) ။
-x
ip checksum toggle ။ ပုံမှန်အားဖြင့်, ဒီ ip checksum တွက်ချက်ထံမှ traceroute ကာကွယ်ပေးသည်။ အချို့ကိစ္စများတွင်လည်ပတ်မှုစနစ်ကအထွက် packet ကို၏အစိတ်အပိုင်းများကို overwrite ပေမယ့် (ဒါကြောင့်အချို့ကိစ္စများတွင် default အ checksum တွက်ချက်ခြင်းနှင့် -x calcualted ခံရဖို့သူတို့ကိုဖြစ်ပေါ်စေသည်အသုံးမပြုရန်ဖြစ်ပါသည်) ထို checksum recalculate လို့မရပါဘူး။ ICMP ECHO စုံစမ်းစစ်ဆေး (-i) တွေကိုအသုံးပြုတဲ့အခါ checksum များသောအားဖြင့်ကနောက်ဆုံးခုန်ကူးလိုအပ်သည်သတိပြုပါ။ ICMP တွေကိုအသုံးပြုတဲ့အခါဒါသူတို့အမြဲတမ်းတွက်ချက်နေကြသည်။
-z
စုံစမ်းစစ်ဆေး (ပုံသေ 0) အကြားခဏရပ်ရန် (မီလီစက္ကန်အတွက်) အချိန်ကိုသတ်မှတ်ပါ။ ထိုကဲ့သို့သော Solaris နှင့်ထိုကဲ့သို့သော Cisco မှုနှုန်းကန့်သတ် ICMP မက်ဆေ့ခ်ျများအဖြစ် router များကဲ့သို့အချို့စနစ်များကို။ ဒီနှင့်အတူသုံးစွဲဖို့ A ကောင်းဆုံးတန်ဖိုးကိုဒီ 500 (ဥပမာ 1/2 စက္ကန့်) ဖြစ်ပါတယ်။
ဒီပရိုဂရမ်တစ်ခုက IP packet ကိုထို့နောက်တစ်ဦး ICMP များအတွက်နားထောင်ခြင်းသေးငယ်တဲ့ TTL (အသက်ရှင်ဖို့အချိန်) နဲ့ UDP ကိုစုံစမ်းစစ်ဆေး packets တွေကိုစတင်နေဖြင့်အချို့သောအင်တာနက်အိမ်ရှင်ဖို့ကိုလိုက်နာမယ်လို့လမ်းကြောင်းတစ်တံခါးပေါက်ကနေ reply "အချိန်ထက်ကျော်လွန်" ခြေရာကောက်ရန်ကြိုးစားသည်။ ကျနော်တို့ကို 30 hops & ဖို့ပေးထားတဲ့ defaults အဆိုပါ -m နှင့်အတူပြောင်းလဲသွားနိုင်သည့် (ကြှနျုပျတို့တစ်ခု ICMP "ဆိပ်ကမ်းကိုလက်လှမ်းမမှီပါ" get သည်အထိ (ကြှနျုပျတို့သညျ "အိမ်ရှင်" ကိုလေကိုဆိုလိုသည်) ကိုတဦးတည်းအားဖြင့်တဦးတည်းနှင့်တိုး၏ TTL နှငျ့ကြှနျုပျတို့၏စုံစမ်းစစ်ဆေး start တစ်ခုသို့မဟုတ် max ကိုဝင်တိုက် အလံ) ။ သုံးစုံစမ်းစစ်ဆေး (-q အလံနှင့်အတူအပြောင်းအလဲ) တစ်ဦးချင်းစီ TTL setting ကိုမှာစေလွှတ်ကာလိုင်း TTL ဖေါ်ပြခြင်းပုံနှိပ်သည်အသီးအသီးစုံစမ်းစစ်ဆေး၏တံခါးပေါက်များနှင့်ပတ်ပတ်လည်ခရီးစဉ်အချိန်လိပ်စာ။ အဆိုပါအာကာသယာဉ်အဖြေတွေကိုကွဲပြားခြားနားသောတံခါးပေါက်များမှတဆင့်ရောက်လာပါလျှင်, တစ်ခုချင်းစီတုံ့ပြန်စနစ်၏လိပ်စာပုံနှိပ်လိမ့်မည်။ 5 စက္ကအတွင်းအဘယ်သူမျှမတုန့်ပြန်လည်းမရှိပါ။ (ထို -w အလံနှင့်အတူပြောင်းလဲသွားတယ်) အချိန်ကုန်ကြားကာလတစ်ဦး "*" အဲဒီစုံစမ်းစစ်ဆေးမှုအတွက်ပုံနှိပ်ဖြစ်ပါတယ်။
ကျနော်တို့ဦးတည်ရာဆိပ်ကမ်းကိုတစ်ဦးမဖြစ်နိုင်တန်ဖိုး (destination သည်အပေါ်အချို့သောမြေစိုင်ကြောင်းတန်ဖိုးကိုအသုံးပြုနေသည်ဆိုပါကထိုသို့ -p အလံနှင့်အတူပြောင်းလဲသွားနိုင်ပါသည်) သတ်မှတ်ထားဒါ destination သည်အိမ်ရှင်သည့် UDP ကိုစုံစမ်းစစ်ဆေး packets တွေကိုစီမံဆောင်ရွက်ချင်ကြဘူး။
တစ်ဦးကနမူနာအသုံးပြုခြင်းနှင့် output ကိုဖြစ်စေခြင်းငှါ:
[တောင်ပေါ် 71]% traceroute nis.nsf.net ။ nis.nsf.net မှ traceroute (35.1.1.48), 30, max ကို, 38 က byte packet ကို 1 helios.ee.lbl.gov (128.3.112.1) 19 ms 19 ms 0 ms 2 lilac-dmc.Berkeley.EDU (128.32 hops ။ 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 msလိုင်း 2 & 3 အတူတူဖြစ်ကြောင်းသတိပြုပါ။ lbl-csam.arpa - - တစ်သုည TTL (4.3BSD ၏ဖြန့်ဝေဗားရှင်းအတွက် bug ကို) နဲ့ packets တွေကိုပေးပို့သောဒါက 2nd-hop system ပေါ်တွင်တစ်ဦးယုန်ကလေး kernel ကိုကြောင့်ဖြစ်သည်။ သင် NSFNet (129.140) က၎င်း၏ NSSes များအတွက်လိပ်စာ-to-name ကိုဘာသာပြန်ချက်များကိုထောက်ပံ့ပါဘူးကတည်းက packets တွေကို Cross-တိုင်းပြည်ယူပြီးနေကြတယ်ဆိုတာကိုလမ်းကြောင်းကိုခန့်မှန်းဖို့ရှိသည်သတိပြုပါ။
တစ်ဦးကပိုပြီးစိတ်ဝင်စားဖို့ဥပမာဖြစ်ပါသည်:
[တောင်ပေါ် 72]% traceroute allspice.lcs.mit.edu ။ (18.26.0.115) allspice.lcs.mit.edu မှ traceroute 30 hops max ကို 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 msအဆိုပါ gateway များကွာ 12, 14, 15, 16 & 17 hops ဖြစ်စေ ICMP "အချိန်ထက်ကျော်လွန်" မက်ဆေ့ခ်ျများပေးပို့သို့မဟုတ်ကျွန်တော်တို့ကိုရောက်ရှိဖို့အရမ်းသေးငယ်တဲ့ TTL သူတို့နှင့်အတူမပို့ကြဘူးသတိပြုပါ။ 14 - 17 s ကို "အချိန်ကိုကျော်လွန်" မပို့ဘူးသော MIT ကကို C Gateway မှာ code ကို run နေလျက်ရှိသည်။ ဘုရားသခငျသညျသာ 12 နှင့်အတူသွားမယ့်အဘယ်အရာကိုသိတယ်။
အထက်ပါအတွက်အသံတိတ်တံခါးပေါက် 12 4. [23] BSD ကွန်ယက်ကိုကုဒ် (နှင့်၎င်း၏အနကျအဓိပ်ပါယျ) တွင်တစ်ဦး bug ကို၏ရလဒ်ဖြစ်နိုင်သည်: 4.x (x <= 3) မူရင်း၌တည်သမျှ TTL သုံးပြီးအနေနဲ့လက်လှမ်းမမှီပါသတင်းစကားပေးပို့ datagram ။ gateway များအဘို့, ကျန်ရှိနေသေးသော TTL သုညဖြစ်ပါသည်, ကတည်းက ICMP နောက်ကျောကိုအမှလုပ်မအာမခံချက်ဖြစ်ပါတယ် "အချိန်ထက်ကျော်လွန်" ။ ကဦးတည်ရာကို system ပေါ်တွင်ပေါ်ထွန်းတော်မူသောအခါထို bug ၏အပြုအမူအနည်းငယ်ပိုပြီးစိတ်ဝင်စားဖို့ဖြစ်ပါသည်:
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 * * * 10 * * * 11 * * * 12 * * * 13 rip.Berkeley.EDU (128.32.131.22) 59 ဒေါ် ! 39 ms! 39 ms!12 "gateway များ" ရှိပါတယ်သတိထားမိ (13 နောက်ဆုံးဦးတည်ရာဖြစ်ပါတယ်) နှင့်အတိအကျသူတို့ကို၏နောက်ဆုံးဝက် "ပျောက်ဆုံးနေတဲ့" နေကြပါတယ်။ အဘယ်အရာကိုတကယ်ဖြစ်ပျက်ရဲ့ rip (က Sun က-3 Sun က OS3.5 running) က၎င်း၏ ICMP ပြန်ကြားချက်ထဲမှာ TTL သောကြောင့်ရောက်ရှိလာ datagram ထံမှ TTL သုံးပြီးဖြစ်ပါတယ်။ ကျနော်တို့ကအနည်းဆုံးနှစ်ကြိမ်လမ်းကြောင်းအရှည်ရဲ့တစ်ဦး TTL နှင့်အတူစုံစမ်းသည်အထိဒါကြောင့်ပြန်ကြားချက် (ICMP ရဲ့ကတည်းကမည်သူမဆိုထံသို့စေလွှတ်ခြင်းမရှိအသိပေးစာနှင့်အတူ ICMP ရဲ့အဘို့ကိုစေလွှတ်ကြသည်မဟုတ်) မှာပြန်လာလမ်းကြောင်းအပေါ်အထဲကအချိန်ပါလိမ့်မယ်။ ဆိုလိုသည်မှာ rip သာ 7 hops ကွာတကယ်ကိုဖြစ်ပါတယ်။ 1 တစ်ဦး TTL နှင့်အတူပြန်လည်ရောက်ရှိကြောင်းတစ်ဦးကအကြောင်းပြန်ဤပြဿနာကိုတည်ရှိနေတဲ့သဲလွန်စဖြစ်ပါတယ်။ Traceroute တစ်ဦး "!" နေရိုက်ထုတ် အချိန်ကိုနောကျ TTL ရောင်းချသူ (DEC ရဲ့ Ultrix, Sun က 3.x) သို့မဟုတ် Non-စံ (HPUX) software ကိုပေါရာဏတွေအများကြီးတင်ပို့ကတည်းကမကြာခဏဤပြဿနာကိုကြည့်ရှုခြင်းနှင့် / သို့မဟုတ်ပစ်မှတ်ကောက်နေဂရုစိုက်ဖို့မြျှောလငျ့ = 1. <လျှင် သင့်ရဲ့စုံစမ်းစစ်ဆေး၏အိမ်ရှင်။
,!!! - အချိန်ကိုအပြီးအခြားဖြစ်နိုင်ခြေမှတ်စာများ H ကို, N ကို, ဒါမှမဟုတ် P ကို (အိမ်ရှင်, network သို့မဟုတ် protocol ကိုလက်လှမ်းမမှီပါ), S ကို (source ကိုလမ်းကြောင်းမအောင်မြင်ခဲ့), F- (သမဂ္ဂ Discovery တန်ဖိုးကိုပြသသည် RFC1191 Path ကိုအကွဲကွဲအပြားပြားလိုအပ်) များမှာ ! X ကို (ဆက်သွယ်ရေးအုပ်ချုပ်ရေးတားမြစ်သည်),! V ကို (အိမ်ရှင်စားပေးမှုချိုးဖောက်ခြင်း),! ကို C (အကျိုးသက်ရောက်မှုအတွက်စားပေးမှု cutoff), သို့မဟုတ်, (ICMP လက်လှမ်းမမှီပါကုဒ်ကို) ။ ဤရွေ့ကား (RFC1716 ်ယူထားတဲ့) RFC1812 နေဖြင့်သတ်မှတ်ကြသည်။ အားလုံးနီးပါးဟာစုံစမ်းစစ်ဆေးလက်လှမ်းမမှီပါအချို့ကြင်နာမှုရှိလျှင်, traceroute အရှုံးမပေးနဲ့ထွက်ပေါက်ပါလိမ့်မယ်။
ဒီပရိုဂရမ် network ကိုစမ်းသပ်ခြင်း, တိုင်းတာခြင်း, နှင့်စီမံခန့်ခွဲရေးအတွက်အသုံးပြုရန်ရည်ရွယ်ထားသည်။ ဒါဟာလက်စွဲစာအုပ်အမှားအထီးကျန်မှုတွေအတွက်အဓိကအသုံးပြုသင့်ပါသည်။ သောကြောင့်က network ပေါ်မှာစည်းကြပ်နိုင်ဝန်၏, ကပုံမှန်လည်ပတ်နေစဉ်အတွင်းသို့မဟုတ် automated script များထံမှ traceroute သုံးစွဲဖို့ပညာမဲ့ပါပဲ။
ကိုလည်းကြည့်ပါ
pathchar (8), Netstat (1), ping ရဲ့ (8)