ლოკალური მოწყობილობები VPN-ზე ქრება: სამი ცალკე ხარვეზი

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

ეს არის განსხვავება დაკარგულ მოწყობილობასა და მოწყობილობას შორის, რომელიც უბრალოდ არ ცხადდება.

აღმოჩენა, სახელები და ხელმისაწვდომობა სამი დონეა

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

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

ჯერ მისამართი ჰკითხეთ, შემდეგ ჰოსტის სახელი

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

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

რას ცვლის სინამდვილეში ლოკალური წვდომის გადამრთველი

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

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

როცა ქსელები ერთმანეთს გადაფარავს

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

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

ჩაწერეთ, რომელი დონე გატყდა და რა შეცვალეთ. შემდეგი მოწყობილობა იმავე სამი ადგილიდან ერთ-ერთზე გატყდება.