macOS-ის სერვისების რიგი თქვენს VPN მარშრუტებს არ აკონტროლებს

ვებსაიტზე რაღაც ვერ მუშაობს, კოლეგას ახსენდება, რომ სერვისების რიგი არსებობს, და Wi-Fi Ethernet-ის ზემოთ იწევა. არაფერი იცვლება, რადგან ამ სიას არასდროს გადაუწყვეტია, სად მიდის VPN დანიშნულება. Apple VPN კავშირებს ჩვეულებრივებზე უპირატესობას აძლევს და ამ გადალაგებიდან მათ გარეთ ტოვებს, ასე რომ გადამრთველი უფრო ვიწრო კითხვას პასუხობს, ვიდრე დასმულია. წარუმატებლობას სჭირდება არჩეული მარშრუტი და resolver, არა ახალი რანჟირება.

რას ცვლის სერვისების რიგი და რას არასდროს ეხება

„სერვისების რიგის დაყენება“ სისტემის პარამეტრებში, ქსელი განყოფილებაში, მოქმედების მენიუშია და ჩვეულებრივ კავშირებს ალაგებს, როცა ორი ან მეტი აქტიურია. ეს რიგი ირჩევს ძირითად სერვისს, რომელიც ნაგულისხმევ მარშრუტს და resolver-ის ქცევის ნაწილს იძლევა. ეს თანასწორთა შორის გადაწყვეტილებაა, არა გადამრთველი გვირაბის მიღმა მდებარე კერძო დანიშნულებებისთვის. Wi-Fi და USB Ethernet ადაპტერის მქონე ლეპტოპი ამას გონივრულ კითხვაზე პასუხის გასაცემად იყენებს, და ეს კითხვა გვირაბზე არ არის.

VPN პროფილი ატარებს შემავალ მარშრუტებს, გამორიცხულ დანიშნულებებს და ზოგჯერ აპლიკაციაზე დამოკიდებულ წესებს, და ესენი წყვეტენ, რა შედის გვირაბში; დალაგების მენიუ მათ არ არედაქტირებს. ამიტომ გაყოფილი გვირაბის პროფილს შეუძლია საჯარო ტრაფიკი გარეთ დატოვოს, სანამ VPN მაინც აღემატება ყველა ფიზიკურ ინტერფეისს. Wi-Fi-ის ზევით გადათრევა კერძო დიაპაზონს ხელმისაწვდომს ვერ გახდის და ვერ შეაჩერებს დანიშნულებას, რომელიც პროფილში უკვე შედის. სია ინტერფეისებს მოძრაობს; პროფილი პრეფიქსებს. Apple უპირატესობას თავის ქსელური სერვისების რიგის გვერდზე აღწერს, რომლის ერთხელ წაკითხვა ღირს, სანამ რამეს გადაალაგებ.

წაიკითხეთ მარშრუტი, რომელიც მანქანამ რეალურად აირჩია

ჰკითხეთ მანქანას, სად მიდის კონკრეტული მისამართი route get 10.20.4.10-ით, შემდეგ გაიმეორეთ IPv6-ისთვის route -n get -inet6 2001:db8::10-ით. ორი ოჯახი ცალკეული გადაწყვეტილებაა, ამიტომ მომუშავე IPv4 მარშრუტი v6-ზე არაფერს ამბობს, და პირდაპირ დაკავშირებული ქვექსელი ან უფრო კონკრეტული პრეფიქსი ნებისმიერ შემთხვევაში სძლევს ზოგადი კავშირის იარლიყს, რაც ზუსტად იმის მიზეზია, რომ იარლიყი ადამიანებს კვლავ ატყუებს.

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

DNS სახელით ხსნის, არა ინტერფეისით

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

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

შეცვალეთ პროფილი, შემდეგ კვლავ წაიკითხეთ ორივე გამოსავალი

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

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