VPN rusak setelah pembaruan klien? Bandingkan negosiasinya

Pembaruan mengganti komponen yang mengurai profil Anda dan menegosiasikan terowongan. Kegagalan pertama setelah peningkatan adalah bukti tentang perubahan tertentu, bukan vonis atas rilis tersebut. Menyimpan galat itu bersama versi dan stempel waktunya adalah langkah paling berharga yang dapat Anda ambil sebelum memasang ulang apa pun.

Dua mekanisme menjelaskan sebagian besar kerusakan ini. Memisahkan keduanya adalah pekerjaannya.

Apa yang berubah dalam negosiasi di bawah Anda

OpenVPN menegosiasikan sandi kanal data alih-alih mengambilnya dari satu direktif, dan opsi yang mengendalikan negosiasi itu berubah makna antar rilis. Profil yang ditulis untuk klien lama dapat terhubung lalu gagal menyepakati kanal data, yang muncul sebagai pemutusan koneksi alih-alih galat konfigurasi yang jelas. Rilis yang lebih baru juga memperketat atau menghentikan perilaku warisan, dan menyertakan mode kompatibilitas bagi rekan yang belum berpindah. Karena itu peningkatan dapat merusak profil yang berfungsi tanpa menyentuh satu bita pun berkasnya.

Efeknya pada klien asimetris. Kanal kendali muncul, autentikasi berhasil, dan terowongan mati sesudahnya, yang merupakan ciri ketidakcocokan negosiasi dan bukan profil yang ditolak.

Baca versi terpasang sebelum berteori tentang server. String itu adalah fakta lokal yang dapat Anda periksa tanpa meminta akses kepada siapa pun.

Profil bisa terurai dan bermakna lain

Direktif yang lolos penguraian belum tentu direktif yang masih melakukan apa yang dimaksud penulisnya. Opsi dapat diterima demi kompatibilitas lalu diabaikan, diganti nama, atau diterapkan pada kasus yang lebih sempit daripada sebelumnya. Karena tidak ada yang memunculkan galat, profil tampak benar sementara perilaku di bawahnya telah berubah. Keheningan itulah yang membuat regresi semacam ini mahal.

Tanyakan baris mana yang benar-benar bertanggung jawab atas hasil yang dinegosiasikan, lalu bandingkan dengan dokumentasi untuk versi yang Anda jalankan sekarang. Perbandingan itu singkat, dan di situlah beda antara perbaikan dan pengembalian versi.

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

Platform ikut bergerak pada saat yang sama

Rilis klien jarang datang sendiri. Pembaruan sistem operasi, permintaan izin yang kini menuntut persetujuan eksplisit, atau kebijakan terkelola yang diterapkan pada perangkat dapat tiba pada minggu yang sama dan menghasilkan kegagalan yang dituduhkan pada klien. Platform seluler menambahkan lapisan sendiri, karena aplikasi meminta terowongan kepada sistem dan sistem menentukan apa yang boleh dirutekan terowongan itu.

Catat perubahan itu secara terpisah dalam garis waktu. Ketika autentikasi berhasil tetapi rute atau penyelesaian nama gagal, tahap yang menarik adalah setelah jabat tangan, dan melemahkan validasi sertifikat tidak akan menyentuhnya.

Uji ulang peristiwa yang memulai laporan

Reproduksi urutan asli, bukan versi yang disederhanakan: koneksi awal, aplikasi yang gagal, dan penyambungan ulang biasa setelah perubahan jaringan. Terowongan yang muncul dalam kondisi uji dan tetap putus pada jalur penyambungan ulang belum diperbaiki, dan perbedaannya biasanya menandai di mana cacat sebenarnya berada. Laporan yang melewatkan langkah penyambungan ulang menutup bug yang masih terbuka.

Dapatkan profil yang didukung operator atau koreksi vendor melalui saluran terverifikasi alih-alih mengembalikan semuanya. Penurunan versi secara luas juga memulihkan perbaikan keamanan yang dibawa pembaruan, dan pertukaran itu jarang sepadan dengan satu koneksi yang berfungsi.