Lapisan mana dalam profil L2TP yang sebenarnya rosak

Telusuri timbunan dari atas ke bawah, bukan merentas halaman tetapan: Rundingan IPsec, kemudian kawalan L2TP, kemudian pengesahan PPP, kemudian peruntukan alamat dan DNS. Setiap lapisan mempunyai tandatangan ralat dan punca berkemungkinan tersendiri. Profil yang gagal pada pengesahan pengguna sudah melepasi tiga pemeriksaan yang tidak pernah dicapai oleh profil yang tamat masa lebih awal. Urutan itulah yang pertama perlu dipastikan.

Nama protokol yang sama menyembunyikan empat perbualan berbeza.

Namakan lapisan sebelum menukar tetapan

Kegagalan persediaan IPsec menunjuk kepada rahsia kongsi, algoritma atau identiti rakan. Kegagalan kawalan L2TP selepas itu mencadangkan lapisan terowong itu sendiri, iaitu masalah yang lebih sempit. Kegagalan pengesahan PPP menamakan akaun atau kaedah pengesahan. Kegagalan alamat atau DNS selepas pengesahan bermaksud pengangkutan berfungsi dan pertukaran konfigurasi tidak.

Catat versi klien, versi sistem pengendalian dan persediaan berdokumen operator. Tanpa ketiga-tiganya, setiap perubahan ialah tekaan yang mungkin secara tidak sengaja membaiki sesuatu yang lain.

Bandingkan profil dengan klien semasa

Profil tersimpan boleh membawa rahsia kongsi, pilihan pengesahan atau titik akhir yang tidak lagi diterima oleh klien semasa. Sesetengah platform telah menarik balik atau membuang sokongan L2TP/IPsec sepenuhnya, dan klien yang dikemas kini boleh menggugurkan tingkah laku IKE lama tanpa sebarang perubahan pada pelayan. Bandingkan nilai tersimpan anda dengan keperluan berdokumen operator semasa, bukan dengan apa yang berfungsi setahun lalu. Jurang antara kedua-dua dokumen itulah biasanya tempat jawapannya berada.

Rahsia dalam cache atau akaun yang dinamakan semula biasanya tidak memerlukan lebih daripada kemas kini profil biasa, dan kedua-duanya wajar diperiksa sebelum anda mereka semula apa-apa. Itulah pembaikan murah, dan kedua-duanya harus diketepikan sebelum apa-apa yang bersifat seni bina.

Pilihan lama tidak kembali hanya kerana diaktifkan

Mematikan pengesahan tidak membaiki masalah rantaian kepercayaan, dan mengaktifkan algoritma hanya kerana sesuatu benang forum menyebutnya tidak membuktikan apa-apa tentang apa yang diterima pelayan. Cadangan IKE yang lemah biasanya dibuang daripada klien atas sebab yang baik, dan mengaktifkan semula salah satunya mencipta sambungan yang lebih teruk daripada yang rosak. Terowong yang lebih lemah bukan pembaikan, ia masalah baru dengan gejala yang sama. Soalan yang betul ialah apa yang kini disokong oleh operator.

Pembaikan dengan mengaktifkan semuanya mengubah jauh lebih banyak daripada kegagalan sebenar dan membuat anda tidak dapat menyatakan apa yang membaikinya.

Bentangkan migrasi sebagai projek

Jika penggunaan tidak lagi menyokong klien yang diperlukan, rancang penggantian bersama operator dan bukan mengekalkan pengecualian tidak berdokumen. Bawa bersama keperluan akses, identiti, entri DNS dan laluan, kerana satu jabat tangan baru sahaja tidak mencipta semula satu pun daripada kebenaran itu. Itulah bahagian yang diam-diam menjadi sandaran sambungan yang berfungsi. Simpan profil lama dengan selamat sehingga pemulihan disahkan, kemudian tarik balik kelayakan usang di tempat ia benar-benar ditadbir. Membiarkannya di tempatnya ialah cara laluan lama kekal boleh digunakan jauh selepas semua orang percaya ia telah ditutup.

Migrasi juga merupakan saat untuk menuliskan untuk apa profil itu. Jika tidak, orang seterusnya mewarisi sambungan yang berfungsi tanpa sebarang penjelasan.

Periksa lapisan, versi klien dan keperluan semasa operator. Kemudian tentukan sama ada ini pembaikan atau penggantian.