Mengapa vpnc terputus pada minit ke-24 dan apa yang perlu diubah
Putusnya vpnc pada minit ke-24 ialah pemasa, bukan pautan yang tidak stabil. Tiga syarat menentukan sama ada pembaikan ialah DPD, lintasan NAT atau kumpulan pembaharuan kunci.
Terowong anda mati pada selang yang berulang, dan itu ialah pemasa yang melaporkan dirinya sendiri, bukan kabel yang buruk. Dua puluh empat minit ialah 1440 saat, nilai bulat yang biasa dibawa profil atau dasar kepala rangkaian. Kemudian konfigurasi yang sama gagal terhadap konsentrator yang sama setiap kali manakala setiap rangkaian lain berfungsi, dan tiada ujian pautan mengubahnya.
Tiga syarat menentukan pemasa mana yang anda punya: sama ada klien melepaskan sesi terbiar, sama ada pertukaran pembaharuan kunci ditolak, dan sama ada gerbang penterjemah menulis semula enkapsulasi.
Pemasa mana yang memiliki putusan itu
Ukur selang itu sepanjang sekurang-kurangnya tiga sambungan semula sebelum menyentuh mana-mana tetapan. Serakan beberapa saat menunjukkan kehilangan pautan atau perayauan wayarles; nilai yang mendarat setiap kali dalam beberapa saat dari tanda yang sama menunjukkan nilai dasar. Panjang sesi juga memberitahu siapa yang menamatkannya, kerana tamat masa di sisi klien dan pemadaman di sisi pelayan meninggalkan baris terakhir yang berbeza dalam output nyahpepijat. Tiga sambungan semula juga menunjukkan sama ada selang itu hanyut sama sekali, yang tidak dapat ditunjukkan oleh satu ukuran.
Catat nombor itu di sebelah kepala rangkaian yang anda bercakap dengannya. Setelah selang itu stabil, kerja yang tinggal ialah memilih antara tiga punca, dan satu tetapan yang diubah bagi setiap sambungan semula itulah yang memastikan ia boleh dibezakan.
Kes satu: klien melepaskan sesi terbiar
vpnc menjalankan pemeriksaan rakan mati sendiri, dan pemeriksaan itu boleh membunuh sesi yang masih dianggap hidup oleh konsentrator, terutamanya apabila gerbang penterjemah berada di antara keduanya. Ubat di sisi klien dalam dokumentasi ialah mematikan pemasa secara setempat dan membiarkan kepala rangkaian memutuskan bila rakan telah pergi. Kedua-dua baris di bawah tergolong dalam profil vpnc atau baris arahan, dan kedua-duanya bebas daripada tetapan penyulitan.
DPD idle timeout (our side) 0
NAT Traversal Mode cisco-udp
Menyahdayakan DPD klien membuang satu positif palsu dan juga membuang satu-satunya pengesanan setempat anda, jadi gunakannya bersendirian dan perhatikan sama ada selang itu berubah sama sekali.
Kes dua: pembaharuan kunci ditolak
Jika selang itu bertahan selepas perubahan DPD, pembaharuan kunci fasa 1 menjadi calon. Binaan vpnc yang lebih lama mengendalikan pembaharuan dengan kurang teliti berbanding yang semasa, dan kumpulan Diffie-Hellman ialah perselisihan yang biasa. Memaksa kumpulan yang sudah diterima oleh kepala rangkaian hanya menelan satu baris dan satu sambungan semula, yang menjadikannya eksperimen murah dan bukan perubahan dasar.
IKE DH Group dh5
Nama kumpulan yang sah ialah dh1, dh2 dan dh5. Kumpulan yang ditolak oleh konsentrator menghasilkan kegagalan serta-merta, dan itu masih maklumat: ia memberitahu bahawa kepala rangkaian itu cerewet dan kumpulan asal itu mungkin betul.
Kes tiga: penterjemahan menulis semula enkapsulasi
Di belakang gerbang penterjemah, enkapsulasi UDP Cisco dan mod berasaskan standard tidak boleh ditukar ganti. Pilihan yang salah sering menghasilkan terowong yang terbentuk, melalukan trafik dan kemudian tamat masa di bawah beban, yang terbaca seperti masalah lebar jalur dan bukan begitu. Tukar mod itu sahaja, kemudian sambung semula dan ukur putusan itu sekali lagi. Cuba mod yang lain hanya selepas dua kes pertama disingkirkan.
Antara muka hadapan menambah kekeliruan mereka sendiri di sini. NetworkManager tidak akan menawarkan jenis sambungan vpnc sehingga pakej pemalam dipasang, dan pemalam yang hilang muncul sebagai butang Tambah yang kelabu dan bukannya ralat. Antara muka KDE menyimpan nilai yang sama dalam profilnya sendiri, jadi sahkan bahawa daemon membaca apa yang anda sunting.
Profil yang bersambung baik dari baris arahan tetapi tidak dari desktop ialah masalah antara muka hadapan, bukan masalah pemasa.
Sahkan pertukaran yang gagal sebelum perubahan ketiga
Jalankan klien dengan output nyahpepijat dan baca pertukaran terakhir sebelum putusan itu. Pemadaman fasa 1 tepat sebelum pemutusan bermakna klien memperbaharui kunci dan ditolak. Pemadaman fasa 2 pada titik yang sama bermakna terowong itu dirobohkan dari sisi lain, dan tetapan klien anda bukan puncanya.
vpnc --debug 3 office
Periksa juga daemon rangkaian kedua apabila terowong bertahan tetapi trafik berhenti. Dua pengurus yang menulis jadual penghalaan menghasilkan gejala yang sama dari desktop dan log yang sama sekali berbeza.