169.254 lewat VPN: alamat itu tidak pernah bisa dirutekan
Tujuan link-local dibuang sebelum mencapai terowongan, jadi menambah rute hanya memperluas kegagalan. Pilih antara memperbaiki subnet dan membuat jembatan.
Anda menambahkan rute, terowongan naik, tetapi ping ke sisi lain tetap mati dengan kehilangan total alih-alih «network unreachable». Perbedaan itu penting, karena mengalihkan pandangan dari tabel rute ke alamat itu sendiri. Tujuan 169.254 bersifat link-local, dan cakupannya berakhir di hop pertama menurut desain, bukan karena salah konfigurasi.
Keputusan yang menyusul sempit dan layak diambil secara eksplisit: perbaiki subnet di sisi server, atau perluas segmen lapisan 2 agar alamat itu kembali bermakna secara lokal. Semua yang lain, termasuk rute yang lebih lebar, hanya membuat kegagalan yang sama berlaku untuk lebih banyak tujuan.
Alamat itu bukan tanpa rute, melainkan tidak bisa dirutekan
Alamat IPv4 link-local menetapkan dirinya sendiri saat tidak ada yang lebih baik menjawab; dari situlah berasal pengalamatan privat otomatis di Windows dan padanannya di sistem lain. Rentangnya dipakai di setiap tautan secara bersamaan, dan itulah sebabnya ia bekerja: dua host di segmen yang sama dapat berbicara tanpa koordinasi apa pun.
Sifat yang sama membuat router tidak boleh meneruskan paket semacam itu antarajaringan. Menerima paket yang dialamatkan ke tujuan link-local lalu mengirimkannya keluar melalui antarmuka lain akan menimbulkan ketidakjelasan, karena «lokal» milik pengirim dan «lokal» milik penerima adalah tempat berbeda. Tidak ada pencarian yang dapat memutuskan mana yang dimaksud pengirim. Penerusan di sini bukan pilihan kebijakan yang dapat dinyalakan administrator; kelas alamat mengecualikannya.
Jadi gateway yang memasang 169.254.1.10 sebagai dapat dijangkau lewat terowongan meminta kernel melakukan sesuatu yang dilarang format alamat. Paket dibuang jauh sebelum mencapai host jauh, dan tidak ada kekhususan rute yang mengubah hasil itu.
Mengapa terowongan membuat masalah cakupan terlihat
Antarmuka TUN membawa paket IP antara dua rekan dan tidak memiliki segmen bersama di belakangnya. Tidak ada siaran, tidak ada ARP untuk sisi lain, dan tidak ada penemuan tetangga yang dapat mengubah tujuan link-local menjadi alamat lapisan tautan.
Gejalanya cocok dengan rapi begitu Anda tahu apa yang dicari. Rute ada di tabel, ping melaporkan kehilangan total alih-alih jaringan tak terjangkau, dan tabel tetangga menunjukkan entri tidak lengkap atau gagal. Tangkapan pada terowongan menunjukkan paket keluar, yang mengarahkan orang ke ujung jauh alih-alih ke kelas alamat.
Di Windows ada gejala kedua yang tampak tidak berkaitan dengan akar yang sama: adaptor yang hanya menyisakan alamat link-local tidak punya gateway yang dapat dipakai, sehingga identifikasi jaringan tidak dapat mengklasifikasikan koneksi dan profil firewall jatuh ke publik. Terowongan bukan penyebabnya; alamatnya.
Putuskan dengan tiga pertanyaan
Pilihan antara memperbaiki subnet dan menjembatani tautan bergantung pada tiga syarat, dan salah satunya dapat memutuskannya sebelum Anda membuka berkas 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 |
Sebagian besar kasus berhenti pada pertanyaan pertama. Host yang menampilkan alamat link-local biasanya berarti DHCP tidak menjawab, kabel atau VLAN salah, atau seseorang mengetik alamatnya secara manual. Memperbaikinya lebih murah daripada pekerjaan terowongan apa pun, dan menghapus masalah bagi setiap klien mendatang, bukan hanya yang ini.
Periksa sisi server sebelum menganggap apa pun. Jalankan ip addr show dan ip route pada host, dan arp -n atau route print -4 pada klien, untuk melihat apakah prefiks benar-benar ada atau hanya entri lama yang mengklaimnya.
Berapa biaya jembatan saat itulah jawaban yang benar
Menjembatani adaptor fisik dengan adaptor TAP membuat klien jauh menjadi bagian domain siaran lokal. Siaran dan penemuan tetangga lalu bekerja, dan alamat link-local kembali bermakna karena klien benar-benar lokal pada tautan itu.
Biayanya nyata dan harus disebutkan sebelum siapa pun setuju. Lalu lintas siaran melintasi terowongan, klien terbuka ke segmen lokal untuk segala keperluan dan bukan hanya layanan yang dibutuhkannya, dan server kini harus meneruskan bingkai alih-alih merutekan paket. Itu pertukaran yang wajar untuk meja laboratorium atau perangkat tanpa jalur konfigurasi yang dapat dirutekan, dan nilai bawaan yang buruk untuk akses jarak jauh.
Saat menjembatani, kedua bagian diperlukan: jembatan di server, dan rute di profil klien yang memberi tahu tujuan mana yang berada di sisi lain. Jembatan saja membuat klien menebak, dan rute saja tidak dapat memperbaiki kelas alamat.