Cascade SoftEther: menghubungkan dua hub virtual dengan sengaja
Cascade menyambungkan hub lokal ke hub jarak jauh di bawah identitas yang dikonfigurasi. Ini bukan node keluar, dan membawa apa pun yang sudah dijembatani hub tersebut.
Dua hub SoftEther yang dihubungkan cascade berbagi satu domain siaran, sehingga loop atau server DHCP kedua berhenti menjadi kesalahan lokal dan menjadi kesalahan bersama. Itulah seluruh model risikonya. Cascade itu sendiri adalah hubungan klien yang dikonfigurasi: hub virtual lokal terhubung keluar ke hub server jarak jauh di bawah identitas yang diizinkan server tersebut. Ini adalah blok pembangun jaringan virtual yang lebih besar, tidak pernah menjadi jalan keluar internet.
1. Putuskan apa yang harus dibawa tautan
Mulailah dari kebutuhan, bukan dari fitur. Cascade memindahkan frame lapisan dua antarhub, dan itulah yang diinginkan ketika dua situs harus tampak seperti satu segmen Ethernet. Jika kebutuhannya hanya akses terrutek ke beberapa subnet, jalur terrutek lebih sederhana dan gagal dengan cara yang lebih mudah terlihat. Memilih cascade mengikat Anda pada siaran bersama, penemuan bersama, dan satu topologi loop.
Tuliskan kebutuhan dalam satu baris sebelum menyentuh server: sistem mana yang harus tampak berada di kabel yang sama, dan mana yang hanya butuh rute. Apa pun yang menjawab «rute» berada di luar cascade. Satu kalimat ini mencegah sebagian besar rancangan yang berakhir dengan layanan alamat ganda.
2. Batasi identitas yang mengizinkannya
Kredensial yang mengelola server dan identitas yang dipakai cascade untuk terhubung adalah rahasia yang berbeda, dan mencampurnya adalah jalan pintas umum dengan ekor panjang. Hub jarak jauh memerlukan entri pengguna atau kebijakan yang mengizinkan cascade ini terhubung. Entri itulah otorisasinya; login yang berhasil tidak mengatakan apa pun tentang apa yang ada di balik hub jarak jauh.
Catat hub mana yang memulai, hub jarak jauh mana yang diikutinya, dan apa yang bisa dicapai identitas jarak jauh. Bandingkan kedua arsitektur sebelum berkomitmen:
| Requirement | Routed path | Cascaded segment |
|---|---|---|
| Broadcast domain | Separate on each side | Shared across the link |
| Address service | One DHCP server per side | Must not run two on one domain |
| Loop risk | Route loops only | Layer-two loops if segments overlap |
Jaga kredensial dan instruksi pemulihan kedua ujung tetap mutakhir. Perubahan kata sandi atau suntingan kebijakan pada hub jarak jauh memutus cascade tanpa menyentuh pengguna lokal Anda, dan kegagalan biasanya muncul sebagai tautan yang hidup tetapi kosong.
3. Periksa apa yang sudah dibawa hub
Hub jarang terisolasi. Ia mungkin sudah menjembatani adaptor fisik, merutekan melalui router virtual, atau cascade ke tempat lain, dan setiap sambungan itu ikut terbawa ke hubungan baru. Itulah sebabnya «kami hanya menghubungkan dua hub» begitu sering berubah menjadi «mengapa dua situs ini sekarang satu segmen?».
Dua hub yang dijembatani ke segmen fisik yang sama lalu di-cascade satu ke yang lain membentuk loop. Tambahkan spanning tree atau jangan membangunnya. Uji yang sama berlaku untuk hub yang sudah mencapai target melalui cascade lain: tautan kedua tidak menambah kapasitas, ia menambah jalur.
Jangan menambah tautan karena satu rute hilang; perbaiki rutenya. Gambar topologi di atas kertas lebih dulu, termasuk setiap jembatan dan cascade, karena diagramnya butuh dua menit dan menangkap sebagian besar loop sebelum ada.
4. Bereskan pengalamatan sebelum bergabung
Segmen yang digabung membawa subnet ganda, dan server DHCP ganda adalah gejala klasiknya: klien mengambil sewa dari server mana pun yang menjawab lebih dulu, sehingga perilakunya tampak acak dan berpindah antar-reboot. Putuskan lebih dulu sisi mana yang memiliki penetapan alamat, dan beri segmen jauh rentang yang tidak tumpang tindih dengan apa pun yang lokal. Nonaktifkan layanan DHCP lainnya sebelum cascade daring, bukan setelah keluhan pertama.
DNS adalah pertanyaan terpisah. Cascade membawa frame; ia tidak mengonfigurasi resolver, dan nama yang terurai di sisi lokal mungkin tidak terurai melintasi tautan. Uji pencarian terpisah dari jalur IP, karena ping yang berfungsi hanya membuktikan satu dari keduanya.
5. Buktikan dengan sumber daya nyata
Pilih layanan yang diizinkan pada segmen jauh yang dimaksud dan pastikan balasannya kembali melalui cascade. Lalu ulangi untuk resolusi nama. Jika target bergantung pada penemuan siaran, perkirakan perilaku berbeda pada tautan terjembatani daripada pada satu kabel, dan rencanakan hal itu alih-alih mencatatnya sebagai cacat.
Terakhir, tuliskan topologinya: hub mana cascade ke mana, identitas mana yang mengizinkannya, segmen mana yang dijembatani, dan siapa yang memiliki penetapan alamat pada masing-masing. Catatan itulah yang memungkinkan orang berikutnya mengubah kebijakan tanpa mematikan segmen yang tidak ia ketahui ada.