Pilihan L2TP tiada dalam dialog rangkaian: apa yang perlu dipasang
Dialog itu memerlukan pemalam VPN, daemon L2TP, backend IPsec, modul PPP dan editor. Hilang mana-mana satu pun mengubah gejala yang anda lihat.
Anda menambah sambungan VPN, mencari L2TP/IPsec dalam senarai, dan ia tiada. Atau ia ada, profil disimpan, dan sambungan mati dengan mesej tentang pemalam. Kedua-dua gejala menunjuk kepada longgokan pakej yang dipasang secara berasingan, dan dialog hanya menunjukkan hujungnya. Petakan bahagian-bahagiannya sebelum memasang apa-apa.
Mulakan pada longgokan, bukan menu
Pilihan itu muncul apabila pengurus dapat menemui pemalam yang mengiklankan jenis VPN itu. Pemalam itu pula memerlukan daemon L2TP dan pelaksanaan IPsec pada masa jalan, serta modul PPP untuk pautan itu sendiri. Setiap satunya ialah pakej berasingan dengan rantaian kebergantungannya sendiri, dan sesebuah distribusi boleh menghantarnya dalam gabungan yang hanya lengkap sebahagiannya. Memasang daemon IPsec sahaja tidak menambah apa-apa pada senarai, kerana pengurus tidak mencarinya. Baca pemalam yang dipasang dahulu, kemudian turun ke bawah.
Item menu yang hilang ialah soal pembungkusan. Ia hampir tidak pernah soal konfigurasi, walau sebanyak mana ia terasa begitu.
Mengedit dan menjalankan ialah pakej berasingan
Pemalam perkhidmatan membentuk sambungan, dan komponen editor ialah yang membolehkan tetingkap tetapan desktop memaparkan dan menyimpan pilihan protokol. Kedua-duanya dibungkus secara berasingan, dan sesetengah distribusi menghantar satu tanpa yang lain. Hasilnya ialah sambungan yang wujud, boleh dimulakan dari baris arahan, dan tidak boleh diedit dalam alat grafik itu.
Lihat persekitaran desktop yang sedang berjalan sebelum memilih nama pakej. Komponen penyuntingan GNOME bukan pakej yang sama dengan antara muka KDE, dan sesebuah distribusi mungkin menamakan semula mana-mana satu daripadanya. Ambil nama itu daripada senarai pakej keluaran itu sendiri.
Pemalam PPP tinggal pada laluan berversi
L2TP berjalan di atas PPP, dan pemalam yang dimuatkan oleh perkhidmatan itu dibina untuk versi PPP tertentu, jadi ia tinggal dalam direktori yang dinamakan sempena versi itu. Resipi yang mengekod laluan lama secara keras menerangkan mesin tempat ia ditulis. Jika versi di sini berbeza, pemalam itu tidak akan ditemui walau berapa teliti arahan itu disalin.
Itulah hujah paling kuat untuk pakej distribusi berbanding binaan yang disalin. Penyelia pakej menjejaki laluan ini; baris configure yang disalin tidak.
Kegagalan perundingan bukan kegagalan pemasangan
Sebaik sahaja pilihan itu wujud dan profil disimpan, kegagalan seterusnya ialah kelas masalah yang lain. Rakan yang menolak pengesahan ialah backend IPsec memberitahu anda sesuatu yang khusus.
Baca log backend itu sendiri sebelum memasang semula apa-apa. Jurnal pengurus menunjukkan pemalam menyerahkan tugas dan daemon IPsec melaporkan mengapa ia berhenti, dan kedua-dua baris itu bersama-sama mengenal pasti pihak mana yang menolak. Memasang semula editor tidak dapat membaiki kunci prasiar yang ditolak, dan memasang semula pemalam tidak dapat membaiki pelayan yang mengharapkan cadangan berbeza. Asingkan lapisan dalam nota anda sebelum menyentuh pakej.
Dua rahsia, dua medan
Pengesahan IPsec dan log masuk PPP pengguna ialah rahsia yang tidak berkaitan tetapi kebetulan duduk dalam dialog yang sama. Satu mengesahkan mesin, satu lagi mengesahkan seseorang kepada perkhidmatan L2TP, dan pelayan boleh menerima satu sambil menolak yang lain.
Letakkan kata laluan akaun dalam medan PPP dan rahsia kongsi dalam medan IPsec, kemudian periksa yang mana satu diadukan oleh log. Menyalin kata laluan ke dalam kotak rahsia kongsi kerana kedua-dua input bertopeng ialah kesilapan biasa dan sepenuhnya senyap. Catat versi pakej yang anda gunakan akhirnya, kerana mesin seterusnya memerlukan gabungan yang sama dan dialog tidak akan memberitahu sesiapa apakah ia.