traceroute - ბეჭდვითი მარშრუტი პაკეტი მიიღოს ქსელის მასპინძელი
სინოფსისი
traceroute [ -dFInrvx ] [ -f first_ttl ] [ -g კარიბჭე ]
[ -i iface ] [ -m max_ttl] [ -p პორტი ]
[ -Q nqueries ] [ -src_addr ] [ -t tos ]
[ -w pittemsecs ]
მასპინძელი [ პაკეტი ]
აღწერა
ინტერნეტი არის ქსელური აპარატურის დიდი და რთული აგრეგაცია, რომელიც დაკავშირებულია გეითვერით. მარშრუტის Tracking ერთი პაკეტი დაიცვას (ან მოძიებაში miscreant კარიბჭე, რომელიც discarding თქვენი პაკეტი) შეიძლება იყოს რთული. Traceroute იყენებს IP პროტოკოლის "სიცოცხლე დროში" სფეროში და ცდილობს მოიძიოს ICMP TIME_EXCEEDED საპასუხო რეაგირება თითოეული კარიბჭისკენ მიმავალ გზაზე.
ერთადერთი სავალდებულო პარამეტრი არის დანიშნულების მასპინძელი სახელი ან IP ნომერი . სტანდარტულ შესასვლელი datagram სიგრძე 40 ბაიტია , მაგრამ ეს შეიძლება გაიზარდოს პაკეტის სიგრძის მითითებით დანიშნულების მასპინძლის სახელით.
სხვა ვარიანტია:
-f
პირველი გამშვები გამონათქვამების პაკეტში გამოყენებული საწყისი დრო-ის პირდაპირ დაყენება.
-F
უცნობია "არ ფრაგმენტი" ცოტა.
-d
Socket level debugging- ის ჩართვა.
-გ
მიუთითეთ ფხვიერი წყარო მარშრუტი (8 მაქსიმალური).
-მე
მიუთითეთ ქსელის ინტერფეისი, რათა მიიღოთ წყარო IP მისამართი გამავალი გამოკვლევის პაკეტებისთვის. ეს ჩვეულებრივ მხოლოდ მრავალმხრივი მასპინძელია. (იხ .- s flag სხვა გზა ამის გაკეთება.)
-მე
გამოიყენეთ ICMP ECHO ნაცვლად UDP datagrams.
-m
დააყენეთ მაქსიმალური დრო- to- ცოცხალი (მაქსიმალური რაოდენობა hops) გამოიყენება გამომავალი გამოძიების პაკეტები. Default არის 30 hops (იგივე ნაგულისხმევი გამოიყენება TCP კავშირები).
-ნ
ბეჭდვითი hop მისამართები რიცხობრივად ვიდრე სიმბოლურად და რიცხობრივი (ზოგავს nameserver მისამართი- to- სახელი საძიებელი თითოეული კარიბჭე ნაპოვნი გზაზე).
-p
დააყენეთ ბაზის UDP პორტის ნომერი, რომელიც გამოიყენება პროპებში (ნაგულისხმევი 33434). Traceroute იმედოვნებს, რომ არაფერი უსმენს UDP პორტების ბაზას ბაზაზე + nhops - 1 დანიშნულების მასპინძელი (ამიტომ ICMP PORT_UNREACHABLE გაგზავნა დაბრუნდება შეწყვეტის მარშრუტის ტრასირება). თუ რამე უსწრებს პორტში სტანდარტულ დიაპაზონში, ეს პარამეტრი შეიძლება გამოყენებულ იქნას გამოუყენებელი პორტის დიაპაზონში.
-რ
შემოვლითი ნორმალური მარშრუტი მაგიდები და პირდაპირ მასპინძელი შესახებ ერთვის ქსელში. თუ მასპინძელი არ არის პირდაპირ მიმაგრებული ქსელში, შეცდომა დაუშვებელია. ეს პარამეტრი შეიძლება გამოყენებულ იქნას ადგილობრივ მასპინძელზე პინგზე ინტერფეისის საშუალებით, რომელსაც არ გააჩნია მარშრუტი (მაგ., ინტერფეისის შემდეგ გადაშლილია (8C)).
-გ
გამოვიყენოთ შემდეგი IP მისამართი (რომელიც, როგორც წესი, IP ნომერია, არა ჰოსტის სახელი), როგორც გამოსაშვები პაკეტების წყაროს მისამართი. მრავალ ჰომოდირებული მასპინძლებს (მათ შორის ერთზე მეტი IP მისამართი), ეს ვარიანტი შეიძლება გამოყენებულ იქნას, რათა აიძულოს წყარო მისამართი იყოს სხვა, ვიდრე IP მისამართი ინტერფეისი პაკეტი იგზავნება. თუ IP მისამართი არ არის ამ მანქანების ინტერფეისის მისამართები, შეცდომა დაუბრუნდება და არაფერი იგზავნება. (იხ. -ი დროშა სხვა გზით ამის გაკეთება).
-t
დააყენეთ ტიპის სერვისი გამოძიების პაკეტებში შემდეგ ღირებულებაში (default zero). მნიშვნელობა უნდა იყოს ათობითი რიცხვი დიაპაზონში 0-დან 255-მდე. ეს პარამეტრი შეიძლება გამოყენებულ იქნეს თუ არა სხვადასხვა ტიპის სერვისის შედეგი სხვადასხვა ბილიკებზე. (თუ თქვენ არ იყენებთ 4.4bdd- ს, ეს შეიძლება იყოს აკადემიური, რადგან ნორმალური ქსელის სერვისები, როგორიცაა telnet და ftp არ აკონტროლებს TOS). TOS- ის ყველა მნიშვნელობა არ არის იურიდიული ან მნიშვნელოვანი - იხილეთ IP spec განმარტებები. სასარგებლო ღირებულებები, ალბათ, ' t 16 ' (დაბალი დაგვიანებით) და `- 8 '(მაღალი გამტარუნარიანობა).
-ვ
ვერბოს გამომავალი. ჩამოთვლილია ICMP პაკეტები გარდა TIME_EXCEEDED და UNREACHABLEs.
-w
დააყენეთ დრო (წამებში) და დაველოდოთ გამოძიების პასუხს (ნაგულისხმევი 5 წამი).
-x
IP checksums- ის გადართვა. ჩვეულებრივ, ეს ხელს უშლის traceroute გაანგარიშების ip checksums. ზოგიერთ შემთხვევაში ოპერაციული სისტემა შეიძლება გამორთოთ პაკეტის ნაწილების გადაწერაზე, მაგრამ არ გაიზარდოს ჩეკი (ასე რომ, ზოგიერთ შემთხვევაში ნაგულისხმევი არ არის ჩეკების გამოთვლა და გამოყენება -X იწვევს მათ გაანგარიშებას). გაითვალისწინეთ, რომ ჩეკი ჩვეულებრივ საჭიროა უკანასკნელი ჰოპისთვის, როდესაც გამოიყენეთ ICMP ECHO- ის კვლევები ( -I ). ისინი ყოველთვის გამოითვლება ICMP- ის გამოყენებისას.
-z
დააყენეთ დრო (მილიწამებში), რათა შეისწავლოს probes (default 0). ზოგიერთი სისტემა, როგორიცაა Solaris და მარშრუტიზატორები, როგორიცაა Ciscos განაკვეთი ლიმიტი icmp შეტყობინებები. ამის კარგი გამოყენება 500 (მაგ. 1/2 მეორე).
ეს პროგრამა ცდილობს დაიცვას მარშრუტი IP პაკეტი ზოგიერთ ინტერნეტ მასპინძელს, რომელიც იწყებს UDP გამოსაძიებელ პაკეტებს მცირე ზომის ttl- ით (დროის სიცოცხლეში), შემდეგ კი ICMP- ისთვის "დროის გადამეტება". ჩვენ ვიწყებთ ჩვენი კვლევის შედეგებს ერთი და ერთი ზრდის მეშვეობით, სანამ ICMP პორტს მიუწვდომელია (რაც ნიშნავს "მასპინძელს") ან მაქსიმუმს მოჰყვება (რაც შეეხება 30 hops- ს და შეიძლება შეიცვალოს დროშა). სამი პრობი (იცვლება -გ flag) იგზავნება თითოეულ ttl პარამეტრზე და ხაზს იბეჭდება ttl, კარიბჭის მისამართი და თითოეული გამოძიების მრგვალი მოგზაურობა დრო. თუ გამოძიება პასუხობს სხვადასხვა კარიბჭეებიდან, თითოეული რეაგირების სისტემის მისამართი დაიბეჭდება. თუ არ არსებობს რეაგირება 5 წამში. დროითი ინტერვალი (შეიცვალა -w flag), "*" იბეჭდება ამ გამოძიებისათვის.
ჩვენ არ გვინდა, რომ დანიშნულების მასპინძელი დამუშავდეს UDP გამონაკლის პაკეტებზე, ამიტომ დანიშნულების პორტი ნაკლებად სავარაუდო ღირებულებისკენ არის მიჩნეული (თუ რომელიმე დანიშნულ ადგილას გამოყენებულია ეს მნიშვნელობა, ის შეიძლება შეიცვალოს -p დროით).
ნიმუშის გამოყენება და გამომავალი შეიძლება იყოს:
[Yak 71]% traceroute nis.nsf.net. traceroute to nis.nsf.net (35.1.1.48), 30 hops max, 38 byte პაკეტი 1 helios.ee.lbl.gov (128.3.112.1) 19 ms. ms ms ms ms ms ms ms lellac-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 (46.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. ეს არის ცარიელი და ბიზნეს კონგრესის რაიონებში, NAICS codes - previous წარმოადგენს ფასი და შემოკლებები გამოიყენება CCD მონაცემთა ნაკრებს) .: New Jersey # ხუთი ციფრი აშშ საფოსტო სამსახურის ZIP კოდი განთავსების მისამართზე .: 06067 # ოთხნიშნა (ZIP +4) კოდი .1.48) 239 ms. 239 ms. თარგმანი მოგონებები ქმნიანგაითვალისწინეთ, რომ ხაზები 2 და 3 იგივეა. ეს გამოწვეულია მეორე ჰოპის სისტემზე - lbl-csam.arpa- ისთვის, რომ მისთვის განკუთვნილ პაკეტებს ნულოვანი ttl- ით (4.3 BDD- ის გავრცელებული ვერსია). გაითვალისწინეთ, რომ თქვენ უნდა გამოვიცნოთ, რა გზაზე პაკეტები გადადის საზღვარგარეთ, რადგან NSFNet (129.140) არ აწვდის მისამართს-ის სახელით თარგმანს NSS- ისთვის.
უფრო საინტერესო მაგალითია:
[Yak 72] traceroute allspice.lcs.mit.edu. traceroute to allspice.lcs.mit.edu (18.26.0.115), 30 hops max 1 helios.ee.lbl.gov (128.3.112.1) 0 ms 2 ms 2 ms 2 lilac-dmc.Berkeley.EDU (128.32.216.1) 19 ms 19 ms 19 ms 3 ms ms lacac-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 (128.32.168.22) 20 ms 39 ms 39 mso ms@yahoo.co.uk სხვა მნიშვნელობა: 129.140.81.7 (129.140.81.7) 199 ms 180 ms 300 ms 11 129.140.72.17 (129.140.72.17) 300 სულ ეს არის ონლაინ რუკა ეს არის ონლაინ რუკას მისამართი 18 * 0 * 128 * 128.121.54.72 (128.121.54.72) 259 ms 499 ms 279 ms 14 * * 15 * * * 16 * * * 17 * * * 18 * ALLSPICE.LCS.MIT.EDU .0.115) 339 ms 279 ms 279 msგაითვალისწინეთ, რომ მე -12, 14, 15, 16 და 17 კარიბჭეები არ იგზავნება ICMP- ს "დრო გადააჭარბეს" შეტყობინებებს ან გააგზავნეთ ttl- ით მცირე ზომის მიღწევა. 14-17 გაშვებულია MIT C Gateway კოდი, რომელიც არ აგზავნის "დრო გადააჭარბებს". ღმერთმა მხოლოდ იცის, რა ხდება 12 წლისთან.
ზემოთ მოყვანილი ჩაღრმავებული კარიბჭე შეიძლება აღმოჩნდეს შეცდომის შედეგი 4. [23] BSD ქსელის კოდი (და მისი წარმოებულები): 4.x (x <= 3) უგზავნის შეტყობინებას, რომლის მეშვეობითაც ttl რჩება თავდაპირველ datagram. მას შემდეგ, რაც, გეითვეი, დარჩენილი ttl არის ნულოვანი, ICMP "დრო გადააჭარბა" გარანტირებულია, რომ არ დავუბრუნდეთ ჩვენთვის. ამ შეცდომის ქცევა ოდნავ უფრო საინტერესოა, როდესაც ის დანიშნულების სისტემაში გამოჩნდება:
1 helios.ee.lbl.gov (128.3.112.1) ონლაინ რუკა ვერ პოულობენ address: liolac-dmc.Berkeley.EDU (128.32.216.1) ) 19 ms 39 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 ms 9 * * 8 * * * 9 * * * * * 11 * * * 12 * * * 13 rip.Berkeley.EDU (128.32.131.22) 59 ქალბატონი ! 39 ms! 39 ms!გაითვალისწინეთ, რომ 12 "გეითვეი" (13 არის საბოლოო დანიშნულება) და ზუსტად ბოლო ნახევარი მათ "დაკარგული". რა არის ნამდვილად ხდება, რომ rip (Sun-3 გაშვებული Sun OS3.5) იყენებს ttl ჩვენი ჩამოსვლის datagram როგორც ttl თავის ICMP პასუხი. ამრიგად, პასუხი გადის დაბრუნების გზაზე (არავითარი შეტყობინება არ გაგზავნის მას შემდეგ, რაც ICMP- ისთვის არ არის გაგზავნილი ICMP- ისთვის) სანამ ttl- სთან ერთად არ გამოვრიცხავთ, რომ არანაკლებ ორჯერ გავაგრძელოთ გზა. ანუ, rip მართლაც მხოლოდ 7 hops მოშორებით. პასუხი, რომელიც დაბრუნდება 1 ttl არის არის ნახავ ეს პრობლემა არსებობს. Traceroute ბეჭდავს "!" მას შემდეგ, რაც ttl არის <= 1. მას შემდეგ, რაც მოვაჭრეების მოვახდენთ ბევრი მოძველებული (საოლქო საარჩევნო Ultrix, Sun 3.x) ან არასტანდარტული (HPUX) პროგრამული უზრუნველყოფა, ველოდებით, რომ ეს პრობლემა ხშირად და / ან ზრუნვა კრეფა სამიზნე მასპინძელი თქვენი კვლევები.
S (წყარო მარშრუტი ვერ მოხერხდა), F- (ფრაგმენტაცია საჭიროა - RFC1191 Path MTU Discovery Value არის ნაჩვენები), H , N , ან P (მიუწვდომელი) ! X (კომუნიკაციის ადმინისტრაციულად აკრძალული), V (მასპინძელი პრეცენდენტის დარღვევა), C (უპირატესობა ათვლის წერტილი), ან ! (ICMP მიუწვდომელი კოდი). ეს განისაზღვრება RFC1812 (რომელიც იწერს RFC1716). თუ თითქმის ყველა გამოკვლევა იწვევს რაიმე სახის მიუწვდომელობას, ტრასერვეტი უარს იტყვის და გამოდის.
ეს პროგრამა განკუთვნილია ქსელის ტესტირების, გაზომვისა და მართვის სფეროში. ის უნდა გამოყენებულ იქნას, ძირითადად, ხელით დანაშაულის იზოლაციისთვის. იმის გამო, რომ ჩატვირთვა შეიძლება ქსელში დააკისროს, უგუნური არ არის ჩვეულებრივი ოპერაციების დროს ან ავტომატური სკრიპტების გამოყენება.
იხილეთ ასევე
ბილიკი (8), netstat (1), პინგ (8)