OpenVPN memberi amaran tentang penggunaan MTU yang tidak konsisten: apa yang dibandingkan oleh mesej

Amaran itu melaporkan perbandingan antara pilihan rakan sebaya, bukan pengukuran laluan antara mereka. Orang membacanya sebagai «MTU itu salah» dan menukar nombor itu sehingga baris hilang. Itu memperlakukan perbandingan konfigurasi sebagai pengukuran rangkaian, dan ia sering menjadikan terowong lebih teruk sambil menjadikan log lebih senyap. Langkah pertama yang berguna ialah memutuskan masalah mana antara dua itu yang benar-benar anda ada.

Tiga syarat menentukan jawapannya: apa yang dibandingkan rakan sebaya, sama ada nilainya lama, dan gejala apa yang wujud di luar amaran.

Amaran membandingkan pilihan, bukan paket

Rakan sebaya OpenVPN bertukar rentetan pilihan mereka semasa jabat tangan dan membandingkannya sebagai sebahagian daripada pemeriksaan konsistensi pilihan. Apabila satu pihak melaporkan link-mtu atau tun-mtu secara berbeza daripada pihak lain, ketidakpadanan direkodkan dengan kedua-dua nilai. Pertukaran itu tidak pernah menghantar paket besar untuk melihat apa yang berlaku, jadi amaran menerangkan konfigurasi, bukan kapasiti. Terowong boleh membawa trafik saiz penuh dan masih mencetaknya, atau gagal pada paket besar dan tidak mencetak apa-apa.

Simpan amaran penuh dengan nilai setempat dan jauhnya. Pasangan itu ialah bukti; nombor tunggal yang anda ingat bukan.

Mengapa link-mtu sudah lapuk

OpenVPN 2.6 mengisytiharkan link-mtu sebagai lapuk kerana pengepala berubah dan sifer yang dirundingkan menjadikan nilai pautan tetap tidak boleh dipercayai. Pilihan itu menganggap susun atur paket yang protokol tidak lagi menjamin, jadi profil lama yang membawa link-mtu literal menerangkan niat yang kod semasa tidak dapat memenuhi. Menyalin nombor itu ke profil baharu menyebarkan andaian lapuk. Bacalah sebagai sebahagian daripada sejarah profil lama, bukan sebagai cadangan.

Pemeriksaan konsistensi juga mempunyai nilai OCC pilihan yang terikat pada tun-mtu, yang mengubah apa yang dibandingkan tanpa mengubah apa yang dibawa oleh rangkaian. Menetapkannya tidak membuat paket yang lebih besar masuk.

Betulkan profil sebelum menguji laluan

Betulkan ketidakpadanan yang tidak disengajakan melalui pihak yang memiliki profil, dan ingat bahawa perubahan di sisi pelayan mempengaruhi setiap klien. Edit profil yang benar-benar dimuatkan oleh instans, bukan eksport yang ada dalam folder muat turun. Kemudian sambung semula satu klien ujian dan catat amaran mana yang kekal. Jika mesej berubah bentuk dan bukannya hilang, anda membandingkan pilihan yang berbeza daripada yang anda sangka.

Pelayan dikongsi perlu menyemak inventori kliennya sebelum nilai global dialihkan, kerana nilai yang sesuai untuk satu tapak boleh merosakkan tapak lain.

Kemudian uji gejala yang benar-benar anda ada

Jika pemindahan besar tersekat sementara permintaan kecil berjaya, ukur saiz paket terhadap destinasi terkawal. Probe yang menetapkan bit «jangan pecahkan» dan menambah saiz muatan menemui MTU laluan yang boleh digunakan jauh lebih boleh dipercayai daripada ping yang sekadar berjaya. Sertakan aplikasi yang gagal dalam ujian: tamat masa ICMP mungkin mencerminkan penapisan, dan ping kecil yang berjaya tidak menyatakan apa-apa tentang paket aplikasi saiz penuh.

mssfix mengehadkan MSS yang diiklankan untuk sesi TCP di dalam terowong, yang membantu TCP dan tidak melakukan apa-apa untuk beban UDP dalaman. Tetapan fragmentasi dan offload mempunyai syarat keserasiannya sendiri. Pilih satu mekanisme untuk masalah yang terbukti dan bukannya menukar beberapa sekali gus untuk menenangkan satu baris log.

Simpan nilai berkesan bersama hasilnya

Catat nilai berkesan asal dan yang dibetulkan di sebelah hasil pemindahan sebenar. Pasangan itulah yang memisahkan pilihan profil lapuk daripada masalah MTU laluan yang wujud secara bebas. Tanpanya, pembaca seterusnya melihat amaran yang hilang dan menganggap rangkaian telah berubah.

Menekan pemeriksaan konsistensi tidak mendamaikan apa-apa. Ia membuang pemerhatian dan membiarkan kedua-dua konfigurasi seperti asalnya.