რომელ წყაროს მისამართს ხედავს STUN როუტერზე VPN-ით?
მარშრუტი, წყაროს არჩევანი და ტრანსლაცია განსაზღვრავს მისამართს, რომელსაც ამრეკლავი აცხადებს. სამი ფაქტი ჩასაწერად, შემდეგ ერთი შეკითხვა იმის დასადასტურებლად, რომელი გზა იმარჯვებს.
კითხვა ერთ ძებნას ჰგავს, სინამდვილეში კი სამი გადაწყვეტილებაა. რომელ მარშრუტს იღებს binding request, რომელ წყაროს ირჩევს ბირთვი ამ მარშრუტისთვის და გადაწერს თუ არა რამე გზაზე ამ წყაროს. შეცვალეთ სამიდან რომელიმე და მისამართი, რომელსაც STUN სერვერი აცხადებს, მასთან ერთად შეიცვლება. ამიტომ განცხადება, რომ VPN როუტერზეა, თავისთავად თითქმის არაფერს ამბობს.
გადაწყვეტილება სამ ფაქტს ეყრდნობა
პირველ რიგში მარშრუტი: პოლიტიკის წესები და მარშრუტიზაციის ცხრილი წყვეტს, გამოვა თუ არა მოთხოვნა გვირაბით თუ ჩვეულებრივი WAN-ით, ხოლო გამორიცხული დანიშნულება მეორე გზას ირჩევს გვირაბის აქტიურობის დროსაც. შემდეგ წყარო: ბირთვი ირჩევს წყაროს არჩეული მარშრუტისთვის და ეს არჩევანი დამოკიდებულია მარშრუტის სასურველ წყაროსა და ნებისმიერ დამთხვეულ წესზე. ბოლოს ტრანსლაცია: NAT გზაზე ცვლის არჩეულ წყაროს. ასახული მისამართი სამივეს ნამრავლია და არა გვირაბის თვისება.
შეცვალეთ სამიდან ერთი და პასუხი შეიცვლება, თუმცა ყოველი კომპონენტი საკუთარ ჟურნალში ჯერ კიდევ ჯანმრთელად გამოიყურება. ეს ამ დიაგნოსტიკის ჩარჩენის ჩვეულებრივი მიზეზია.
დაწყებამდე ჩაწერეთ სამი ფაქტი იმ ნაკადისთვის, რომელსაც ამოწმებთ. ინტერფეისი, მარშრუტი და ტრანსლაციის წესი საკმარისია შედეგის წინასწარმეტყველებისთვის და სწორედ ეს წინასწარმეტყველება ხდის სიურპრიზს ინფორმაციულს. თუ სამიდან ერთს ვერ შეავსებთ, ეს ხარვეზი ნამდვილი აღმოჩენაა.
მიჰყევით ერთ binding request-ს გზის გასწვრივ
STUN binding request სთხოვს სერვერს, აცხადოს დაკვირვებული წყაროს ტრანსპორტის მისამართი. პასუხი აღწერს გზას, რომელიც მოთხოვნამ გაიარა, და არა კლიენტის მანქანაზე არსებული ინტერფეისების ჩამონათვალს. ორი მოთხოვნა ორი გზით პატიოსნად გამოაცხადებს ორ სხვადასხვა მისამართს.
| Path taken | Source the reflector sees | What it means |
|---|---|---|
| Tunnel to a public exit that translates | The exit's public address | The reflector learns nothing about the LAN |
| Tunnel to a private reflector, translated to the tunnel address, no later translation | That tunnel address | An internal identifier is disclosed to that reflector |
| Excluded flow over the ordinary WAN | The WAN address | The tunnel was not used at all |
წაიკითხეთ ეს ცხრილი როგორც პირობების ერთობლიობა და არა როგორც მომწოდებლების მენიუ. შუა სტრიქონი მოითხოვს, რომ კერძო ამრეკლავი ხელმისაწვდომი იყოს გვირაბის საკუთარი მარშრუტიზაციისა და peer პოლიტიკის ქვეშ; ეს არის კონფიგურაციის ფაქტი, რომლის გადამოწმებაც შეგიძლიათ და არა ის, რასაც ანგარიშის დონე გულისხმობს. ქვედა სტრიქონი ჩვეულებრივ მთავარია პოლიტიკისთვის, რადგან ეს ტრაფიკი გვირაბში უნდა დარჩენილიყო. მათ შორისაა ჩვეულებრივი შემთხვევა, როცა გასასვლელი თარგმნის და ამრეკლავი მხოლოდ გასასვლელს ხედავს.
ჰოსტის კანდიდატები და სერვერის ამრეკლავი კანდიდატები სხვადასხვა მექანიზმიდან მოდის, ამიტომ კანდიდატების სია არ ამბობს, რომელი გზა გამოიყენა მედიამ სინამდვილეში. წაიკითხეთ არჩეული წყვილი და არა შეგროვების ჟურნალი, როცა გსურთ იცოდეთ სად წავიდა სესია.
რა არ არის როუტერის გვირაბის მისამართი
როუტერზე მინიჭებული გვირაბის მისამართი ეკუთვნის როუტერზე არსებულ ინტერფეისს. LAN ჰოსტზე ბრაუზერს აქვს საკუთარი ინტერფეისის მისამართები და არ ხედავს როუტერის გვირაბის ინტერფეისს პირდაპირ. თუ ორივეს ურთიერთშემცვლელად მოვექცევით, ვებგვერდის მიერ შესაძლო გაგების შესახებ თავდაჯერებული არასწორი პასუხები წარმოიქმნება.
გადამისამართება არის ის, რაც მათ აკავშირებს. მოთხოვნა გადის როუტერს როგორც მარშრუტიზებული ტრაფიკი და მისი წყარო არის ის, რაც მარშრუტიზაციამ და ტრანსლაციამ შექმნა.
თუ გვირაბის გზა ინარჩუნებს LAN წყაროს, კერძო ამრეკლავმა შეიძლება გაიგოს ეს LAN მისამართი, რაც ნამდვილი გამჟღავნებაა და განსხვავდება გვირაბის მისამართისგან. თუ გზა გვირაბის მისამართზე თარგმნის, ამრეკლავი სამაგიეროდ გვირაბის მისამართს გაიგებს. ორივე შედეგი თავსებადია იმავე ჰოსტზე იმავე ბრაუზერთან, ამიტომ დაკვირვება კონკრეტულ ნაკადს უნდა მივაბათ. ჰკითხეთ ბირთვს, რომელ წყაროს გამოიყენებდა, სანამ აპლიკაციას დაადანაშაულებთ.
გამჟღავნება თუ გვერდის ავლა: ორი აღმოჩენა, ორი შესწორება
ასახული გვირაბის მისამართი ამჟღავნებს შიდა იდენტიფიკატორს იმ გზაზე, რომელიც დაუშვით. მოთხოვნა პირდაპირ WAN-ით გვერდს უვლის გზას, რომლის მოთხოვნაც გსურდათ. პირველი ინფორმაციის საკითხია, მეორე აღსრულების საკითხი და ისინი სხვადასხვა ადგილას სწორდება. ორივეს ერთ სიტყვად შერწყმა წარმოქმნის შესწორებას, რომელიც არც ერთს არ ეხება.
WebRTC ამას უფრო ხილვადს ხდის ისე, რომ არასწორად არ აქცევს, რადგან კანდიდატის შეგროვება მის არჩევას არ ნიშნავს.
ip route get 203.0.113.7 from 192.0.2.25
ip rule showგაუშვით მარშრუტის შეკითხვა ყოველი დაშვებული ამრეკლავის მისამართისთვის იმ წყაროთი, რომლის ტარებასაც ამ ნაკადისგან ელით, შემდეგ კვლავ გაუშვით გამორიცხული დიაპაზონებისთვის, რომ ნახოთ რას ირჩევს სარეზერვო ვარიანტი. შეადარეთ ორივე პასუხი ჩაწერილ პოლიტიკას. როცა ისინი თქვენთვის უნებურად განსხვავდება, იპოვეთ შესწორების წერტილი ბრაუზერის კანდიდატების სიის ინტერპრეტაციის გარეშეც.