Situs yang dijembatani tetap butuh keputusan jalan keluar internet lokal
Segmen Ethernet bersama tidak menentukan router mana yang dipakai klien. Pisahkan jembatan dari opsi router DHCP dan buat jalan keluar tiap situs disengaja.
Perluasan VLAN lolos bersih: host di kedua situs saling melihat, berbagi file berfungsi, dan printer menjawab. Lalu seseorang di situs yang lebih kecil menyadari bahwa setiap unduhan memakai jalur internet situs lain, dan tiketnya datang sebagai keluhan bandwidth. Jembatan melakukan tepat apa yang diminta. Ia membawa frame antara dua gedung, dan tidak pernah punya pendapat tentang router mana yang harus dipakai frame itu untuk internet.
Jembatan membawa frame, bukan keputusan
Perluasan Lapisan 2 membuat dua lokasi terlihat seperti satu domain siaran, sehingga permintaan ARP, siaran DHCP, dan lalu lintas dalam subnet yang sama semuanya melintasi terowongan. Itulah seluruh layanan yang diberikannya. Tidak ada apa pun di jembatan yang memeriksa alamat tujuan, membandingkannya dengan uplink situs, atau mengarahkan lalu lintas ke jalan keluar yang lebih dekat. Setiap klien tetap membuat keputusan lokal atau jaraknya sendiri memakai alamat dan mask yang dikonfigurasi untuknya.
Taruh dua router di subnet bersama itu dan keduanya menjadi gateway yang masuk akal, entah salah satunya dekat dengan klien yang memakainya atau tidak.
Bagaimana klien memilih gateway-nya
Keputusan IPv4 yang dijelaskan dalam RFC 1122 sederhana. Tujuan di dalam subnet tersambung klien dicapai langsung, dengan ARP, dan tujuan di luarnya menuju gateway default yang dikonfigurasi. Itulah sebabnya lalu lintas dalam subnet yang sama antarsitus dapat melintasi jembatan tanpa keterlibatan router apa pun, dan itulah sebabnya lalu lintas internet sepenuhnya bergantung pada alamat gateway yang diterima klien. Kedua perilaku itu independen, dan berbagi file yang berfungsi hanya membuktikan yang pertama.
Jika klien di situs kecil dikonfigurasi dengan router situs besar, frame internetnya lebih dulu melintasi terowongan dan keluar dari sana.
Mengubah rute default peralatan VPN itu sendiri tidak memindahkan gateway klien tersebut, karena klien sama sekali tidak memakai peralatan itu sebagai router. Peralatan juga perlu rute terpisah ke pasangan jauhnya agar terowongan yang membawa frame itu tetap hidup, dan mencampuradukkan keduanya adalah cara perluasan jembatan menjatuhkan transportnya sendiri.
Biarkan DHCP menyatakan jalan keluar yang dimaksud
Opsi 3 dalam balasan DHCP menyediakan daftar alamat router di subnet klien, dalam urutan preferensi, dan klien biasanya mengambil yang pertama menjawab. Mekanismenya baik; kepemilikan adalah tempat desain salah. Catat apa yang benar-benar diberikan sewa DHCP di tiap situs alih-alih menganggap server DHCP terdekat akan memberikan gateway terdekat.
Jalankan satu pengalokasi terkoordinasi, atau dua yang dikonfigurasi secara eksplisit untuk kebijakan yang sama, dan beri kebijakan itu seorang pemilik. Pengalokasi independen kedua yang ditambahkan di situs jauh tidak menciptakan lokalitas, ia menciptakan dua otoritas untuk domain siaran yang sama.
Jangan menetapkan satu alamat gateway ke dua router yang aktif secara independen hanya agar pengaturan kedua situs terlihat identik. Alamat virtual bersama di segmen yang dijembatani adalah desain redundansi hop pertama dengan persyaratannya sendiri, dan versi buatan tangan menghasilkan konflik ARP yang tampak seperti kehilangan paket berkala. Jika aplikasi benar-benar tidak membutuhkan segmen Lapisan 2 bersama, prefiks terutekan terpisah dengan gateway default lokal lebih sederhana dioperasikan dan lebih mudah dijelaskan saat insiden.
Uji keempat hal itu secara terpisah
Minta empat pengamatan, bukan satu. Ambil sewa DHCP baru di tiap situs dan catat router serta mask yang diterimanya. Capai layanan dalam subnet yang sama di situs lain dan pastikan jalurnya adalah jembatan, bukan jalan memutar terutekan. Ambil sesuatu dari internet publik di tiap situs dan pastikan uplink mana yang membawanya. Lalu jatuhkan terowongan dan lihat apa yang rusak, karena situs yang kehilangan semua konektivitas saat jembatan gagal bergantung pada gateway jauh tanpa ada yang menyadarinya.
Keempat hasil itu memberi tahu apakah Anda punya jembatan antarsitus, jalan keluar lokal, atau backhaul tak sengaja, dan mengumpulkannya butuh sepuluh menit.
Prinsip desainnya tidak gemerlap: penjembatanan menentukan keterjangkauan, DHCP menentukan gateway, dan tabel rute pada peralatan menentukan jalur terowongan itu sendiri. Jaga ketiganya dalam percakapan terpisah, karena satu perubahan yang mencoba memperbaiki ketiganya biasanya merusak dua.