Mengapa vpnc terputus pada menit ke-24 dan apa yang harus diubah

Terowongan Anda mati pada interval yang berulang, dan itu adalah pewaktu yang melaporkan dirinya sendiri, bukan kabel buruk. Dua puluh empat menit sama dengan 1440 detik, nilai bulat yang biasa dibawa profil atau kebijakan kepala jaringan. Konfigurasi yang sama lalu gagal terhadap konsentrator yang sama setiap kali sementara setiap jaringan lain berfungsi, dan tidak ada pengujian tautan yang mengubahnya.

Tiga kondisi menentukan pewaktu mana yang milik Anda: apakah klien menyerah pada sesi menganggur, apakah pertukaran pembaruan kunci ditolak, dan apakah gateway penerjemah menulis ulang enkapsulasi.

Pewaktu mana yang memiliki pemutusan

Ukur interval pada setidaknya tiga sambungan ulang sebelum menyentuh pengaturan. Sebaran beberapa detik menunjuk ke hilangnya tautan atau roaming nirkabel; nilai yang setiap kali mendarat dalam beberapa detik dari tanda yang sama menunjuk ke nilai kebijakan. Panjang sesi juga memberi tahu siapa yang mengakhirinya, karena batas waktu di sisi klien dan penghapusan di sisi server meninggalkan baris terakhir yang berbeda pada keluaran debug. Tiga sambungan ulang juga mengungkap apakah interval menyimpang sama sekali, yang tidak dapat ditunjukkan oleh satu pengukuran.

Catat angkanya di samping kepala jaringan yang Anda ajak bicara. Setelah interval stabil, pekerjaan yang tersisa adalah memilih di antara tiga penyebab, dan satu pengaturan yang diubah per sambungan ulang itulah yang menjaganya tetap dapat dibedakan.

Kasus satu: klien meninggalkan sesi menganggur

vpnc menjalankan pemeriksaan rekan mati sendiri, dan pemeriksaan itu dapat membunuh sesi yang masih dianggap hidup oleh konsentrator, terutama ketika gateway penerjemah berada di antara keduanya. Obat di sisi klien dalam dokumentasi adalah mematikan pewaktu secara lokal dan membiarkan kepala jaringan memutuskan kapan rekan hilang. Kedua baris di bawah termasuk dalam profil vpnc atau baris perintah, dan keduanya tidak bergantung pada pengaturan enkripsi.

DPD idle timeout (our side) 0
NAT Traversal Mode cisco-udp

Menonaktifkan DPD klien menghapus positif palsu dan juga menghapus satu-satunya deteksi lokal Anda, jadi terapkan sendiri dan perhatikan apakah interval berubah sama sekali.

Kasus dua: pembaruan kunci ditolak

Jika interval bertahan dari perubahan DPD, pembaruan kunci fase 1 menjadi kandidat. Versi vpnc yang lebih lama menangani pembaruan dengan kurang hati-hati daripada versi saat ini, dan grup Diffie-Hellman adalah perselisihan yang biasa. Memaksa grup yang sudah diterima kepala jaringan hanya memakan satu baris dan satu sambungan ulang, yang menjadikannya eksperimen murah, bukan perubahan kebijakan.

IKE DH Group dh5

Nama grup yang valid adalah dh1, dh2, dan dh5. Grup yang ditolak konsentrator menghasilkan kegagalan segera, dan itu tetap informasi: ia memberi tahu bahwa kepala jaringan rewel dan grup aslinya kemungkinan benar.

Kasus tiga: penerjemahan menulis ulang enkapsulasi

Di belakang gateway penerjemah, enkapsulasi UDP Cisco dan mode berbasis standar tidak dapat dipertukarkan. Pilihan yang salah sering menghasilkan terowongan yang terbentuk, melewatkan lalu lintas, lalu kehabisan waktu di bawah beban, yang terbaca seperti masalah bandwidth dan bukan. Ubah hanya modenya, lalu sambungkan ulang dan ukur lagi pemutusannya. Coba mode lain hanya setelah dua kasus pertama disingkirkan.

Antarmuka depan menambahkan kebingungannya sendiri di sini. NetworkManager tidak akan menawarkan tipe koneksi vpnc sampai paket plugin terpasang, dan plugin yang hilang muncul sebagai tombol Tambah yang abu-abu, bukan sebagai galat. Antarmuka KDE menyimpan nilai yang sama dalam profilnya sendiri, jadi pastikan daemon membaca apa yang Anda sunting.

Profil yang tersambung baik dari baris perintah tetapi tidak dari desktop adalah masalah antarmuka, bukan masalah pewaktu.

Verifikasi pertukaran yang gagal sebelum perubahan ketiga

Jalankan klien dengan keluaran debug dan baca pertukaran terakhir sebelum pemutusan. Penghapusan fase 1 tepat sebelum pemutusan berarti klien memperbarui kunci dan ditolak. Penghapusan fase 2 pada titik yang sama berarti terowongan dibongkar dari sisi lain, dan pengaturan klien Anda bukan penyebabnya.

vpnc --debug 3 office

Periksa juga daemon jaringan kedua ketika terowongan bertahan tetapi lalu lintas berhenti. Dua pengelola yang menulis tabel perutean menghasilkan gejala yang sama dari desktop dan log yang sama sekali berbeda.