Tailscale MagicDNS მუშაობს, მაგრამ nslookup macOS-ზე მარცხდება

Mac-ზე ping tailnet მანქანის სახელს წყვეტს, ხოლო nslookup მარცხს აბრუნებს, და ორივე ბრძანება სიმართლეს ამბობს. აპები სისტემური გადამწყვეტის გავლით წყვეტენ, რომელსაც Tailscale თითოეული ინტერფეისისთვის აყენებს, ხოლო nslookup და host სტატიკურ ფაილს კითხულობენ, რომელსაც MagicDNS არასოდეს ეხება. ორი გზა შეიძლება განსხვავდებოდეს ერთი პაკეტის დაკარგვის გარეშეც. სანამ რომელიმე DNS პარამეტრს შეცვლით, გადაწყვიტეთ, რომელი გზა აირჩია თქვენმა წარუმატებელმა აპმა.

გადაწყვეტის ორი გზა, ორი განსხვავებული პასუხი

macOS-ზე აპების ტრაფიკი სისტემურ გადამწყვეტზე გადის, და ინტერფეისით შეზღუდული გადამწყვეტის ჩანაწერები წყვეტენ, რომელი სერვერი რომელ დომენს პასუხობს. Tailscale იქ თავის MagicDNS ჩანაწერს აყენებს, ამიტომ Safari და ssh tailnet სახელებს პოულობენ. სამაგიეროდ nslookup, host და dig /etc/resolv.conf კითხულობენ ან ბრძანების სტრიქონზე სერვერს იღებენ, და ეს ფაილი ჩვეულებრივ ჯერ კიდევ მარშრუტიზატორს ან ოფისის სერვერს ასახელებს. ამ ფაილში გაგზავნილ tailnet სახელს არავითარი ავტორიტეტული პასუხი არ ელოდება, ამიტომ ინსტრუმენტი მარცხს აცხადებს, ხოლო სისტემური გზა წარმატებით მთავრდება.

არც ერთი ინსტრუმენტი არ იქცევა არასწორად. ისინი სხვადასხვა სერვერს კითხულობენ, და ამ სერვერებიდან მხოლოდ ერთმა იცის თქვენი tailnet-ის შესახებ.

იგივე სახელი სისტემური გზით შეამოწმეთ

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

dscacheutil -q host -a name nas-01.tailnet-a1b2.ts.net
scutil --dns
dig @100.100.100.100 nas-01.tailnet-a1b2.ts.net

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

როცა სახელი გადაწყდება, შეამოწმეთ სერვისი

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

nc -vz nas-01.tailnet-a1b2.ts.net 445
ping -c 3 nas-01.tailnet-a1b2.ts.net

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

MagicDNS არ ცვლის ოფისის DNS-ს

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

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

როცა ორივე გზა მარცხდება, tailnet-ის ფაქტები წყვეტს

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

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

შემდეგ აირჩიეთ მტკიცებულებების მიხედვით. სახელი, რომელიც სისტემურ გზაზე გადაწყდება და nslookup-ში მარცხდება, ინსტრუმენტის გზის განსხვავებაა; სახელი, რომელიც გადაწყდება, მაშინ როცა სერვისი უარყოფს, წვდომის ან სერტიფიკატის პრობლემაა; სახელი, რომელიც არსად არ გადაწყდება, tailnet-ის ან DNS კონფიგურაციის პრობლემაა. სამი მფლობელი, სამი შესწორება, და MagicDNS დოკუმენტაცია პირველი შემთხვევის macOS დეტალებს მოიცავს.