Tiada laluan membaiki kumpulan VPN yang bertindih dengan LAN anda

Aplikasi mendakwa terowong sihat, namun separuh destinasi yang anda perlukan tidak pernah menjawab. Refleksnya ialah menambah laluan atau menurunkan metrik, dan refleks itulah mitos yang patut dibunuh dahulu. Apabila LAN klien sendiri dan kumpulan terowong menuntut awalan yang sama, jadual penghalaan memegang dua fakta yang tidak serasi, dan baik laluan lalai mahupun metrik tidak menyelesaikannya. Pembaikannya ialah keputusan pengalamatan, dan tiada penyuntingan laluan menggantikannya.

Mengapa laluan tambahan tidak boleh membahagi satu awalan

Laluan tidak boleh memisahkan dua tuntutan pada satu awalan, sebab itu langkah bijak ialah berhenti mencari baris laluan yang betul. Timbunan tidak akan meletakkan awalan yang sama di hadapan laluan bersambung, dan entri yang lebih khusus menangkap alamat itu, tetapi menjadikan hos tempatan yang memilikinya tidak dapat dicapai. Apa yang kelihatan seperti masalah penghalaan ialah pertembungan pengalamatan, dan kedua-dua pembaikan menukar alamat, bukan laluan. Uji dakwaan itu pada mesin anda sendiri sebelum menerimanya.

ip route get 192.168.1.50
route -n get 192.168.1.50
Find-NetRoute -RemoteIPAddress 192.168.1.50

Tanya sistem tentang satu alamat dan perhatikan antara muka mana yang dinamakannya. Linux, macOS dan Windows masing-masing menjawab dengan carian baca-sahaja yang melaporkan antara muka dipilih dan hop seterusnya tanpa menghantar apa-apa. Apabila jawapan menunjuk kepada penyesuai fizikal semasa terowong hidup, kernel menganggap alamat itu berada pada pautan, bukan sesuatu yang terowong boleh bawa.

Letakkan awalan yang diberikan pembekal di sebelah awalan yang dilayan penghala rumah dan bandingkannya sebagai rentetan. Padanan tepat ialah kes yang jelas, dan kumpulan pembekal yang lebih luas yang mengandungi subnet rumah gagal sama, cuma lebih mudah terlepas pandang. Dua awalan yang hanya kelihatan serupa bukan pertembungan, jadi catat kedua-duanya sebelum menukar apa-apa.

Baca kumpulan yang benar-benar diterima klien

Baca apa yang diterima klien, bukan halaman pemasaran pembekal. Naikkan kerincian log klien OpenVPN dan laluan yang ditolak pelayan akan muncul di dalamnya, mendedahkan awalan terowong; di tempat lain kumpulan itu muncul dalam butiran sambungan atau pada penyesuai itu sendiri. Minta senarai penuh julat peribadi yang digunakan pembekal, kerana satu /24 hari ini boleh menjadi dua esok. Mengelakkan blok RFC 1918 biasa bukan sama dengan mengelakkan peruntukan yang benar-benar diberikan kepada anda.

Kumpulan juga boleh mengecil atau berpindah antara wilayah, jadi senarai itu perlukan tarikh dan pemilik. Anggap setiap jawapan pembekal yang lebih lama daripada perubahan pelan terakhir anda sebagai tekaan, bukan fakta. Tanya lagi sebelum komited kepada julat, dan simpan jawapan bersama nota rangkaian supaya orang seterusnya mewarisi buktinya.

Penomboran semula ialah pembaikan yang boleh anda lakukan

Jika pelayan VPN bukan milik anda untuk diubah, memindahkan LAN rumah ialah satu-satunya pembaikan yang tersedia, dan itulah keadaan biasa dengan pembekal komersial. Pilih julat di luar kumpulan pembekal dan di luar julat yang mungkin anda perlukan nanti, dan semak terhadap setiap tapak lain yang anda capai melalui terowong. Jangkakan gangguan singkat dan ekor peranti terlupa yang lebih panjang: peranti yang masih memegang alamat lama kelihatan berfungsi sehingga ia memerlukan get laluan.

1. Inventori dahulu: alamat penghala itu sendiri, skop DHCP, tempahan, pemajuan port dan setiap peranti yang alamatnya ditaip dengan tangan.
2. Kemudian tukar awalan LAN penghala dan skop DHCP bersama-sama dalam tetingkap penyelenggaraan, dan perbaharui pajakan berwayar sebelum yang tanpa wayar.
3. Seterusnya betulkan alamat statik: pencetak, storan rangkaian, apa-apa yang mempunyai get laluan berkod keras.
4. Akhir sekali, sambung semula klien VPN dan sahkan alamat terowong tidak lagi bertembung dengan LAN.

Lalui alamat dalam susunan itu, bukan semuanya serentak, dan biarkan julat lama terdokumen seketika supaya peranti usang dikenali, bukan misteri. Peranti yang tidak pernah memperbaharui menandakan dirinya dengan gagal mencapai get laluan, yang jauh lebih baik sebagai petunjuk daripada panggilan sokongan. Jika penghala memberikan pajakan lebih lama daripada sehari, pendekkanlah semasa tetingkap itu.

Apa yang boleh dan tidak boleh dilakukan alias

Apabila pelayan milik anda, menterjemah alamat pada klien boleh mendedahkan awalan jauh di dalam julat tempatan yang kosong, sehingga hos yang sama menjawab pada alamat kedua. OpenVPN komuniti melakukannya dengan client-nat, dan arahan itu khusus untuk klien tersebut, tiada pada klien komersial dan mudah alih yang biasa dibandingkan dengannya. Susunannya memerlukan laluan yang sepadan dengan terjemahan, julat bebas untuk alias dan pelayan yang bersedia menjawab alamat klien yang tidak diterjemah. Tiada satu pun daripada itu membantu apabila klien milik pembekal terurus yang tidak dapat anda konfigurasi.

Sebaik perubahan berkuat kuasa, capai hos tempatan dan hos jauh dahulu melalui alamat kemudian melalui nama, sambil mencatat laluan yang dipilih sistem setiap kali. Nama masih boleh menyelesaikan ke julat lama, jadi alamat dan nama wajar diperiksa secara berasingan. Mulakan semula satu klien dan satu peranti di sisi pelayan jika mana-mana kekal hidup sepanjang perubahan, kerana entri jiran dalam cache hidup lebih lama daripada suntingan.

Tulis awalan yang anda sepakati di tempat orang benar-benar melihat: nota rangkaian, medan komen penghala itu sendiri, halaman orientasi. Seseorang akan memilih 192.168.1.0/24 lagi, dan pertembungan itu kembali bersamanya.