169.254 melalui VPN: alamat itu tidak pernah boleh dihalakan
Destinasi link-local dibuang sebelum sampai ke terowong, jadi menambah laluan hanya meluaskan kegagalan. Pilih antara membaiki subnet dan membina jambatan.
Anda menambah laluan, terowong naik, namun ping ke seberang masih mati dengan kehilangan penuh dan bukan «network unreachable». Perbezaan itu penting kerana ia mengalihkan pandangan daripada jadual laluan kepada alamat itu sendiri. Destinasi 169.254 ialah link-local, dan skopnya berakhir pada hop pertama mengikut reka bentuk, bukan kerana salah konfigurasi.
Keputusan seterusnya sempit dan wajar diambil secara jelas: baiki subnet di sebelah pelayan, atau luaskan segmen lapisan 2 supaya alamat itu kembali bermakna secara setempat. Segala-galanya, termasuk laluan yang lebih luas, hanya menjadikan kegagalan sama terpakai kepada lebih banyak destinasi.
Alamat itu bukan tanpa laluan, ia tidak boleh dihalakan
Alamat IPv4 link-local menetapkan dirinya sendiri apabila tiada yang lebih baik menjawab; dari sinilah datangnya pengalamatan peribadi automatik dalam Windows dan persamaannya dalam sistem lain. Julat itu digunakan pada setiap pautan serentak, dan itulah sebabnya ia berfungsi: dua hos dalam segmen sama boleh bercakap tanpa sebarang penyelarasan.
Sifat yang sama menyebabkan penghala tidak boleh meneruskan paket sebegini antara rangkaian. Menerima paket yang dialamatkan ke destinasi link-local lalu menghantarnya keluar melalui antara muka lain akan menimbulkan kekaburan, kerana «setempat» pengirim dan «setempat» penerima ialah tempat berbeza. Tiada carian yang dapat memutuskan mana yang dimaksudkan pengirim. Penerusan di sini bukan pilihan dasar yang boleh dihidupkan pentadbir; kelas alamat mengecualikannya.
Jadi get laluan yang memasang 169.254.1.10 sebagai boleh dicapai melalui terowong meminta kernel melakukan sesuatu yang dilarang format alamat. Paket itu dibuang jauh sebelum sampai ke hos jauh, dan ketepatan laluan tidak mengubah hasil itu.
Mengapa terowong mendedahkan masalah skop
Antara muka TUN membawa paket IP antara dua rakan dan tiada segmen dikongsi di belakangnya. Tiada siaran, tiada ARP untuk sebelah sana, dan tiada penemuan jiran yang boleh menyelesaikan destinasi link-local kepada alamat lapisan pautan.
Gejalanya sepadan apabila anda tahu apa yang dicari. Laluan ada dalam jadual, ping melaporkan kehilangan penuh dan bukan rangkaian tidak tercapai, dan jadual jiran menunjukkan entri tidak lengkap atau gagal. Tangkapan pada terowong menunjukkan paket keluar, yang menghala orang ke hujung jauh dan bukan ke kelas alamat.
Dalam Windows ada gejala kedua yang kelihatan tidak berkaitan dengan punca sama: penyesuai yang hanya tinggal alamat link-local tiada get laluan yang boleh digunakan, jadi pengenalan rangkaian tidak dapat mengelaskan sambungan dan profil tembok api jatuh ke awam. Terowong bukan puncanya; alamat itu.
Putuskan dengan tiga soalan
Pilihan antara membaiki subnet dan menjambatani pautan bergantung pada tiga syarat, dan mana-mana satu boleh memutuskannya sebelum anda membuka fail konfigurasi.
| Question | If yes | If no |
|---|---|---|
| Can the far-side host be given a routable address? | Change the host or fix DHCP and route normally | Continue to the next question |
| Does the device accept a static address at all? | Assign one from the site's real prefix | Bridging is the only remaining option |
| Can you accept broadcast crossing the tunnel? | A bridge is viable for a small segment | Replace the device or accept no remote access |
Kebanyakan kes berhenti pada soalan pertama. Hos yang menunjukkan alamat link-local biasanya bermakna DHCP tidak menjawab, kabel atau VLAN salah, atau seseorang menaip alamat itu secara manual. Membaikinya lebih murah daripada sebarang kerja terowong dan menghapuskan masalah bagi setiap klien masa depan, bukan hanya yang ini.
Periksa sebelah pelayan sebelum menganggap apa-apa. Jalankan ip addr show dan ip route pada hos, dan arp -n atau route print -4 pada klien, untuk melihat sama ada awalan itu benar-benar wujud atau hanya entri lama mendakwanya.
Berapa kos jambatan apabila itulah jawapan yang betul
Menjambatani penyesuai fizikal dengan penyesuai TAP menjadikan klien jauh sebahagian daripada domain siaran setempat. Siaran dan penemuan jiran kemudian berfungsi, dan alamat link-local kembali bermakna kerana klien benar-benar setempat pada pautan itu.
Kosnya nyata dan harus dinyatakan sebelum sesiapa bersetuju. Trafik siaran melintasi terowong, klien terdedah kepada segmen setempat untuk segala tujuan dan bukan hanya perkhidmatan yang diperlukan, dan pelayan kini mesti meneruskan bingkai dan bukan menghalakan paket. Itu pertukaran yang wajar untuk meja makmal atau peranti tanpa laluan konfigurasi yang boleh dihalakan, dan nilai lalai yang buruk untuk akses jauh.
Apabila menjambatani, kedua-dua bahagian diperlukan: jambatan pada pelayan, dan laluan dalam profil klien yang memberitahu destinasi mana yang berada di seberang. Jambatan sahaja membiarkan klien meneka, dan laluan sahaja tidak dapat membaiki kelas alamat.