Windows'a kurulan VPN sonrası Linux ağsız açılıyor: neler kontrol edilmeli

Windows'ta VPN kurarsınız, Linux'a yeniden başlarsınız ve kablolu bağlantı ölüdür. Bariz hikâye kendi kendini yazar: VPN arkasında bir şey bırakmıştır. Hikâye yanlıştır, çünkü iki açılış ayrı çekirdekler, ayrı sürücüler, ayrı yönlendirme tabloları ve ayrı çözümleyiciler çalıştırır. Windows ağ filtresi Linux'un içinde yürütülmez, dolayısıyla arıza ya Linux yığınındadır ya da her iki açılışın gerçekten paylaştığı bir şeyde, örneğin donanımda, donanım yazılımında veya yönlendiricide.

Belirti ve yanlış sonuç

Gözlemin işe yarar kısmı zamanlamadır: arıza bir değişiklikten sonra ortaya çıktı. İşe yaramaz kısmı, diğer işletim sisteminde çalışamayacak olan Windows VPN'ine yapılan nedensel sıçramadır. İkisini ayırmak işin tamamıdır. Kabloya dokunmadan önce zaman çizelgesini yazın.

İki açılışın gerçekten paylaştığı şey fiziksel bağdaştırıcı, kablo, anahtar bağlantı noktası ve yukarıdaki her şeydir. Bunlar gerçek ortak değişkenlerdir ve Linux yığını incelendikten sonra kontrol edilmeyi hak eder.

Linux yığınını dört komutla kaydedin

Herhangi bir şeyi değiştirmeden önce salt okunur modda başlayın ve durumu kaydedin: arayüz varlığı için ip -br link, adresler için ip -br address, IPv4 rotaları için ip route ve IPv6 önemli olduğu yerde ip -6 route. ip aracının başvuru belgesi bu nesneleri ayırt eder ve listede bir arayüz görünmesi, onun çalışan bir adresi veya kullanılabilir bir rotası olduğunun kanıtı değildir.

Çıktıyı bir dosyaya kaydedin ki daha sonra çalışan bir açılışla karşılaştırabilesiniz. Yeniden üretemediğiniz bir anlık görüntü yalnızca bir durumun hatırasıdır.

Bu bağlantı mı, adres mi, rota mı yoksa ad mı?

Dört farklı arıza tarayıcıdan aynı görünür. Aygıt tamamen eksik olabilir, taşıyıcı olmadan var olabilir, bağlı ama beklenen adresi olmayabilir veya adresi olup hedefe rotası olmayabilir. Ham adresler çalışırken ad çözümlemesinin başarısız olması beşinci durumdur ve sürücüye değil çözümleyiciye aittir.

Her durum farklı bir işe işaret eder: eksik aygıt için sürücü ya da donanım yazılımı, taşıyıcı yokken kablolama ya da anahtar, eksik adres için DHCP ya da statik yapılandırma, eksik yol için yönlendirme ya da ilke. Çözümleyici sorunu systemd-resolved, NetworkManager veya yerel bir DNS yapılandırmasına işaret eder.

Linux kurulumunun kendi VPN'i veya kalıcı bir güvenlik duvarı yapılandırması olup olmadığını kontrol edin. Yerel bir tünel veya nftables kural kümesi Linux tarafında bir nedendir ve çalışmayan bir Windows programından çok daha olası biçimde arızayı açıklar.

Ardından açılış geçişini karşılaştırın

Windows Fast Startup, tam açılış yerine çekirdek oturum durumunu koruyan hibrit bir kapatmadır. Microsoft'un güç durumları belgesi bunu yeniden başlatmadan ve tam kapatmadan ayırır, bu yüzden aynı donanım iki geçişte farklı davranabilir.

Arıza bir işletim sisteminden diğerine geçmeye bağlıysa, işi kaydettikten sonra belgelenmiş bir yeniden başlatmayı veya tam kapatmayı normal yolla karşılaştırın. Geçişi izleyen bir sonuç, sürücü, aygıt veya donanım yazılımı durumunun incelenmesini haklı kılar ve tek başına Fast Startup'ın belirli bir bağdaştırıcı arızasına yol açtığını kanıtlamaz.

Bağdaştırıcıyı en son hangi işletim sisteminin kullandığını, geçiş türünü, Linux'taki bağlantı durumunu ve başarısız olan ilk işlemi kaydedin. Soğuk açılış ile ılık geçiş arasındaki yinelenebilir fark, hangi yığının bozulduğunu bilmeden her iki kurulumdan VPN yazılımını kaldırmaktan çok daha değerlidir.

Neyi değiştirmemeli

İlk adım olarak iki ağ yığınını da sıfırlamayın. Bu, karşılaştırmayı yok eder ve gerçek neden hiç belirlenmediği için çoğu zaman hiçbir şeyi düzeltmez. Linux'u onarmak için Windows VPN'ini yeniden kurmayın ve açılış geçişi bir arızayla ilişkili oldu diye donanım yazılımı ayarlarını rastgele değiştirmeyin.

ip aracının başvuru belgesi yukarıda kullanılan bağlantı, adres ve rota nesnelerini belgeler. Önce Linux tarafını okuyun, anlık görüntüyü saklayın ve ancak ondan sonra ortak donanım katmanının araştırmaya değer olup olmadığına karar verin.