რა პროტოკოლს მოჰყვება ტრასერტი. TRACERT ბრძანების აღწერა. TRACERT პროგრამის პარამეტრები და გასაღებები

გადაცემა ხდება ადრესატამდე დამატებითი მიწოდების აღიარების პუნქტამდე - მთვარე არის შეტყობინება. გადაცემა მუშაობს საკონტროლო შეტყობინებების პროტოკოლის (ICMP) მეშვეობით, თანდათან იზრდება პაკეტის სიცოცხლის ხანგრძლივობა (Time to Live, TTL).

მარშრუტები - ეს არის როუტერის უახლოესი ინტერფეისების სია, რომლებიც განლაგებულია მოწყობილობის კვანძსა და დანიშნულების წერტილს შორის მარშრუტზე. უახლოესი ინტერფეისი არის როუტერის ინტერფეისი, რომელიც ყველაზე ახლოს არის მარშრუტზე არსებული დირექტორია კვანძთან. პარამეტრების გარეშე გაშვებული, tracert ბრძანება აჩვენებს შედეგს.

გაზომვის დასადასტურებლად, ასევე შეგიძლიათ სწრაფად გამოიყენოთ შემდეგი ბრძანებები:

  • PING არის მთავარი TCP/IP ბრძანება, რომელიც გამოიყენება კავშირის პრობლემების მოსაგვარებლად, სახელების წვდომისა და გადაჭრის შესაძლებლობის შესამოწმებლად;
  • PATHPING - გვაწვდის ინფორმაციას ქსელის შეყოვნებისა და მონაცემთა მოხმარების შესახებ მიმდებარე კვანძებში.

TRACERT პროგრამის პარამეტრები და გასაღებები

თრესერტი [-d] [-სთ ხმის_მაქსიმალური_რაოდენობა] [-j კვანძების_სიტი] [-w ინტერვალი [სამიზნე_კომპიუტერის_სახელი]

  • -დ - ხელს უშლის tracert ბრძანების მცდელობებს შუალედური მარშრუტიზატორების IP მისამართის სახელებად გადაჭრაში. უფრო დიდი სიცხადე tracert ბრძანების შედეგებში.
  • -h გადასვლების_მაქსიმალური_რაოდენობა - ადგენს ბილიკზე გადასვლების მაქსიმალურ რაოდენობას საბოლოო ობიექტის ძიებისას. რეცხვის ღირებულება ისევ 30-ია.
  • -j_ის_თავის სია - მიუთითებს, რომ ექო მოთხოვნის შეტყობინების მიზნით, ცვლადი მარშრუტიზაციის პარამეტრი შედის IP სათაურში მიმდებარე მნიშვნელობების ნაკრებით, რომლებიც მინიჭებულია კვანძების სიაში. სათანადო მარშრუტირებით, წარმატებული შუალედური მიმართულებები შეიძლება განცალკევდეს ერთი ან მეტი მარშრუტიზატორით. სიაში მისამართების ან სახელების მაქსიმალური რაოდენობაა 9. მისამართების_სიტი წარმოადგენს IP მისამართების ერთობლიობას (წერტილოვანი ათწილადის აღნიშვნით), გამოყოფილი ინტერვალით.
  • -w ინტერვალი - მილიწამებში მიუთითებს აღდგენის საათს ICMP პროტოკოლზე მთვარის პასუხების გაცემისთვის ან ICMP-შეტყობინებების საათის დასრულების შესახებ, მთვარის მოთხოვნის შესაბამისი შეტყობინებების მსგავსი. თუ ფურცელი არ ამოიღეთ მითითებულ საათში, გამოჩნდება ვარსკვლავი (*). Timeout for umovchannyam 4000 (4 წამი).
  • სამიზნე_კომპიუტერის_სახელი - განსაზღვრავს დანიშნულების წერტილს, რომელიც ენიჭება IP მისამართს ან ჰოსტის სახელს.

გამოიყენეთ TRACERT ბრძანება

  • ბრძანების სტრიქონში დამატების საჩვენებლად ბრძანებით, შეიყვანეთ: ტრასერტი /?;
  • მარშრუტის კვანძისკენ გადასასვლელად, შეიყვანეთ ბრძანება: tracert ya.ru;
  • მარშრუტის კვანძთან დასაკავშირებლად და იმის უზრუნველსაყოფად, რომ თქვენი IP მისამართი მინიჭებულია თქვენს სახელზე, შეიყვანეთ: tracert -d ya.ru.

ვიდეო - მუშაობა TRACERT პროგრამასთან

ქსელში პრობლემების მიზეზების ძიებისას, კომუნალური ტრასერტიზის უტილიტის შემდეგ სხვა ადგილას პინგი. ტრესერტი(Linux-ზე "ე ტრაკერუტი) საშუალებას გაძლევთ განსაზღვროთ ქსელის რომელ დანაყოფს (რომელ მარშრუტიზატორებს შორის) აქვს პრობლემა. vikoristan-ის პროგრამებისთვის თქვენ უნდა იყოთ ბრძანება Windows რიგიან Linux visconate ბრძანება:

Tracert yandex.ru

დააჭირეთ enter და თითქმის მაშინვე:

სურათზე ჩანს, რომ ჩემს კომპიუტერსა და yandex.ru სერვერს შორის არის 12 შუალედური მარშრუტიზატორი, მითითებულია მარშრუტიზატორების IP მისამართები და როუტერამდე პაკეტის მისაღწევი საათი.

თუ ქსელის რომელიმე ბიზნესისთვის არის პრობლემა (არ არის ქსელში მინიჭებული მარშრუტი, არ არის კავშირი წინა როუტერთან, არ არის მინიჭებული ქსელში კვანძი და ა.შ.), მაშინ ჩვენ შეგვიძლია უკეთ შევცვალოთ დრო. სჭირდება პაკეტის გავლა და როუტერის IP მისამართის ადგილმდებარეობა არის "ხელახლა მინიჭებული" სარეცხი ინტერვალი რეცხვისთვის ":

ასე რომ, როგორ მუშაობს tracert უტილიტა?

მიკროსქემის შესახებ ინფორმაციის მისაღებად, თქვენ უნდა იცოდეთ IP პაკეტის სტრუქტურა და უფრო ზუსტად, იცოდეთ მისი ერთ-ერთი ველის შესახებ - TTL (Hops Number):

როდესაც პაკეტი იგზავნება, ეს ველი დაყენებულია 255-ზე და შემდეგ როუტერი ცვლის მნიშვნელობას 1-ზე, როდესაც პაკეტი გადის. TTL = TTL-1. როუტერი, რომელიც იღებს პაკეტს TTL მნიშვნელობით 1, ცვლის მას ერთში და შემდეგ წაშლის პაკეტს ისე, რომ პაკეტის TTL ველის მნიშვნელობა ხდება 0. მას შემდეგ, რაც პაკეტი გადააგდებს როუტერს, ICMP შეტყობინება კოდით ეგზავნება პაკეტის გამგზავნს 11: „დრო-საათის ინტერვალის გადაადგილება“. IP პაკეტის სათაური ICMP ინფორმაციით ჯერელє როუტერის IP მისამართები, რომელმაც დააგდო პაკეტი და აღიარა- კომპიუტერის IP მისამართები, რომელმაც გაგზავნა ჩამოგდებული პაკეტი.

ახლა ადვილი არ არის იმის გამოცნობა, თუ როგორ მუშაობს ტრესერტი:

  • IP პაკეტი იგზავნება მითითებულ უნივერსიტეტში (ჩვენს აპლიკაციაში yandex.ru) ველის მნიშვნელობებით TTL = 1
  • პირველი როუტერი ცვლის პაკეტის TTL-ს და ტოვებს პაკეტს
  • როუტერი აგზავნის ICMP შეტყობინებას, რომ პაკეტი მოკვდა
  • სასარგებლო ტრესერტიის იღებს ICMP პაკეტს როუტერის IP მისამართიდან, ერთი საათი სჭირდება პაკეტს როუტერში მისასვლელად.
  • ყველაფერი, რაც სხვაგვარად არ არის მითითებული გაშვების პარამეტრებში ტრესერტი, შემდეგ იკითხება DNS სერვერი და გამოჩნდება დომენის სახელიროუტერი, როგორც ასეთი
  • პირველი როუტერის IP მისამართები (ან დომენის სახელები) ნაჩვენებია კონსოლში
  • IP პაკეტი კვლავ იგზავნება უნივერსიტეტში, გარდა TTL = 2
  • Dropana პაკეტი სხვა შუალედურ როუტერზე
  • პროცედურა მეორდება მანამ, სანამ არ მიიღება დასტური დანიშნულების კვანძიდან (yandex.ru) ან მიმდებარე კვანძების რაოდენობა არ გადააჭარბებს მაქსიმალურ მნიშვნელობას ტრასერტი- 30 კვანძი.

ღერძი აკონტროლებს და ეს არის ის, არაფერი რთული!

არის დრო, როდესაც ცხოვრება რთულია (განსაკუთრებით dial-up დეველოპერებისთვის 😉 როდესაც შეუძლებელია გარკვეული ჰოსტის მიღწევა (ნაკლებად ხშირად www.microsoft.com; - |) - სწორედ აქ მოდის ეს პროგრამა სამაშველოში (Windows-ში - tracert .exe ) ამ დახმარებით თქვენ შეგიძლიათ სცადოთ განსაზღვროთ IP-ინტერფეისის რომელი ნაწილია გაუმართავი - ან ჰოსტი შესულია, ან პროვაიდერი არის Galma, ან თქვენი IP კავშირები გაფუჭებულია :).

მაგრამ სწორედ ამიტომ მიყვარს ტრასერტი - ეს არის IP მონიტორინგის თვალთვალის შესაძლებლობების გამო - მაგრამ ისინი განსხვავდებიან მასშტაბით და პირდაპირობის თვალსაზრისით;). თქვენი პირველი ნაბიჯი შეიძლება იყოს დაუკავშირდით თქვენს პროვაიდერს. Traceroute-ის დახმარებით თქვენ შეგიძლიათ თვალყური ადევნოთ თავად ქსელებს, რომლებიც პრაქტიკულად გამორიცხავს თეორიულ ცოდნას - მარშრუტიზაციის, DNS სერვერების, ხერხემლის, სარეზერვო სისტემების შესახებ და მრავალი სხვა;).

Როგორ მუშაობს?

დასაწყისისთვის, თქვენ უნდა გამოიცნოთ IP პაკეტის სათაურის ფორმატი, უფრო ზუსტად ერთ-ერთი ველი - TTL (Time To Live). ეს რვაბიტიანი ველი განსაზღვრავს ჰოპების მაქსიმალურ რაოდენობას (hop - "ზოლები" - მონაცემების გადაცემა ერთი როუტერიდან მეორეზე), რომლის გასწვრივ შეიძლება შეიცავდეს პაკეტი ქსელში. Kozhen როუტერი,
ამუშავებს ამ დატაგრამას, ამთავრებს ოპერაციას TTL = TTL-1. თუ TTL ნულის ტოლია, როუტერი ჩამოაგდებს პაკეტს,
გამგზავნი იღებს ICMP შეტყობინებების დრო
გადააჭარბა.

პროგრამა აგზავნის პაკეტს TTL = 1-ით პირდაპირ მითითებულ ჰოსტში და ამოწმებს, ვინ მიიღებს პასუხის გადაჭარბებულ დროს. საბოლოო ჩაწერილია, როგორც პირველი ჰოპი (პირველი კროკუსის შედეგი ნიშნისკენ მიმავალ გზაზე). შემდეგ თანმიმდევრულად ემატება პაკეტები TTL = 2, 3, 4 და ა.შ. იმისათვის, რომ პაკეტი იგივე TTL მნიშვნელობით არ მიაღწევს ნიშნულს და უარჰყოფს მის პასუხს.

* Nix traceroute აგზავნის UDP პაკეტებს მოცემული ჰოსტისკენ გარკვეულ პორტში - უფრო მეტი მათთვის, ვინც არ იყენებს სხვა სერვისს (მაგალითად 28942, 30471) ან დაჯავშნისთვის, მაგალითად 0, მათთვის, ვინც არ იყენებს სხვა სერვისს - 33434. სერია 3. ამჟამად გამოიყენება ასეთი პაკეტები TTL = 1-ით, დადასტურების ჩასვლისთანავე გამოითვლება მგზავრობის საათი და მითითებულია სატრანზიტო კვანძის დომენის სახელი (გსურთ შეინახოთ ის მითითებული ვარიანტებიდან). შემდეგ, იგივე TTL პაკეტების შემდეგი სერია გამოიყენება იგივე მოთხოვნის გამოსავლენად. საბოლოოდ, ჩვენ ვირჩევთ „პორტი მიუწვდომელია“ ბოლო ჰოსტიდან, რაც ნიშნავს, რომ გადაცემა დასრულებულია.
Windows-ის კონსოლის სტანდარტული tracert მუშაობს ზუსტად ისევე, გარდა იმისა, რომ ის მხოლოდ ICMP echo მოთხოვნის პაკეტებს აგზავნის.

მე თვითონ მსურს გამოვიყენო სტანდარტული ტრასერტი, ამიტომ ჩავრთავ მას CyberKit-ში (ნუ შეგაწუხებთ პროგრამას
მეტი є Necrosoft Quick Traceroute). მე ვერ მოგაწოდებთ დამატებით ვერაფერს Linux-ში - მე გამოვიყენე მხოლოდ სტანდარტული Debian traceroute :).

დასასრულს, მე ვიტყვი, არ შეგეშინდეთ ექსპერიმენტების გაკეთება - ეს შესაძლებელია მხოლოდ სწორი "გაგების" ზომით. მოძებნეთ ინფორმაცია და ისარგებლეთ მისგან. გამარჯობა მოწყალე.

პრაქტიკული მეცადინეობები No03-006

Merezheva tracert უტილიტა (traceroute Linux-ზე, Cisco IOS, MAC OS-ზე). მუშაობისა და კვლევის პრინციპები.

სასარგებლო ტრასერტი ვიკორისტი IP პაკეტების მარშრუტების თვალყურის დევნება ინტერვალებით, რომლებიც მუშაობენ TCP/IP პროტოკოლის სტეკის სხვადასხვა კომპონენტებთან, მათ შორის გლობალური ზომაინტერნეტი. პროგრამის გაშვებისას უნდა გახსოვდეთ, რომ ის წარმოქმნის IP პაკეტების დიდ რაოდენობას როგორც თქვენს ჰოსტზე, ასევე მიმდებარე მარშრუტიზატორებზე. ეს ქმნის დამატებით აქცენტს საზღვარზე.

ტრასერტი [- დ] [- თმაქსიმალური რაოდენობა] [- ჯ უნივერსიტეტების სია] [-ვ ინტერვალი] [სამიზნე_კომპიუტერის_სახელი]

პარამეტრები:

- დნებართვა დაუშვას მიმდებარე კვანძების IP მისამართი სახელებში

- თმაქსიმალური რაოდენობაგადასვლების მაქსიმალური რაოდენობა (ზოლები) დანიშნულების კვანძის ძიებისას

-ჯ node_listადგენს თავისუფალი მარშრუტის პარამეტრის არჩევანს IP სათაურში შუალედური დანიშნულების წერტილების ნაკრებით, რომელიც მითითებულია list_of_nodes (ინფექცია პრაქტიკულად არ არის მხარდაჭერილი როუტერებზე)

-ვ ინტერვალიადგენს კანის გაწმენდის საათს მილიწამებში

სამიზნე_კომპიუტერის_სახელიგანსაზღვრავს დანიშნულების წერტილს, რომელიც იდენტიფიცირებულია IP მისამართით ან ჰოსტის სახელით.

კომუნალური ოპერაციები ეფუძნება მანიპულირებას სტანდარტული სათაურის ველებისა და IP პაკეტის სათაურის ვარიანტების ნაცვლად. პროგრამის მთავარი ინსტრუმენტი არის ველის ნაცვლად "სიცოცხლის საათი" (ან TTL).

მთავარი ელემენტია დანიშნული კვანძის IP მისამართი ან ჰოსტის სახელი.

კლიენტისგან მისი შეყვანის მიღების შემდეგ, პროგრამა აგზავნის პაკეტების სერიას (კერძოდ სამს) ამ მისამართზე TTL მნიშვნელობებით დაყენებული 1-ზე. ამ პაკეტებს არ აქვთ შანსი მიაღწიონ ადრესატს და ტოვებს მხოლოდ როუტერს, რომელიც პირველად გადის. მარშრუტი ამის გამო, TTL 1 სავარაუდოდ გამოკლდება 0-ს. და მოვალეობების ასეთი პაკეტი განთავისუფლდება ლიმიტში ცხოვრების ნებადართული საათის ბოლოს. თუ მოთხოვნის როუტერი გაუგზავნის ამ ICMP წარუმატებლობის პაკეტის გამომგზავნს შეტყობინებას მისი ტრაგიკული ბედის შესახებ (ტიპი 11, კოდი 0).

შედეგად, თქვენი კომპიუტერი სწრაფად უარყოფს სამ შეტყობინებას ადრე გაგზავნილი პაკეტების შემცირების შესახებ. გაგზავნის საათის დამახსოვრებისა და ICMP შეტყობინებების ამოღების საათის დაფიქსირებით, tracert utilities არ აინტერესებს ეკრანზე გამოსახული შეტყობინებების წაშლის საშუალო საათს.

შემდეგ იგზავნება პაკეტების სერია TTL 2-ით და ასე გრძელდება სანამ პაკეტები არ მიაღწევენ დანიშნულების წერტილს.

თუ პაკეტი TTL-ით აღწევს ჰოსტის ან როუტერის მისამართს და მიაღწევს 1 მნიშვნელობას, ის მიიღება. არ არის საჭირო ამის შემდგომი გადალახვა, ICMP შეტყობინება საათის დასრულების შესახებ არ იქნება გენერირებული.

გადაგზავნის წარმატებით დასრულების უზრუნველსაყოფად, პაკეტების ყველა სერია იგზავნება UDP შეტყობინებებით, რომლებსაც მინიჭებული აქვთ პორტის ნომერი, რომელიც აშკარად უცნობია მიმღებისთვის. შუალედურ მარშრუტიზატორებზე ამას არავითარი მნიშვნელობა არ აქვს, გარდა მათ, ვინც აღიარებს შეყვანის ინფორმაციის დამუშავების წარუმატებლობას, არის შეცდომა იმავე ICMP პროტოკოლის ვიკორისტანებიდან დირექტორის შესახებ მოხსენებისას, ისევე როგორც სხვა მნიშვნელობები. ტიპის (3) და კოდის (3) ინფორმაციის.

ეს შეტყობინება დისპეტჩერის მიერ განიმარტება, როგორც გადაცემის დასრულების დადასტურება.

Tracert უტილიტის მნიშვნელოვანი მახასიათებელია მიმდებარე კვანძების სახელების გარკვევის შესაძლებლობა. ეს საშუალებას იძლევა მიიღოთ კონკრეტული ინფორმაცია ორგანიზაციული სტრუქტურისა და მარშრუტის გეოგრაფიული განაწილების შესახებ პაკეტების გავლისთვის.

კვანძების სახელები ეფუძნება დომენის სახელების სისტემას (DNS):

ფორმალურად, როგორც კლიენტები, ასევე პროგრამები შეიძლება გადავიდეს მასპინძლებზე, საფოსტო ეკრანის ანაბეჭდებიდა სხვა ინტერნეტ რესურსები მათი IP მისამართების მიღმა, მაგრამ რაც შეეხება პროგრამას, IP მისამართის „დამახსოვრების“ პროცედურაზე არანაირად არ მოქმედებს ნებისმიერი ტიპის სხვა 4 ბაიტი ინფორმაციის „დამახსოვრება“, შემდეგ კი ვაჩას ბირთვისთვის. zapam' ციფრული კომბინაციების გამოყენება ფორმაში 111.124.133.44 მნიშვნელოვანია უბრალოდ ჩვენი მეხსიერების თვალსაზრისით. გარდა ამისა, ნებისმიერი სერვისის დახატვა იმ ჰოსტების ან სერვერების IP მისამართებზე, რომლებზეც ისინი მუშაობენ, ძალიან ართულებს მათ სხვადასხვა საჭიროებებზე გადატანას. „ადამიანური ფაქტორის“ დასაკმაყოფილებლად და მანქანების სახელების გამოყოფის მიზნით, გადაწყდა ASCII ტექსტური სახელების გამოყენება. დაიცავით, სანამ მხოლოდ რიცხვითი მისამართებია საჭირო, საჭიროა ASCII სტრიქონების IP მისამართებად გადაქცევის მექანიზმი.

როგორც კი ყველაფერი დაიწყო, ARPANET ქსელი ინახავდა შესაბამისობას ტექსტსა და ორობით მისამართებს შორის სპეციალურ ფაილებში , რომელშიც ყველა ჰოსტი და მათი IP მისამართები გადაზღვეულია. რეგიონში, რომელიც შედგება ათობით ასობით დიდი მანქანებისგან, ასეთი მიდგომა საკმაოდ სასიამოვნოდ მუშაობდა.

თუმცა, როდესაც ათასობით სამუშაო სადგური დაუკავშირდა, პრობლემები წარმოიშვა: ჩანაწერების რაოდენობა, რომლებიც შესანახად სჭირდებოდათ, სწრაფად გაიზარდა და გიგანტური საერთაშორისო ქსელის ყველა მასპინძლის სახელები ცენტრალიზებული იყო. ძნელია მიაღწიო ლიმიტებს.

ყველაზე მნიშვნელოვანი პრობლემების გამო, პრობლემა დაიშალა დომენის სერვისი (DNS,დომენის სისტემა). ეს სისტემა გამოიყენება ჰოსტების სახელებისა და მიმართულებების გადამუშავებისთვის ელექტრონული ფოსტით IP მისამართში, ან შეიძლება გამოყენებულ იქნას სხვა მიზნებისთვის. DNS სისტემის მნიშვნელობა მოცემულია RFC 1034 და 1035-ში.

დომენური სახელები არის სახელები, რომლებიც წარმოიქმნება სიტყვებს შორის, რომელთა შორის მოთავსებულია წერტილი. სახელის პირველი სიტყვა მასპინძელს გადაეცემა. ყველა სხვა სიტყვა წარმოადგენს დომენის სახელებს. დასახელების სისტემას აქვს იერარქიული, ხის მსგავსი სტრუქტურა.

Kozhen vuzol (წრეები ბავშვისთვის) აღნიშნავს 63 სიმბოლომდე. ხის ფესვი განსაკუთრებული მცენარეა ნიშნის გარეშე. ტეგები შეიძლება იყოს შურისძიება დიდი ასოებიან პატარები. ხის ნებისმიერი კვანძის დომენური სახელი არის ეტიკეტების თანმიმდევრობა, რომელიც იწყება კვანძის როლით, სადაც ეტიკეტები იყოფა წერტილებით. (აქ შეგიძლიათ იხილოთ ხელმძღვანელობა ჩვენს ზარში ფაილების სისტემაფესვის ბილიკი ყოველთვის იწყება ზემოდან (ფესვი) და ეშვება ხეზე.) ხის ფესვი განპირობებულია მისი უნიკალური დომენური სახელით, თუმცა, ახალი ნიშნების ნახვა შესაძლებელია ხის სხვადასხვა წერტილში.

ძირეული სახელი, რომელიც მითითებულია სიმბოლოთი ".", ხშირად არ იწერება დომენის სახელში. იპოვნეთ პირველი დონის დომენური სახელები. ისინი იყოფა 2 კატეგორიად - ტერიტორიების დომენური სახელები და საგნობრივი სფეროების დომენური სახელები. სხვა დონის დომენის და მომდევნო დონის სახელები შეიძლება განსხვავდებოდეს, ამ შემთხვევაში ორი ერთიდაიგივე დომენის ან ჰოსტის გამოყენება შეუძლებელია. ასევე, რადგან N i არის i-ე დონის დომენური სახელი, ხოლო T არის სიტყვა, მაშინ i + 1 დონის დომენური სახელი იქმნება წესის მიხედვით N i +1 = T + N i .. დომენის სახელი მთავრდება მოკლედ, ეწოდება აბსოლუტური დომენის სახელი ან სრულად კვალიფიციური დომენის სახელი (FQDN).

კიდევ ერთხელ ხაზგასმით აღვნიშნოთ, რომ IP მისამართების ფრაგმენტები ცალსახად იდენტიფიცირებენ ჰოსტებს ქსელში, რაც იმას ნიშნავს, რომ არსებობს ერთი-ერთზე კავშირი ჰოსტების ანონიმურ სახელებსა და ანონიმურ მისამართებს შორის.

მიზანი მითითებულია ცხრილით, რომელშიც არის ჩანაწერები ტიპის "ჰოსტის სახელი, IP მისამართები", ასევე ჰოსტების დომენური სახელები. ახალი ჰოსტის დასახელებისას უნდა დაემატოს ჩანაწერი ცხრილში, თუ არსებულის სახელი შეიცვალა, ჩანაწერი უნდა შეიცვალოს. ასეთი დასახელების სისტემის ხელით გამოყენება მარტივია, რადგან ადვილი დასამახსოვრებელია და არ არის მიბმული ტერიტორიულად ლოკალიზებულ IP საზღვრებთან. რესურსების სახელების ერთი ჰოსტიდან მეორეზე გადატანისას, თქვენ მხოლოდ უნდა შეცვალოთ ამ სახელის ჩანაწერი სახელების ცხრილში. რთულია ინტერნეტისთვის ასეთი ცხრილის შექმნა ერთ საიტზე და შენახვა შეუძლებელი დღევანდელ ვითარებაში.

DNS მონაცემთა ბაზა დაყოფილია. სახელების იერარქიულ სისტემას მხარს უჭერს იერარქიული სისტემა DNS სერვერები, სადაც განთავსებულია ცხრილის ფრაგმენტები. იდეალურ შემთხვევაში, კანის დომენი პასუხისმგებელია ლოკალური სახელების სერვერის გაშვებაზე. ნებისმიერი დონის სახელების სერვერის მონაცემთა ბაზა შეიცავს ჩანაწერებს შემდეგი დონის ყველა ბავშვის დომენის შესახებ. ყველა პირველი დონის დომენი მდებარეობს root სახელების სერვერების მონაცემთა ბაზაში. მათ ინახავს NIC ორგანიზაცია.

სინამდვილეში, მრავალი დომენის მონაცემთა ბაზა შეიძლება განთავსდეს ერთ ჰოსტზე, თუმცა, ტრანსსასაზღვრო მონაცემთა ბაზები შეიძლება განაწილდეს მრავალ ჰოსტზე. სახელების ხის ტოტი, რომელიც საერთო კონტროლის ქვეშ იმყოფება ჰოსტებთან, რომლებზეც დაინსტალირებულია მონაცემთა ბაზა, ხის ამ ტოტს ეწოდება DNS ზონა. ზონაში არის ერთი მთავარი DNS სერვერი (ძირითადი სახელების სერვერი) და რამდენიმე სარეზერვო (მეორადი სახელების სერვერები). ზონაში ცვლილებები შედის ზონის პირველადი სერვერის მონაცემთა ბაზაში ამ ინფორმაციის შემდგომი დუბლირებით მეორად სერვერებზე.

ინფორმაციის გადაცემის პროცესს პირველადი სერვერიდან მეორადზე ეწოდება ზონის გადაცემა. როდესაც ახალი ჰოსტი გამოჩნდება ზონაში, ადმინისტრატორი ამატებს შესაბამის ინფორმაციას (მინიმუმ, სახელს და IP მისამართს) დისკის ფაილს ძირითად სერვერზე. მეორადი სერვერები რეგულარულად ამოწმებენ პირველადებს (ყოველ 3 წელიწადში ერთხელ) და რადგან პირველადი სერვერები შეიცავს ახალ ინფორმაციას, მეორე იბრუნებს მათ მეორადი ზონის გადარიცხვებიდან.

სისტემის მოცემული ფუნქციონალიდან და მისი სტრუქტურიდან გამომდინარე, პროტოკოლი შედგება ორი კომპონენტისგან - პროტოკოლი სახელების გადასაჭრელად IP მისამართებში და პროტოკოლი მონაცემთა გაცვლისათვის განაწილებული მონაცემთა ბაზის კვანძებს შორის, გაწყვეტა, მთავარ და სარეზერვო ზონის სერვერებს შორის. .

სისტემის ნებართვის მისამართი.

იმისათვის, რომ TCP / IP პროტოკოლის სტეკის პროგრამამ გამოიყენოს სახელის სერვისი, სტეკის პარამეტრები უნდა შეიცავდეს სახელის სერვერის IP მისამართს, რომლის ზონაში შედის ჰოსტი ან სხვა სერვერი, რომელიც იღებს მოთხოვნებს ჰოსტისგან. როდესაც აპლიკაციის ელემენტი კონფიგურირებულია სხვა მხარის მინიჭების მიზნით დომენის სახელის სესიაზე, იწყება IP მისამართის გამოყოფის პროცესი. ჰოსტის სახელის სერვისის აპლიკაციის ელემენტი აგზავნის შეკითხვას სახელების სერვერზე. თუ სახელების სერვერს შეუძლია მისამართების გადაჭრა, ის აგზავნის შეტყობინებას ამ მისამართის შესატყვისად. თუ სახელების სერვერი ვერ წყვეტს სახელს, შეიძლება მოხდეს სახელის გადაწყვეტის ორი სცენარი.

    სერვერი აგზავნის root სახელის სერვერის მისამართს საწყობში, ხოლო მასპინძელი აყალიბებს მოთხოვნას ამ სერვერზე (იტერატიული მოთხოვნა).

    ზონის სერვერი აყალიბებს მოთხოვნას root სერვერზე და იღებს პასუხს, ინახავს მას ბუფერში და აგზავნის გამომავალს ჰოსტის მისამართიდან სერვისში (რეკურსიული მოთხოვნა).

სერვერს, რომელიც აკონტროლებს დომენს, ეწოდება ავტორიტეტული.

ინტერნეტში არსებული ყველა სახელების სერვერი დამნაშავეა მონაცემთა ბაზაში root სერვერების მისამართების არასწორად განთავსებაში.

დაშვებული სახელი . გარდა მისი მთავარი ფუნქციისა, რომ გადაჭრას ჰოსტის დომენის სახელი მის IP მისამართში, DNS პროტოკოლი იცავს და აბრუნებს IP მისამართებს დომენის სახელში საპირისპირო ზონის in_addr.arpa ქვეზონაში.

ამ პროტოკოლის შესაძლებლობები საშუალებას აძლევს tracert უტილიტას არა მხოლოდ წარმატებით იმუშაოს მიკვლევის მოცემულ მდებარეობასთან DNS სახელების სახით, არამედ მოგვაწოდოს ინფორმაცია მიმდებარე კვანძების სახელების შესახებ.

საკვები თვითშემოწმებისთვის

    რა არის დომენური სახელების სისტემა და რისთვის არის ის?

    რა არის დომენის კვანძის ლეიბლის მაქსიმალური ზომა?

    რა არის root DNS დომენი?

    ICMP-ის რა ტიპებსა და კოდებს იტყობინება vikoryst tracert უტილიტა

    ეს IP პაკეტის სათაურის ველი გაანალიზებულია პაკეტების სიცოცხლის ხანგრძლივობის დასადგენად tracert უტილიტის გამოყენებით.

    Tracert კომუნალური პარამეტრები

    tracert უტილიტას დანიშნულება და მისი პარამეტრები და პარამეტრები

აუცილებელი ფლობა

IBM PC - სრული EOM ლიცენზირებული Windows ოპერაციული სისტემით, დაკავშირებული ადგილობრივი ზომები, ინტერნეტზე წვდომა.

ზავდანნია

1. tracert ბრძანების გამოყენებით, განსაზღვრეთ IP პაკეტების გაფართოების მარშრუტი საიტზე www.sgu.ru

2. tracert ბრძანების გამოყენებით, განსაზღვრეთ IP პაკეტების გაფართოების მარშრუტი ერთ-ერთ სამიზნე საიტზე: www. nla. gov. აუ , www. იბგე. gov. ძმ , www. კუნაიჩო. წადი. jp(შეგიძლიათ აირჩიოთ ნებისმიერი საიტი რუსეთის ფარგლებს გარეთ).

3. გაიმეორეთ გადაცემა -d ოფციით.

4. აღწერეთ სერვერის DNS სახელის სტრუქტურა, რომელსაც ადევნებთ თვალს.

5. სერვისის ვიკორიზება www. ip2 მდებარეობა. com/ დემო. aspx(ან მსგავსი რამ) და განსაზღვრეთ მკაფიო ადგილი მარშრუტზე შუალედური წერტილების გადასატანად.

6. დახაზეთ მარშრუტის დიაგრამა.

7. კომენტარი გააკეთეთ შედეგებზე.

პროგრამული უზრუნველყოფის შესახებ ინფორმაცია გამოჩნდება ხელით ან ელექტრონული ფორმით რობოტის კომუნალური პროგრამის ეკრანების ასლებით.

ამ კომუნალური საშუალებების გამოყენება საშუალებას გაძლევთ თვალყური ადევნოთ მარშრუტს დისტანციურ ჰოსტამდე, განსაზღვროთ RTT ორმხრივი დაყოვნების დრო, IP მისამართები და, ზოგიერთ შემთხვევაში, შუალედური როუტერის დომენის სახელი. მათი მუშაობა ეფუძნება ICMP შეტყობინებებს ცვლილებების შესახებ.

როგორ მუშაობს Tracert?

პირველი გაგზავნილი პაკეტის Time To Live (TTL) მნიშვნელობა დაყენებულია 1-ზე. თუ პირველი როუტერის IP პროტოკოლი მიიღებს ამ პაკეტს, მაშინ მისი ალგორითმი ცვლის TTL-ს ერთზე და აშორებს 0-ს. როუტერი აგდებს პაკეტს ნულოვანი საათი.სიცოცხლე და მონაცვლეობა ICMP კვანძი-ძერელა - შეტყობინება საათის დასასრულის შესახებ დატაგრამები (ICMP შეტყობინების ტიპი 11 კოდი 0). გახსოვდეთ, რომ შეიყვანოთ როუტერის სახელი და მისი IP მისამართი. როდესაც ICMP შეტყობინება მიდის გამგზავნის, ტაიმერი განსაზღვრავს პაკეტის ორმხრივი მოგზაურობის დროს (RTT), ასევე (ICMP შეტყობინებისგან) შუალედური როუტერის სახელს და IP მისამართს. შემდეგ შემომავალი IP პაკეტი მუშავდება, მაგრამ ახლა TTL მნიშვნელობებით უდრის 2-ს. ეს პაკეტი შემდეგ აღწევს სხვა როუტერს და ისევ იქ „კვდება“ ანალოგიურად, ისევე როგორც ის ეცნობება დირექტორიას კვანძს. და ასე შემდეგ, სანამ არ მიაღწევთ ბოლო კვანძს. ამ ჩვენებების საფუძველზე ჩატარდება ტრენინგი. მაგალითად:

მარშრუტი rt.ru-მდე ზოლების მაქსიმალური რაოდენობით 30: 1 3 ms 1 ms 2 ms net235-72.ufa.ertelecom.ru 2 2 ms 2 ms 1 ms bb2.bsr02.ufa.ertelecom.ru 3 2 ms 1 ms 1 ms lag-10-438.bbr01.samara.ertelecom.ru 4 18 ms 18 ms 18 ms 46.61.227.202 5 19 ms 19 ms 18 ms 46.61.227.201 6 190 ms 1-19 ms .m10 -ar2.msk.ip.rostelecom.ru 7 19 ms 19 ms 19 ms 109.207.0.226 8 19 ms 19 ms 19 ms www.rt.ru Trasuvannya დასრულდა.

ამ მარშრუტზე დარწმუნებულები ვართ, რომ მასპინძელი www.rt.ru ხელმისაწვდომია ნაკადების (hops) რაოდენობით - 8, მისი IP 109.207.14.4 და ამ რესურსის წრიული ნაკადის საათი დაყენებულია 19ms.

როგორ მუშაობს Traceroute.

პრინციპი იდენტურია, ერთი შეცდომის გარდა. ყოველივე ამის შემდეგ, ის აგზავნის UDP მონაცემებს მოცემულ ჰოსტზე ნებისმიერ საკმარის პორტში, უწოდეთ მას "მაღალი", ყველასთვის, ვინც არ იყენებს სხვა სერვისს (მაგალითად 12500, 30678) ან დაჯავშნისთვის (მაგალითად 0), უახლესი ვერსიებიდამუშავების პორტი - 33434. თავიდანვე იტვირთება 3 ასეთი პაკეტის სერია TTL = 1, დადასტურების ჩასვლისთანავე გამოითვლება ტრანზიტის დრო და ენიჭება სატრანზიტო კვანძის დომენის სახელი. შემდეგ, როგორც ზემოთ აღინიშნა, პაკეტების შემდეგი სერია TTL = 2 და ა.შ. საბოლოოდ, ჩვენ ვირჩევთ „PORT_UNREACHABLE“ ბოლო ჰოსტიდან, რაც ნიშნავს, რომ გადაცემა დასრულებულია.

კონდახის გადატანა იმავე რესურსზე:

Traceroute to rt.ru (109.207.14.4), 30 hops max, 40 ბაიტი პაკეტები 1 * * * 2 bb1.bsr02.ufa.ertelecom.ru (212.33.234.101) 13.059 ms 13.213-30 ms. bbr01.samara.ertelecom.ru (212.33.233.111) 0.360 ms. .201 (46.61.227.201) 17.803 ms 17.791 ms 17.778 ms 6 so -0-0-0.m10-ar2.msk.ip.rostelecom.ru (87.226.139.74) 18.179 ms 18.211 ms 17.988 ms 7 109.207.0.226 (109.22217.01). 88 მ წმ 8 * * * ^ C

მოხსნის შედეგი კვებითაა გამოწვეული, რის გამოც მკურნალობამ ბოლომდე ვერ მიაღწია და ისევ გამოჩნდნენ ეგრეთ წოდებული პატარა ვარსკვლავები (* * *) და შედეგი უბრალოდ იგივეა (ამ აპლიკაციაში). ). საკმაოდ ხშირად როუტერები/ჰოსტები ისეა კონფიგურირებული, რომ ამ ტიპის სასმელის სუნი არ ასდის, რის გამოც ჩნდება ვარსკვლავები. ეს აბსოლუტურად არ ნიშნავს, რომ რაიმე პრობლემაა. მნიშვნელოვანია იმუშაოთ თქვენი ქონების გასავითარებლად. ამ აპლიკაციაში, hops 1 და 8 არ პასუხობენ UDP მონაცემებს, მაგრამ თუ თქვენ გაუშვით traceroute უტილიტა -I კლავიშით, მაშინ კვალი იმუშავებს, რადგან ეს გასაღები გაიგზავნება ICMP მონაცემებზე.

$ Traceroute -i rt.ru traceroute to rt.ru (109.207.14.4), 30 Hops Max, 40 Byte Packets 1 net233-86.ufa.ertelecom.ru (212.33.233.86) 162.924 ms 163.654 ms 163.66666 .ufa.ertelecom.ru (212.33.234.101) 8.095 ms 38.117 ms 50.262 ms 3 lag-10-438.bbr01.samara.ertelecom.ru (212.33.233.111) 0.3 ms 38.117 ms . 61.227.202 (46.61 .227.202 ) 17.592 ms 17.623 ms 17.613 ms 5 46.61.227.201 (46.61.227.201) 17.597 ms 17.609 ms 17.609 ms 17.609 ms 17.60-10 ms . (87.226.1 39.74) 17.943 ms 17.924 ms 18.001 ms 7 109.207.0.226 (109.207.0.226) 18.092 ms 18.026 ms 18.010 ms. 18.308 ms

ვისნოვოკი.

გაითვალისწინეთ, რომ ვარსკვლავები შეიძლება გამოჩნდეს ICMP პაკეტებით გაგზავნისას, მაგრამ ეს არ ნიშნავს რომ პრობლემაა. ყველაფერი უნდა იყოს შენახული, როგორც ადმინისტრატორმა დაარეგულირა კონტროლი. ეს ზრუნავს და მორგებულია მისი საჭიროებების მიხედვით. ეს რეალობა სრულიად ნორმალურია. ასევე, ნუ ჩავარდებით პანიკაში, რადგან ბოლო მასპინძელი არ აკეთებს პინგს. სავსებით შესაძლებელია, რომ რესურსი უბრალოდ დახურულია მათგან.

© 2021 მობილური და კომპიუტერული გაჯეტები