Windows-ში VPN დაინსტალირებულია, Linux ჩატვირთვისას ქსელი არ არის: რა უნდა შემოწმდეს

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

სიმპტომი და არასწორი დასკვნა

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

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

გადაიღეთ Linux-ის სტეკის სურათი ოთხი ბრძანებით

დაიწყეთ მხოლოდ-კითხვის რეჟიმში და დააფიქსირეთ მდგომარეობა, სანამ რამეს შეცვლით: ip -br link ინტერფეისების არსებობისთვის, ip -br address მისამართებისთვის, ip route IPv4 მარშრუტებისთვის და ip -6 route იქ, სადაც IPv6 მნიშვნელოვანია. ip ხელსაწყოს ცნობარი განასხვავებს ამ ობიექტებს, და სიაში ინტერფეისის გამოჩენა არ არის მტკიცებულება, რომ მას მოქმედი მისამართი ან გამოსადეგი მარშრუტი აქვს.

შეინახეთ გამომავალი ფაილში, რომ მოგვიანებით შეადაროთ მომუშავე ჩატვირთვას. სურათი, რომელსაც ვერ გაამეორებთ, მხოლოდ მდგომარეობის მოგონებაა.

ეს კავშირია, მისამართი, მარშრუტი თუ სახელი?

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

ყოველი შემთხვევა სხვა სამუშაოს მიუთითებს: დრაივერი ან firmware დაკარგული მოწყობილობისთვის, კაბელები ან კომუტატორი გადამზიდის არარსებობისას, DHCP ან სტატიკური კონფიგურაცია დაკარგული მისამართისთვის და მარშრუტიზაცია ან პოლიტიკა დაკარგული გზისთვის. ამომხსნელის პრობლემა მიუთითებს systemd-resolved-ზე, NetworkManager-ზე ან ლოკალურ DNS კონფიგურაციაზე.

შეამოწმეთ, აქვს თუ არა Linux-ის ინსტალაციას საკუთარი VPN ან მუდმივი firewall კონფიგურაცია. ლოკალური გვირაბი ან nftables წესების ნაკრები Linux-ის მხრიდან მიზეზია და გაცილებით უფრო სავარაუდოა, რომ ხარვეზი ახსნას, ვიდრე Windows-ის პროგრამამ, რომელიც არ მუშაობს.

შემდეგ შეადარეთ ჩატვირთვის გადასვლა

Windows Fast Startup ჰიბრიდული გამორთვაა, რომელიც ინახავს ბირთვის სესიის მდგომარეობას სრული ჩატვირთვის ნაცვლად. Microsoft-ის დოკუმენტაცია კვების მდგომარეობებზე განასხვავებს მას გადატვირთვისგან და სრული გამორთვისგან, ამიტომ ერთი და იგივე აპარატურა ორ გადასვლაში სხვადასხვაგვარად შეიძლება მოიქცეს.

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

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

რა არ უნდა შეიცვალოს

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

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