Mengapa route-nopull sahaja membuat pelayan fail tidak dapat dicapai
Mengabaikan laluan yang ditolak hanyalah separuh daripada terowong terpisah. Pilih pemilik laluan, tambah awalan pejabat secara manual, dan uji tiga aliran sebelum menganggapnya selesai.
Pelayan fail dibuka dengan baik, dan panggilan video di tetingkap sebelah mula tersekat-sekat. Tiada apa yang perlahan dan tiada MTU yang salah: klien anda menerima senarai laluan yang diberikan pelayan, jadi setiap paket kini keluar melalui firewall pejabat. Pembetulannya bukan bendera penalaan lain tetapi keputusan tentang siapa yang memiliki jadual laluan klien. Keputusan itu hanya milik satu tempat, dan mod kegagalan di bawah memberitahu anda tempat mana yang sebenarnya anda pilih.
Tentukan siapa yang memiliki jadual laluan
Tiga pemilik mungkin. Pelayan boleh menolak laluan dan get laluan lalai, dan dalam keadaan itu klien memasang apa yang diberitahu dan menjadi terowong penuh. Profil klien boleh mengambil pemilikan dengan membuang tolakan dan membawa baris laluannya sendiri. Pengurus sambungan desktop juga boleh memiliki keputusan itu melalui sifat laluan dan laluan lalainya sendiri.
Setiap pilihan gagal dengan cara berbeza, itulah sebabnya jadual ini wajar dibaca sebelum anda menyunting profil. Baris yang sepadan dengan gejala anda ialah pemilik yang sebenarnya anda miliki.
| Owner | Where it lives | Result |
|---|---|---|
| Server | server config, redirect-gateway, pushed routes | client becomes a full tunnel |
| Profile | route-nopull and its own route lines | tunnel up, office prefix missing |
| Manager | never-default plus its own routes | desktop decides, profile ignored |
Pilih satu dan tuliskan. Mencampurkan dua meninggalkan hos yang laluan lalainya bercanggah dengan dokumentasinya sendiri, dan jurutera seterusnya tidak dapat mengetahui lapisan mana yang menang. Padamkan yang kalah secara jelas.
route-nopull menapis tolakan, ia tidak menambah laluan
route-nopull tergolong dalam profil klien, dan urutannya dalam fail itu tidak relevan kerana ia hanya membuang nilai yang datang daripada pelayan. Ia membuang laluan yang ditolak, termasuk laluan lalai yang ditolak, sementara terowong masih naik seperti biasa.
Akibat yang orang terlepas pandang ialah pilihan DHCP yang ditolak turut pergi bersamanya. Tetapan DNS yang dihantar pelayan juga dibuang, jadi nama dalaman berhenti diselesaikan walaupun terowong sihat dan pelayan boleh dicapai melalui alamat.
Itu meninggalkan terowong tanpa laluan ke awalan pejabat melainkan anda menambahnya sendiri: route-nopull diikuti oleh route 10.30.0.0 255.255.0.0 dalam profil yang sama. Baris itu membawa alamat dan topeng; ia tidak menamakan hop seterusnya.
Satu bentuk alternatif menambah token get laluan, route 10.30.0.0 255.255.0.0 vpn_gateway, yang menghalakan entri ke terowong mengikut nama. Pengimport berbeza sama ada mereka menterjemah varian itu, jadi periksa sambungan yang disimpan jika entri tiada daripada jadual kernel.
Sahkan dengan carian laluan, bukan dengan ping
Ping memberitahu anda sesuatu menjawab. Carian laluan memberitahu anda antara muka mana yang akan dipilih kernel, dan itulah soalan yang sebenarnya anda tanya. Empat arahan pendek memisahkan laluan yang hilang daripada laluan yang menunjuk ke peranti yang salah.
Baca apa yang dipasang terowong dengan ip route show dev tun0. Tiada output langsung bermakna sifar laluan, yang bukan terowong terpisah yang berfungsi, dan itulah hasil biasa apabila menambah penapis tanpa baris eksplisit.
Kemudian semak satu alamat pejabat dengan ip route get 10.30.5.7, dan satu alamat internet biasa dengan ip route get 1.1.1.1. Yang kedua sepatutnya menamakan antara muka fizikal; jika ia menamakan terowong, tolakan itu tidak ditapis langsung.
Akhir sekali baca ip rule, kerana peraturan dasar yang ditinggalkan percubaan terdahulu boleh mengatasi jadual yang baru anda betulkan. Profil yang betul dengan peraturan usang di atasnya kelihatan sama seperti profil yang rosak. Padamkan peraturan yang anda tambah kali terakhir sebelum menambah yang lain.
Subnet yang bertindih kelihatan seperti terowong rosak
Dua julat peribadi boleh menjadi serupa dari sudut pandangan klien, dan di situlah terowong terpisah dipersalahkan atas sesuatu yang tidak disebabkannya. Jika pejabat mengagihkan awalan yang sama dengan yang digunakan penghala rumah anda, laluan terowong meliputi penghala itu dan rangkaian rumah kelihatan hilang.
Bandingkan alamat pada antara muka anda sendiri dengan laluan yang dipasang profil, menggunakan senarai alamat biasa sebelum anda mengubah apa-apa. Pertindihan itu nyata, dan tiada pilihan profil menyelesaikannya. Yang boleh anda betulkan ialah penamaan, supaya orang seterusnya melihat dua julat dan bukan satu.
Pembetulan yang jujur ialah menomborkan semula satu pihak atau menterjemah alamat di pejabat. Menyemat satu laluan hos pada penghala berfungsi sehingga alamat penghala berubah, dan kemudian ia menjadi misteri kedua di atas yang pertama.
Jadikan keputusan itu bertahan selepas sambungan semula
Entri yang ditaip dengan tangan tidak bertahan selepas sambungan semula, dan pengurus sambungan membina semula jadual setiap kali profil bermula. Letakkan keputusan di tempat sambungan dicipta, sama ada profil atau tetapan tersimpan pengurus. Kemudian mulakan semula sambungan sekali dengan sengaja daripada menemui tingkah laku itu semasa panggilan. Profil yang hanya berfungsi sehingga sambungan semula seterusnya belum selesai.
Latih tiga laluan serentak: hos pejabat melalui alamat literal, hos yang sama melalui nama, dan laman awam biasa. Yang di tengah bergantung pada perkhidmatan nama yang anda konfigurasikan selepas membuang pilihan DNS yang ditolak, dan itulah yang gagal secara senyap.