VPN rosak selepas kemas kini klien? Bandingkan rundingan

Kemas kini menggantikan komponen yang menghurai profil anda dan merundingkan terowong. Kegagalan pertama selepas peningkatan ialah bukti tentang perubahan tertentu, bukan keputusan tentang keluaran itu. Menyimpan ralat itu bersama versi dan cap masanya ialah langkah paling bernilai yang boleh anda ambil sebelum memasang semula apa-apa.

Dua mekanisme menjelaskan kebanyakan kerosakan ini. Mengasingkannya ialah kerja itu.

Apa yang berubah dalam rundingan di bawah anda

OpenVPN merundingkan sifer saluran data dan bukannya mengambilnya daripada satu direktif, dan pilihan yang mengawal rundingan itu telah berubah makna merentas keluaran. Profil yang ditulis untuk klien lama boleh bersambung dan kemudian gagal bersetuju tentang saluran data, yang muncul sebagai pemutusan sambungan dan bukannya ralat konfigurasi yang jelas. Keluaran lebih baharu juga mengetatkan atau menarik balik tingkah laku warisan, dan menyertakan mod keserasian untuk rakan yang belum berpindah. Oleh itu peningkatan boleh merosakkan profil yang berfungsi tanpa menyentuh satu bait pun fail itu.

Kesannya pada klien tidak simetri. Saluran kawalan naik, pengesahan berjaya, dan terowong mati selepas itu, yang merupakan tanda ketidakpadanan rundingan dan bukan profil yang ditolak.

Baca versi yang dipasang sebelum membuat teori tentang pelayan. Rentetan itu ialah fakta setempat yang boleh anda semak tanpa meminta akses daripada sesiapa.

Profil boleh dihurai dan bermakna sesuatu yang lain

Direktif yang bertahan dalam penghuraian tidak semestinya direktif yang masih melakukan apa yang dimaksudkan penulisnya. Pilihan boleh diterima atas alasan keserasian lalu diabaikan, dinamakan semula, atau digunakan dalam kes yang lebih sempit daripada sebelum ini. Kerana tiada apa-apa yang menghasilkan ralat, profil itu kelihatan betul sedangkan tingkah laku di bawahnya telah berubah. Keheningan itulah yang menjadikan regresi ini mahal.

Tanya baris mana yang benar-benar bertanggungjawab atas hasil yang dirundingkan, kemudian bandingkannya dengan dokumentasi versi yang anda jalankan sekarang. Perbandingan itu singkat, dan di situlah perbezaan antara pembetulan dan pengunduran.

openvpn --version | head -n 2
openvpn --show-ciphers | head -n 10
grep -nE '^(cipher|data-ciphers|ncp-|tls-)' office.ovpn

Platform bergerak pada masa yang sama

Keluaran klien jarang datang sendiri. Kemas kini sistem pengendalian, gesaan kebenaran yang kini memerlukan persetujuan nyata, atau dasar terurus yang digunakan pada peranti boleh tiba pada minggu yang sama dan menghasilkan kegagalan yang disalahkan pada klien. Platform mudah alih menambah lapisan sendiri, kerana aplikasi meminta terowong daripada sistem dan sistem menentukan apa yang boleh dihalakan oleh terowong itu.

Catat perubahan itu secara berasingan dalam garis masa. Apabila pengesahan berjaya tetapi laluan atau penyelesaian nama gagal, peringkat yang menarik ialah selepas jabat tangan, dan melemahkan pengesahan sijil tidak akan menyentuhnya.

Uji semula peristiwa yang memulakan laporan

Hasilkan semula urutan asal dan bukan versi yang dipermudahkan: sambungan awal, aplikasi yang gagal, dan penyambungan semula biasa selepas perubahan rangkaian. Terowong yang naik dalam keadaan ujian dan masih gagal pada laluan penyambungan semula belum dibaiki, dan perbezaannya biasanya menandakan di mana kecacatan sebenar berada. Laporan yang meninggalkan langkah penyambungan semula menutup pepijat yang masih terbuka.

Dapatkan profil yang disokong operator atau pembetulan vendor melalui saluran yang disahkan dan bukannya mengundurkan semuanya. Penurunan versi secara meluas juga memulihkan pembetulan keselamatan yang dibawa oleh kemas kini itu, dan pertukaran itu jarang bernilai satu sambungan yang berfungsi.