VPN dipasang di Windows, Linux but tanpa rangkaian: apa yang perlu diperiksa

Anda memasang VPN di Windows, but semula ke Linux, dan sambungan berwayar mati. Cerita yang jelas menulis dirinya sendiri: VPN meninggalkan sesuatu. Cerita itu salah, kerana kedua-dua but menjalankan kernel berasingan dengan pemacu berasingan, jadual penghalaan berasingan dan penyelesai berasingan. Penapis rangkaian Windows tidak berjalan di dalam Linux, jadi kesalahannya ada pada tindanan Linux atau pada sesuatu yang benar-benar dikongsi kedua-dua but, seperti perkakasan, firmware atau penghala.

Gejala dan kesimpulan yang salah

Bahagian yang berguna dalam pemerhatian ialah masa: kegagalan muncul selepas perubahan. Bahagian yang tidak berguna ialah lonjakan sebab-akibat kepada VPN Windows, yang tidak boleh berjalan dalam sistem pengendalian lain. Memisahkan kedua-duanya ialah keseluruhan kerja. Tulis garis masa sebelum menyentuh kabel.

Yang benar-benar dikongsi kedua-dua but ialah penyesuai fizikal, kabel, port suis dan apa sahaja di huluan. Itu pemboleh ubah kongsi sebenar, dan ia wajar diperiksa selepas tindanan Linux diteliti.

Ambil petikan tindanan Linux dengan empat arahan

Mulakan dalam mod baca sahaja dan tangkap keadaannya sebelum mengubah apa-apa: ip -br link untuk kewujudan antara muka, ip -br address untuk alamat, ip route untuk laluan IPv4 dan ip -6 route di tempat IPv6 penting. Rujukan alat ip membezakan objek-objek ini, dan kemunculan antara muka dalam senarai bukan bukti bahawa ia mempunyai alamat yang berfungsi atau laluan yang boleh digunakan.

Simpan output dalam fail supaya anda boleh membandingkannya kemudian dengan but yang berfungsi. Petikan yang tidak dapat anda hasilkan semula hanyalah kenangan tentang sesuatu keadaan.

Adakah ini pautan, alamat, laluan atau nama?

Empat kegagalan berbeza kelihatan sama dari pelayar. Peranti mungkin tiada sepenuhnya, hadir tanpa pembawa, bersambung tetapi tanpa alamat yang dijangka, atau beralamat tanpa laluan ke destinasi. Kegagalan penyelesaian nama sementara alamat mentah berfungsi ialah kes kelima, dan itu milik penyelesai, bukan pemacu.

Setiap kes menunjuk kepada kerja berbeza: pemacu atau firmware untuk peranti yang tiada, kabel atau suis apabila tiada pembawa, DHCP atau konfigurasi statik untuk alamat yang tiada, dan penghalaan atau dasar untuk laluan yang tiada. Masalah penyelesai menunjuk kepada systemd-resolved, NetworkManager atau konfigurasi DNS tempatan.

Periksa sama ada pemasangan Linux mempunyai VPN sendiri atau konfigurasi tembok api yang kekal. Terowong tempatan atau set peraturan nftables ialah punca di pihak Linux, dan jauh lebih mungkin menjelaskan kegagalan daripada program Windows yang tidak berjalan.

Kemudian bandingkan peralihan but

Windows Fast Startup ialah penutupan hibrid yang mengekalkan keadaan sesi kernel dan bukannya melakukan but penuh. Dokumentasi Microsoft tentang keadaan kuasa membezakannya daripada mula semula dan daripada penutupan penuh, sebab itu perkakasan yang sama boleh berkelakuan berbeza dalam kedua-dua peralihan.

Jika kegagalan bergantung pada peralihan dari satu sistem pengendalian ke yang lain, bandingkan mula semula atau penutupan penuh yang didokumenkan dengan laluan biasa, selepas menyimpan kerja. Hasil yang mengikuti peralihan mewajarkan pemeriksaan keadaan pemacu, peranti atau firmware, dan ia sendiri tidak membuktikan bahawa Fast Startup menyebabkan kegagalan penyesuai tertentu.

Catat sistem pengendalian mana yang terakhir menggunakan penyesuai, jenis peralihan, keadaan pautan dalam Linux dan operasi pertama yang gagal. Perbezaan yang boleh diulang antara but sejuk dan peralihan hangat jauh lebih bernilai daripada membuang perisian VPN daripada kedua-dua pemasangan tanpa mengetahui tindanan mana yang rosak.

Apa yang tidak boleh diubah

Jangan tetapkan semula kedua-dua tindanan rangkaian sebagai langkah pertama. Itu memusnahkan perbandingan dan selalunya tidak membaiki apa-apa, kerana punca sebenar tidak pernah dikenal pasti. Jangan pasang semula VPN Windows untuk membaiki Linux, dan jangan ubah tetapan firmware secara rawak kerana peralihan but berkorelasi dengan kegagalan.

Rujukan alat ip mendokumenkan objek pautan, alamat dan laluan yang digunakan di atas. Baca pihak Linux dahulu, simpan petikan itu, dan hanya selepas itu tentukan sama ada lapisan perkakasan kongsi wajar disiasat.