Alamat terowongan itu adalah peer, bukan subnet yang bisa Anda jelajahi
Mask pada tautan titik-ke-titik menjelaskan ujung jauh, bukan rentang tetangga. Baca alamat peer sebelum memutuskan subnet tampak salah.
Klien Anda terhubung dan menampilkan sepasang alamat, atau satu alamat dengan mask 255.255.255.255, dan reaksi pertama adalah server memberikan sesuatu yang rusak. Tidak ada yang rusak: antarmuka terowongan adalah tautan titik-ke-titik, dan mask menjelaskan ujung jauh dari satu tautan itu, bukan rentang tetangga. Membaca pasangan itu sebagai lokal dan peer menjelaskan mask yang aneh, rute satu host di sebelahnya, dan tabel tetangga yang hilang. Yang tidak dimaafkan oleh pembacaan yang sama adalah rencana alamat yang tumpang tindih dengan jaringan kantor.
Mengapa mask tampak salah pada tautan terowongan
Pada antarmuka Ethernet, satu alamat dan satu mask menyatakan dua hal: host ini memiliki alamat itu, dan semua yang berada di dalam prefiks adalah tetangga langsung. Kernel menurunkan rute di tautan dari kedua fakta itu lalu menyelesaikan alamat tautan untuk tetangga yang dianggapnya ada. Antarmuka titik-ke-titik mempertahankan kepemilikan dan membuang tetangga, jadi alamat kedua pada baris klien adalah ujung jauh, bukan host lain di segmen bersama. Tidak ada pengalamatan perangkat keras, tidak ada lalu lintas penyelesaian, dan tidak ada domain siaran untuk dimasuki, karena itulah antarmuka berperilaku seperti pipa dengan tepat satu tujuan.
Itu juga sebabnya rute satu host di samping mask lebar normal di sini, bukan gejala. Keterjangkauan pada tautan ini berarti satu alamat, dan kernel menuliskan tepat itu. Baca kedua alamat bersama-sama sebelum memutuskan konfigurasi salah, karena masing-masing sendirian tampak seperti kesalahan.
Dua topologi, dua bentuk alamat
Topologi titik-ke-titik yang lebih tua memberi setiap klien blok kecil dan memakai dua alamat tengah, sehingga mask tampak seperti potongan jaringan, bukan kumpulan. Topologi subnet memberikan alamat dari kumpulan dengan mask kumpulan dan menyebut alamat terowongan server sebagai peer. Keduanya menghasilkan tautan yang sah, dan keduanya hanya berbeda pada alamat yang muncul di profil dan pada mask yang mungkin dipertanyakan pengguna.
| Topology | Client address shape | Peer | Route to expect |
|---|---|---|---|
| Point-to-point block per client | Two neighbouring addresses inside a small block | The far address of that block | A single host route on the tunnel device |
| Shared pool | One address carrying the pool mask | The server's tunnel address | A single host route on the tunnel device |
Baris mana pun yang cocok dengan klien Anda, bacalah peer lebih dulu, karena ia menamai ujung jauh dan karena itu menjelaskan mask. Profil yang disalin antar server dengan topologi berbeda akan menunjukkan bentuk yang salah untuk rumah barunya, dan ketidakcocokan itu mudah disalahartikan sebagai kerusakan server.
Ketika kumpulan dan jaringan kantor menuntut bit yang sama
Karena tautan itu dirutekan, kumpulan memerlukan prefiks yang tidak muncul di mana pun di antara jaringan yang dapat dijangkau server. Bagikan satu dan klien memegang satu rute untuk rentang yang berarti dua tempat, dan rute yang terpasang paling akhir menentukan tempat mana yang menang. Kegagalan muncul di klien meskipun keputusan di baliknya milik rencana alamat. Yang dilaporkan pengguna adalah router lokal menghilang saat terowongan naik, atau hanya sebagian host kantor yang menjawab.
Prefiks yang hanya tampak serupa adalah kasus lain, dan membandingkan oktet dengan mata bukanlah perbandingan prefiks. Tuliskan keduanya dan hitung bit yang dimask: 192.168.4.0/24 versus 192.168.6.0/24 cocok sampai bit 22 dan menyimpang pada bit 23, karena oktet ketiga dibaca sebagai 00000100 versus 00000110, jadi kedua jaringan itu benar-benar terpisah. Letakkan 10.8.0.0/24 di samping 10.8.0.0/24 lain dan ke-24 bit yang dimask cocok, yang berarti satu rute tidak dapat menyatakan kedua tempat. Panjang mask menentukan di mana perbandingan berhenti, dan jaringan yang dipasang kedua adalah yang kalah.
Apa yang tidak dapat diberikan tautan yang dirutekan
Siaran dan multicast tidak melintasi tautan yang dirutekan, dan beberapa fitur yang dikenal dibangun di atasnya. Daftar jelajah, pengumuman nama, dan penemuan layanan semuanya mengasumsikan segmen bersama, sehingga server berkas dapat menjawab setiap permintaan berdasarkan alamat dan tetap tidak pernah muncul dalam daftar. Penyelesaian nama yang bergantung pada siaran lokal tautan gagal karena alasan yang sama, dan tidak ada penyuntingan profil yang mengubah apa yang mampu dibawa terowongan. Apakah itu penting adalah pertanyaan kebutuhan, bukan perutean.
Klien yang benar-benar membutuhkan pengiriman itu memerlukan antarmuka dijembatani, yang membawa bingkai Ethernet dan karena itu mempertahankan domain siaran. Harganya adalah tautan yang lebih bising, hilangnya pengalamatan bersih yang dijelaskan di atas, dan permukaan kegagalan yang jauh lebih besar begitu muncul loop. Justifikasikan kebutuhan sebelum beralih, dan utamakan layanan nama yang bekerja melalui tautan dirutekan ketika kebutuhannya hanya soal nama.
Membaca antarmuka sebelum menyunting profil
Tanyakan kepada kernel apa yang dipasangnya, bukan apa yang tampaknya dikatakan profil. Keluaran alamat menunjukkan peer yang menjelaskan mask, dan keluaran rute menunjukkan apakah ada jalur ke sana. Menjalankan keduanya terhadap perangkat terowongan memakan waktu sebentar dan menyelesaikan pertanyaannya.
ip -4 addr show dev tun0
ip route show dev tun0
ip route get 10.8.0.1
Jika ketiganya cocok, profil melakukan apa yang dikonfigurasikan, dan masalah yang tersisa ada di tempat lain. Ubah topologi hanya karena alasan yang menyebut kemampuan yang hilang, karena mask yang tidak dikenal bukan alasan seperti itu.