Windows-da VPN quraşdırır, Linux-a yenidən yükləyirsiniz və kabel bağlantısı ölür. Aydın hekayə özünü yazır: VPN arxada nəsə qoyub. Hekayə səhvdir, çünki iki açılış ayrı nüvələri, ayrı sürücüləri, ayrı marşrut cədvəllərini və ayrı həllediciləri işlədir. Windows şəbəkə filtri Linux-un içində icra olunmur, ona görə nasazlıq ya Linux yığınında, ya da hər iki açılışın həqiqətən paylaşdığı nəsə içindədir: aparat, firmware və ya marşrutlaşdırıcı.

Simptom və yanlış nəticə

Müşahidənin faydalı hissəsi vaxtdır: nasazlıq dəyişiklikdən sonra göründü. Faydasız hissəsi Windows VPN-inə edilən səbəb sıçrayışıdır, çünki o, digər əməliyyat sistemində işləyə bilməz. İkisini ayırmaq bütün işdir. Kabelə toxunmazdan əvvəl xronologiyanı yazın.

Hər iki açılışın paylaşdığı şey fiziki adapter, kabel, kommutator portu və yuxarıda oturan hər şeydir. Bunlar həqiqi paylaşılan dəyişənlərdir və Linux yığını yoxlanıldıqdan sonra yoxlanmağa dəyər.

Linux yığınını dörd əmrlə qeyd edin

Heç nəyi dəyişməzdən əvvəl yalnız-oxuma rejimində başlayın və vəziyyəti tutun: interfeyslərin mövcudluğu üçün ip -br link, ünvanlar üçün ip -br address, IPv4 marşrutları üçün ip route və IPv6 vacib olduqda ip -6 route. ip alətinin sənədləşməsi bu obyektləri ayırır və siyahıda görünən interfeys onun işlək ünvanı və ya istifadə oluna bilən marşrutu olduğunu sübut etmir.

Çıxışı fayla yazın ki, sonra işlək açılışla müqayisə edə biləsiniz. Təkrar istehsal edə bilmədiyiniz qeyd yalnız vəziyyətin yaddaşıdır.

Bu linkdir, ünvandır, marşrutdur, yoxsa addır?

Dörd fərqli nasazlıq brauzerdən oxşar görünür. Cihaz tamamilə yox ola bilər, daşıyıcı olmadan mövcud ola bilər, qoşulub amma gözlənilən ünvanı olmaya bilər, ya da ünvanlanıb təyinat yerinə marşrutu olmaya bilər. Xam ünvanlar işləyərkən ad həllinin uğursuz olması beşinci haldır və o, sürücüyə deyil, həllediciyə aiddir.

Hər hal fərqli işə işarə edir: itkin cihaz üçün sürücü və ya firmware, daşıyıcı olmadıqda kabel və ya kommutator, ünvan çatışmadıqda DHCP və ya statik konfiqurasiya, marşrut olmadıqda marşrutlaşdırma və ya siyasət. Həlledici problemi systemd-resolved, NetworkManager və ya yerli DNS konfiqurasiyasına işarə edir.

Linux quraşdırmasının öz VPN-i və ya daimi firewall konfiqurasiyası olub-olmadığını yoxlayın. Yerli tunel və ya nftables qaydalar toplusu Linux tərəfindəki səbəbdir və işləməyən Windows proqramından qat-qat çox nasazlığı izah edə bilər.

Sonra açılış keçidini müqayisə edin

Windows Fast Startup nüvə sessiyasının vəziyyətini saxlayan və tam açılış yerinə yetirməyən hibrid söndürmədir. Microsoft-un enerji vəziyyətləri sənədi onu yenidən yükləmədən və tam söndürmədən ayırır, buna görə eyni aparat iki keçiddə fərqli davrana bilər.

Əgər nasazlıq bir əməliyyat sistemindən digərinə keçməkdən asılıdırsa, işinizi saxladıqdan sonra sənədləşdirilmiş yenidən yükləməni və ya tam söndürməni normal yol ilə müqayisə edin. Keçidi izləyən nəticə sürücü, cihaz və ya firmware vəziyyətinin yoxlanmasını əsaslandırır və tək başına Fast Startup-ın müəyyən adapter nasazlığına səbəb olduğunu sübut etmir.

Adapteri son hansı OS-un istifadə etdiyini, keçid növünü, Linux link vəziyyətini və uğursuz olan ilk əməliyyatı qeyd edin. Soyuq başlanğıc ilə isti keçid arasındakı təkrarlanan fərq, hansı yığının qırıldığını bilmədən hər iki quraşdırmadan VPN proqramını silməkdən qat-qat dəyərlidir.

Nəyi dəyişməmək lazımdır

İlk addım kimi hər iki şəbəkə yığınını sıfırlamayın. Bu, müqayisəni məhv edir və çox vaxt heç nəyi düzəltmir, çünki əsl səbəb heç vaxt müəyyən edilməyib. Linux-u təmir etmək üçün Windows VPN-ini yenidən quraşdırmayın və açılış keçidi nasazlıqla üst-üstə düşdüyü üçün firmware ayarlarını təsadüfi dəyişməyin.

ip alətinin sənədi yuxarıda istifadə olunan link, ünvan və marşrut obyektlərini sənədləşdirir. Əvvəlcə Linux tərəfini oxuyun, qeydi saxlayın və yalnız ondan sonra paylaşılan aparat qatının araşdırılmağa dəyər olub-olmadığını qərar verin.

Əlaqəli məqalələr