Mac-ის გაზიარება VPN-ით ჩნდება: გავაჩეროთ თუ დავმალოთ?

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

რა არის სინამდვილეში დათვალიერების ჩანაწერი

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

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

dns-sd -B _smb._tcp
lsof -nP -iUDP:5353

Multicast ადგილობრივი რჩება, თუ რამე მას ხიდს არ გადააგდებს

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

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

მომსახურების შეწყვეტა ყველაზე სუფთა საზღვარია

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

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

როცა მომსახურება გჭირდებათ, აუდიტორია კი არა

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

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

შეხედეთ შორეული მხრიდან

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

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

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