VPN მარშრუტის მეტრიკა დაკავშირების შემდეგ შეიცვალა: რას ნიშნავს ეს
უფრო დაბალი მეტრიკა მხოლოდ თანაბრად კონკრეტულ მარშრუტებს შორის ფრეს წყვეტს. წაიკითხეთ პოლიტიკის წესი, პრეფიქსი და საბოლოო წერტილის host-მარშრუტი, სანამ VPN მარშრუტის რომელიმე ნომერს შეცვლით.
თქვენ უკავშირდებით VPN-ს, უშვებთ route print-ს და ნაგულისხმევი მარშრუტი ახლა გაცილებით დაბალ მეტრიკას ატარებს, ვიდრე ადრე. ბუნებრივი დასკვნაა, რომ VPN-მა ნაგულისხმევი მარშრუტი აიღო, რადგან მისი ნომერი უფრო პატარაა. ზოგჯერ ზუსტად ასე მოხდა. ხშირად მეტრიკა საერთოდ არ არის გადამწყვეტი ფაქტორი და მისი შეცვლა არაფერს ცვლის, რადგან არჩევანი უფრო ადრე გაკეთდა — პრეფიქსის სიგრძით ან პოლიტიკის წესით.
სიმპტომი რეალურია: ტრაფიკი, რომელიც ადრე Wi-Fi ადაპტერით გადიოდა, ახლა გვირაბით გადის, ან პირიქით. მეტრიკა ერთი შესავალია ძიებაში, რომელიც ფიქსირებული რიგით მიმდინარეობს, და სწორედ ეს რიგი უნდა წაიკითხოთ, სანამ რომელიმე რიცხვს შეეხებით.
რას ეჯიბრება რიცხვი სინამდვილეში
პირველი შედარება კონკრეტულობაა და არა უპირატესობა. 10.20.0.0/16-ის მარშრუტი სჯობს 10.0.0.0/8-ს, და ორივე სჯობს 0.0.0.0/0-ს, რაც არ უნდა თქვან მათმა მეტრიკებმა. VPN, რომელიც მანქანაზე ყველაზე დაბალი მეტრიკის ნაგულისხმევ მარშრუტს დააყენებს, მაინც აგებს დანიშნულების ადგილს შესაბამის ნებისმიერ უფრო კონკრეტულ მარშრუტთან, მათ შორის იმ host-მარშრუტთან, რომელსაც კლიენტი საკუთარი სერვერისთვის აყენებს.
ამიტომ ნაგულისხმევის მეტრიკის დაწევა ვერ აიძულებს პირდაპირ დაკავშირებულ ქვექსელს გვირაბში შევიდეს. თუ გსურთ ეს ქვექსელი VPN-ის შიგნით, დაამატეთ მარშრუტი პრეფიქსისთვის ან აირჩიეთ გვირაბის ცხრილი პოლიტიკის წესით. მეტრიკა ამ საქმისთვის არასწორი ბერკეტია.
| Check in this order | Question | Where you read it |
|---|---|---|
| 1. Policy and table | Which routing table does this traffic use? | ip rule, client profile |
| 2. Prefix length | Which matching route is most specific? | route print, ip route |
| 3. Metric | Which of the equally specific routes is preferred? | route print, ip route |
| 4. Interface state | Is the chosen next hop reachable? | adapter status, link state |
Linux ცხრილს მეტრიკამდე წყვეტს
Linux-ში ბირთვი პირველად პოლიტიკის მონაცემთა ბაზას კითხულობს. ip rule ჩამოთვლის წესებსა და ცხრილებს, რომლებსაც ისინი ირჩევენ, ხოლო ip route get 203.0.113.10 აცნობებს ცხრილს, მარშრუტსა და წყაროს მისამართს, რომლებსაც ბირთვი რეალურად გამოიყენებდა ამ დანიშნულებისთვის. 100 ცხრილის შიგნით არსებული მეტრიკა არასოდეს ეჯიბრება მთავარ ცხრილში არსებულ მარშრუტს, რადგან წესმა ცხრილი აირჩია მანამ, სანამ რომელიმე მეტრიკა შედარდებოდა.
ამიტომ მარშრუტი შეიძლება სწორად გამოიყურებოდეს ip route show table all-ში და მაინც არ ატარებდეს ტრაფიკს. წაიკითხეთ დამთხვევილი წესი, შემდეგ ცხრილი, რომელიც მან აირჩია, შემდეგ შეადარეთ მასში არსებული მარშრუტები. თუ არასწორი ცხრილია არჩეული, მეორე ცხრილში მეტრიკის ნებისმიერი შეცვლა ვერ დაეხმარება.
Windows ორ მეტრიკას აერთიანებს
Windows-ს ნაგულისხმევად პოლიტიკის ბაზა არ აქვს, მაგრამ ის მარშრუტის მეტრიკას ინტერფეისის მეტრიკასთან აერთიანებს, და ავტომატური ინტერფეისის მეტრიკა შეიძლება შეიცვალოს ბმულის სიჩქარესა და ადაპტერის მდგომარეობასთან ერთად. ამიტომ ერთი და იგივე მარშრუტი შეიძლება სხვაგვარად მოიქცეს მას შემდეგ, რაც დოკ-სადგური ან ვირტუალური ადაპტერი გამოჩნდება. Find-NetRoute -RemoteIPAddress 203.0.113.10 აცნობებს არჩეულ წყაროს მისამართს, შემდეგ ნაბიჯსა და ინტერფეისს, რაც უფრო ახლოსაა რეალურ გადაწყვეტილებასთან, ვიდრე ნედლი ცხრილი.
წაიკითხეთ მარშრუტისა და ინტერფეისის მნიშვნელობები ერთად. ინტერფეისის მეტრიკის აწევამ შეიძლება ტრაფიკი გადაადგილოს ისე, რომ არც ერთი მარშრუტის ჩანაწერი არ შეიცვალოს, და VPN კლიენტი, რომელიც საკუთარ მარშრუტებს ფლობს, ხელახლა დაკავშირებისას მათ ხელახლა დააყენებს და თქვენს ცვლილებას გადააგდებს.
შეინახეთ გვირაბის საბოლოო წერტილი გვირაბის გარეთ
ყველა გვირაბს სჭირდება გზა საკუთარი სერვერისკენ, რომელიც გვირაბში არ გადის. კლიენტები საბოლოო წერტილისთვის host-მარშრუტს აყენებენ ფიზიკური კარიბჭის გავლით, და ეს მარშრუტი უნდა დარჩეს უფრო კონკრეტული, ვიდრე კლიენტის მიერ დამატებული ნაგულისხმევი. წაშალეთ ის, ან მიეცით გვირაბს ამ მისამართის ძიების მოგების საშუალება, და შეფუთული პაკეტები შეეცდებიან შევიდნენ იმ გვირაბში, რომელიც უნდა ააშენონ. კავშირი ფუჭდება ან მარყუჟში ვარდება.
შეამოწმეთ ეს host-მარშრუტი მეტრიკის ყოველ ცვლილებამდე და შემდეგ: ის უნდა მიუთითებდეს ფიზიკურ შემდეგ ნაბიჯზე და გაუძლოს ხელახლა დაკავშირებას. თუ კლიენტი ფლობს მას, შეცვალეთ პროფილი ან მართული კონფიგურაცია და არა მუშაობის დროის მნიშვნელობა, რომელიც გადაიწერება.
შეამოწმეთ მისამართების ორივე ოჯახი და აპლიკაციის კონტექსტი
IPv4 და IPv6 ცალკეული გადაწყვეტილებებია ცალკეული ცხრილებით. VPN-ს შეუძლია IPv4-ის ტარება, სანამ IPv6 აგრძელებს ლოკალური მარშრუტიზატორის გამოყენებას, და ერთ ოჯახში მეტრიკის ცვლილება მეორეზე არაფერს ამბობს. შეამოწმეთ ორივე, შემდეგ შეამოწმეთ აპლიკაციის კონტექსტი. ინტერფეისზე მიბმულმა პროცესმა, კონტეინერის სახელთა სივრცემ ან თითო აპლიკაციის VPN-მა შეიძლება სხვა ცხრილი დაინახოს, ვიდრე თქვენი shell.
გადაამოწმეთ იმ ხელსაწყოთი, რომელიც რეალური დანიშნულებისთვის გადაწყვეტილებას აცნობს და არა ცხრილის სრული სიით. თუ არჩეული მარშრუტი ის არის, რასაც დიზაინი გულისხმობს, გაჩერდით. მეტრიკა, რომელიც ეკრანზე ყველაზე პატარა რიცხვი არ არის, ნაკლი არ არის, და მისი ყველაზე პატარად იძულებამ შეიძლება გატეხოს საბოლოო წერტილის გზა, რომელზეც გვირაბია დამოკიდებული.