OpenVPN memperingatkan penggunaan MTU yang tidak konsisten: apa yang dibandingkan peringatan

Peringatan itu melaporkan perbandingan antara opsi peer, bukan pengukuran jalur di antara keduanya. Orang membacanya sebagai «MTU-nya salah» dan mengubah angkanya sampai baris itu hilang. Itu memperlakukan perbandingan konfigurasi sebagai pengukuran jaringan, dan sering membuat terowongan lebih buruk sambil membuat log lebih sunyi. Langkah pertama yang berguna adalah memutuskan mana dari dua masalah itu yang benar-benar Anda miliki.

Tiga kondisi menentukan jawabannya: apa yang dibandingkan peer, apakah nilainya warisan, dan gejala apa yang ada di luar peringatan.

Peringatan membandingkan opsi, bukan paket

Peer OpenVPN bertukar string opsi mereka selama handshake dan membandingkannya sebagai bagian dari pemeriksaan konsistensi opsi. Ketika satu sisi melaporkan link-mtu atau tun-mtu berbeda dari sisi lain, ketidakcocokan dicatat dengan kedua nilai. Pertukaran itu tidak pernah mengirim paket besar untuk melihat apa yang terjadi, jadi peringatan menggambarkan konfigurasi, bukan kapasitas. Terowongan bisa membawa lalu lintas berukuran penuh dan tetap mencetaknya, atau gagal pada paket besar dan tidak mencetak apa pun.

Simpan peringatan lengkap beserta nilai lokal dan jaraknya. Pasangan itu adalah buktinya; satu angka yang Anda ingat bukan.

Mengapa link-mtu usang

OpenVPN 2.6 menyatakan link-mtu usang karena header variabel dan cipher yang dinegosiasikan membuat nilai tautan tetap tidak dapat diandalkan. Opsi itu mengasumsikan tata letak paket yang tidak lagi dijamin protokol, sehingga profil lama yang membawa link-mtu literal menggambarkan maksud yang tidak dapat dipenuhi kode saat ini. Menyalin angka itu ke profil baru menyebarkan asumsi usang. Bacalah sebagai bagian dari sejarah profil lama, bukan sebagai rekomendasi.

Pemeriksaan konsistensi juga memiliki nilai OCC opsional yang terikat pada tun-mtu, yang mengubah apa yang dibandingkan tanpa mengubah apa yang dibawa jaringan. Menyetelnya tidak membuat paket yang lebih besar muat.

Perbaiki profil sebelum menguji jalur

Perbaiki ketidakcocokan yang tidak disengaja melalui pihak yang memiliki profil, dan ingat bahwa perubahan di sisi server memengaruhi setiap klien. Edit profil yang benar-benar dimuat instans, bukan ekspor yang ada di folder unduhan. Lalu sambungkan ulang satu klien uji dan catat peringatan mana yang bertahan. Jika pesannya berubah bentuk alih-alih hilang, Anda membandingkan opsi yang berbeda dari yang Anda kira.

Server bersama perlu diperiksa inventaris kliennya sebelum nilai global dipindahkan, karena nilai yang cocok untuk satu situs bisa merusak situs lain.

Lalu uji gejala yang benar-benar Anda miliki

Jika transfer besar macet sementara permintaan kecil berhasil, ukur ukuran paket terhadap tujuan yang terkendali. Probe yang menyetel bit «jangan fragmentasi» dan menaikkan ukuran muatan menemukan MTU jalur yang dapat dipakai jauh lebih andal daripada ping yang sekadar berhasil. Sertakan aplikasi yang gagal dalam pengujian: batas waktu ICMP dapat mencerminkan penyaringan, dan ping kecil yang berhasil tidak menyatakan apa pun tentang paket aplikasi berukuran penuh.

mssfix membatasi MSS yang diiklankan untuk sesi TCP di dalam terowongan, yang membantu TCP dan tidak melakukan apa pun untuk beban UDP internal. Pengaturan fragmentasi dan offload punya syarat kompatibilitasnya sendiri. Pilih satu mekanisme untuk masalah yang terbukti alih-alih mengubah beberapa sekaligus untuk menenangkan satu baris log.

Simpan nilai efektif bersama hasilnya

Catat nilai efektif asli dan yang sudah dikoreksi di samping hasil transfer nyata. Pasangan itulah yang memisahkan opsi profil usang dari masalah MTU jalur yang ada secara mandiri. Tanpa itu, pembaca berikutnya melihat peringatan yang hilang dan menganggap jaringannya berubah.

Menekan pemeriksaan konsistensi tidak mendamaikan apa pun. Itu menghapus pengamatan dan membiarkan kedua konfigurasi seperti semula.