General failure LAN მისამართზე ping-ისას VPN კლიენტის ჩართული მდგომარეობით
Windows ამბობს, რომ ადაპტერს საერთოდ ვერ აღწევს, მაშინ როცა მარშრუტიზაციის ცხრილი სწორად გამოიყურება. გადაწყვიტეთ, ბლოკირება მარშრუტიზაციის, ფილტრაციის თუ კლიენტის ბრალია.
ერთი ჰოსტის მარშრუტი, ერთი მისამართი და ping დაუყოვნებლივ ვარდება General failure-ით, მოთხოვნის დროის ამოწურვის ნაცვლად. სწორედ ეს განსხვავებაა მთელი დიაგნოზი. დროის ამოწურვა ნიშნავს, რომ პაკეტი გავიდა და რაღაცამ უგულებელყო ის. General failure ნიშნავს, რომ Windows-მა პაკეტი თავიდანვე ვერც ერთ ინტერფეისს ვერ გადასცა.
ამიტომ, როცა მარშრუტიზაციის ცხრილი სრულყოფილად გამოიყურება და შეცდომა მაინც General failure-ია, ბლოკირება მარშრუტიზაციის გადაწყვეტილების ქვემოთ ხდება, და პროვაიდერის კლიენტია ის, რაც იქ მუშაობს.
წაიკითხეთ შეცდომა მარშრუტიზაციის ცხრილამდე
Windows ამ შეცდომას აბრუნებს მაშინ, როცა გაგზავნისთვის ინტერფეისს ვერ პოულობს, და არაფერს ამბობს იმაზე, თუ რას გააკეთებდა დანიშნულება პაკეტთან. ხელმისაწვდომობა, შორეული მხარის ფაირვოლები და სერვისის ხელმისაწვდომობა ყველა შემდგომი კითხვაა, რომლებამდეც ჯერ არ მიგიღწევიათ.
ამ შემთხვევის კლასიკური კონფიგურაციაა ჰოსტის მარშრუტი, რომელიც ერთ LAN მისამართს ფიზიკურ კარიბჭესკენ მიმართავს, რათა მან გვირაბი აუაროს. route add იღებს მას, route print აჩვენებს მას, და ping მაინც ვარდება, რადგან ფილტრის დრაივერმა უკვე გადაწყვიტა, რომ პაკეტს გარეთ გასვლა არ შეიძლება.
სანამ ამ ახსნას მიიღებთ, დაადასტურეთ, რომ მარშრუტი ნამდვილად ირჩევა: შეამოწმეთ ინტერფეისის ინდექსი და მეტრიკა, და დარწმუნდით, რომ ჩანაწერი ხელახალი დაკავშირების შემდეგ მოძველებული არ არის. მარშრუტი, რომელიც აღარ არსებულ ინტერფეისზე მიუთითებს, მსგავს შეცდომას იძლევა გაცილებით ნაკლებად საინტერესო მიზეზით.
სამი დონე, სამი სხვადასხვა მფლობელი
იმარჯვებს ის დონე, რომელიც ბოლოს მუშაობს, და ეს სამი იმ თანმიმდევრობით არ არის, რასაც უმეტესობა ვარაუდობს.
| Layer | What it decides |
|---|---|
| Routing table | Which interface and next hop should carry the packet |
| Client filter driver | Whether this packet is permitted to leave outside the tunnel at all |
| Client feature | Whether a named feature, such as LAN blocking, is active right now |
შუა დონეა მიზეზი იმისა, რომ მარშრუტი ერთდროულად სწორიც და უსარგებლოც შეიძლება იყოს. პროვაიდერების კლიენტები აყენებენ ფილტრს და ფაირვოლის წესებს, რათა გვირაბის გარეთ ტრაფიკი ჩამოიშალოს, და ეს იგივე მექანიზმია, რომელიც მათ kill switch-ს ახორციელებს. მარშრუტიზაციის ცხრილში არაფერი მონაწილეობს ამ გადაწყვეტილებაში.
მესამე დონე ხსნის უცნაურ ანგარიშს, რომელიც რეგულარულად მოდის: ლოკალური ქვექსელი მიუწვდომელია კლიენტის გათიშვის შემდეგაც. სერვისი ჯერ კიდევ მუშაობს და ფილტრი ჯერ კიდევ დაყენებულია, ამიტომ დაუკავშირებელი ყოფნა არ ნიშნავს არაფილტრავ ყოფნას. ნებისმიერი დასკვნის გაკეთებამდე გამოდით კლიენტიდან და არა უბრალოდ გათიშეთ ის.
რა უნდა სცადოთ, თანმიმდევრობით
დაიწყეთ იმ ფუნქციების მოცილებით, რომელთა მოცილებაც იაფია და აღდგენაც მარტივი. LAN-ის აღმოჩენა, რომელსაც ზოგჯერ LAN-ზე უხილავობას უწოდებენ, ბლოკავს ტრაფიკს კერძო მისამართების დიაპაზონებისკენ, რათა მოწყობილობა მეზობლებისგან დამალული დარჩეს. პრინტერები, ლოკალური ფაილური სერვერები და თავად როუტერი ყველა ქრება ამ გადამრთველის უკან. საფრთხის დაცვის ფუნქციები, რომლებიც DNS-ს ფილტრავენ, აყენებენ საკუთარ კაუჭებს და ნათქვამია, რომ ისინი ლოკალურ ხელმისაწვდომობას დაახლოებით იმავე გზით ამტვრევენ.
გამორთეთ ორივე, მთლიანად გამოდით კლიენტიდან, შემდეგ შეამოწმეთ მისამართი. ეს თანმიმდევრობა ჰყოფს ტრაფიკის ბლოკირებად ფუნქციას არასწორად მარშრუტიზებადი გვირაბისგან, და მას ორი წუთი სჭირდება სტატიკურ მარშრუტებზე ნახევარი დღის ნაცვლად.
ping 192.168.1.50
tracert -d 192.168.1.50
route print -4თუ მისამართი ფუნქციების გამორთვის შემდეგ პასუხობს, თქვენ გაქვთ პოლიტიკის გადაწყვეტილება და არა გაუმართაობა: აირჩიეთ ფუნქციის გამორთული დატოვება, გამონაკლისის დამატება, ან იმის მიღება, რომ მოწყობილობა ლოკალურ ქსელში უხილავი დარჩება.
გამოიყენეთ კლიენტის გამონაკლისი გზა, ვიწროდ
როცა ფუნქცია ჩართული უნდა დარჩეს, კლიენტის საკუთარი გაყოფილი გვირაბიზაციაა მხარდაჭერილი გამოსავალი. შეინახეთ გამონაკლისი იმდენად პატარა, რამდენსაც მოთხოვნა იძლევა საშუალებას, რაც ჩვეულებრივ ნიშნავს ერთ ჰოსტის მისამართს ერთი სერვერისთვის ან ერთ პრეფიქსს ერთი სეგმენტისთვის. მთელი კერძო დიაპაზონის დამფარავი წესი მუდმივი ხვრელია, რომლის დამატებასაც ვერავინ გაიხსენებს და რომლის წაშლასაც ვერავინ გაბედავს.
შემდეგ შეამოწმეთ ჯერ მისამართით, შემდეგ სახელით. თუ მისამართი პასუხობს ფიზიკურ კარიბჭეზე პირველი ნახტომით, გამონაკლისი მუშაობს. თუ სახელი მაინც ვარდება, თქვენ DNS-ზე გადახვედით, რადგან გვირაბის გადამწყვეტმა ლოკალური ზონა არ იცის და ვერც ერთი მარშრუტიზაციის ცვლილება ვერ ასწავლის მას.
შეინახეთ მარშრუტი ან გამონაკლისი, არა ორივე, პლუს შენიშვნა იმის შესახებ, რომელი ასრულებს სამუშაოს. ორი გადამფარავი მექანიზმი ერთმანეთს მალავს, და შემდეგი ადამიანი, ვინც ამ მოწყობილობას გამართავს, ერთ-ერთს მოხსნის და ვერანაირ ცვლილებას ვერ დაინახავს.
როცა კლიენტია დაბრკოლება
ზოგიერთი ნაგებობა ისე ფილტრავს ტრაფიკს, რომ ვერც სტატიკური მარშრუტი და ვერც კლიენტის გამონაკლისი ვერ სძლევს მათ. როცა ესაა აღმოჩენა, პატიოსანი ვარიანტებია გვერდის ავლის ფუნქციის ლოდინი ან პროვაიდერის საკუთარი პროფილით ჩვეულებრივ OpenVPN კლიენტზე დაკავშირება, რაც რეკომენდაცია იყო მწარმოებლის მხარდაჭერის პასუხში თავდაპირველ ანგარიშში.
გაიაზრეთ გაცვლა ამ ჩანაცვლების გაკეთებამდე. ჩვეულებრივი პროფილი ისე იქცევა, როგორც ნებისმიერი ჩვეულებრივი გვირაბი: აყენებს თავის მარშრუტებს და არ გადააწყობს დანარჩენ სტეკს, ამიტომ ვიწრო ჰოსტის მარშრუტი კვლავ ისე იქცევა, როგორც ელოდებით. რასაც კარგავთ, არის ყველაფერი, რაც ბრენდირებულმა კლიენტმა გვირაბის გარშემო განახორციელა, მათ შორის kill switch და DNS ფილტრაცია, და ისინი განზრახ უნდა აღდგეს ან არარსებულად უნდა იქნას მიღებული.
რაც არ უნდა აირჩიოთ, ჩაწერეთ, რომელი დონე იყო ბლოკირების მფლობელი. პაკეტი, რომელიც არასდროს გასულა მოწყობილობიდან, ფილტრის შედეგია, და ვერც ერთი მარშრუტიზაციის ცვლილება ვერ შეაკეთებს ფილტრს.