SanzSkuy: Created page with ""''bridge''' adalah cara menggabungkan beberapa port router menjadi satu segmen jaringan. == Tujuan == * Paham apa itu bridge dan kenapa port router defaultnya berdiri sendiri. * Tahu kapan memakai bridge dan kapan memisahkan segmen. * Bisa membuktikan beda '''switching''' dan '''routing''' lewat `trace`. * Bisa melacak perangkat ke port fisik lewat '''Bridge → Hosts'''. == Konsep == === Port router berdiri sendiri === Di RouterOS, '''setiap port etherne..."

2026-10-25T05:17:00Z

Created page with ""''bridge''' adalah cara menggabungkan beberapa port router menjadi satu segmen jaringan. == Tujuan == * Paham apa itu bridge dan kenapa port router defaultnya berdiri sendiri. * Tahu kapan memakai bridge dan kapan memisahkan segmen. * Bisa membuktikan beda '''switching''' dan '''routing''' lewat <code>trace</code>. * Bisa melacak perangkat ke port fisik lewat '''Bridge → Hosts'''. == Konsep == === Port router berdiri sendiri === Di RouterOS, '''setiap port etherne..."

New page

"''bridge''' adalah cara menggabungkan beberapa port router menjadi satu segmen jaringan.

== Tujuan ==
* Paham apa itu bridge dan kenapa port router defaultnya berdiri sendiri.
* Tahu kapan memakai bridge dan kapan memisahkan segmen.
* Bisa membuktikan beda '''switching''' dan '''routing''' lewat <code>trace</code>.
* Bisa melacak perangkat ke port fisik lewat '''Bridge → Hosts'''.

== Konsep ==

=== Port router berdiri sendiri ===
Di RouterOS, '''setiap port ethernet adalah interface terpisah'''. Tanpa bridge, <code>ether2</code> dan <code>ether3</code> adalah dua segmen yang sama sekali tidak tersambung, seperti dua switch tanpa kabel penghubung.

Konsekuensinya:
* Setiap port yang dipakai butuh '''subnet sendiri''' (seperti Part 2: <code>ether2</code> = <code>192.168.10.0/24</code>, <code>ether3</code> = <code>192.168.11.0/24</code>).
* Subnet yang sama '''tidak bisa''' dipasang di dua port (network tidak boleh tumpang tindih).
* Port tanpa IP dan bukan anggota bridge '''tidak melakukan apa-apa'''. Perangkat yang dicolok ke sana tidak mendapat apa pun.

{| class="wikitable"
! Perangkat !! Kondisi default port LAN
|-
| Router rumahan || Sudah menjadi satu switch dari pabrik
|-
| Router MikroTik fisik || Biasanya membawa '''defconf''': port LAN sudah dimasukkan ke <code>bridge</code>
|-
| CHR || Tidak ada defconf, setiap port berdiri sendiri
|}

Bridge dengan comment <code>defconf</code> di router MikroTik adalah bridge bawaan pabrik. Bridge lain biasanya dibuat oleh admin untuk memisahkan segmen.

=== Apa itu bridge ===
'''Bridge adalah switch versi software di dalam router.''' Port yang dimasukkan ke satu bridge menjadi '''satu segmen Layer 2''', seolah dicolok ke satu switch.

Konsep yang sama dipakai di tempat lain:
* <code>virbr0</code> (libvirt, [[Belajar MikroTik Part 1|Part 1]])
* <code>vmbr0</code> (Proxmox)

'''Dua aturan penting'''
# '''IP, DHCP server, dan konfigurasi Layer 3 lainnya dipasang di bridge''', bukan di port anggotanya. Port anggota hanya menjadi "colokan switch".
# Port anggota bridge mendapat flag '''S''' (slave). Flag '''RS''' = Running + Slave.

=== Bridge vs segmen terpisah ===
Analogi: bridge = satu ruangan besar, semua bisa langsung bicara. Segmen terpisah = banyak ruangan, komunikasi antar ruangan lewat resepsionis (router).

{| class="wikitable"
! !! Segmen terpisah (routed) !! Bridge (switched)
|-
| '''Konfigurasi''' || Subnet, pool, DHCP server, DHCP network per port || Satu set untuk semua port
|-
| '''Pindah colokan''' || IP ikut berubah || IP tetap
|-
| '''Discovery berbasis broadcast/multicast''' (printer, network discovery, AirPlay, Wake-on-LAN) || Tidak menyeberang subnet || Berjalan
|-
| '''Kinerja antar port''' || Di-route oleh CPU || Di perangkat fisik bisa memakai '''hardware offload''' switch chip (di CHR semuanya software)
|-
| '''Isolasi''' || Bisa diberi firewall antar segmen || Tidak ada isolasi
|-
| '''Dampak masalah''' (loop, broadcast storm, rogue DHCP) || Terbatas di satu segmen || Mengenai semua perangkat di bridge
|}

'''Kapan memakai yang mana'''
* Port LAN biasa untuk karyawan → '''bridge'''.
* Perlu memisahkan tamu, CCTV, atau server → '''segmen terpisah''' + firewall.

Di kantor biasanya '''kombinasi''': beberapa bridge, masing-masing berisi beberapa port, dan antar bridge di-route. Memisahkan segmen per port fisik itu kaku, sehingga solusi modernnya adalah '''VLAN''' ([[Belajar MikroTik Part 4|Part 4]]).

== Lab: menggabungkan ether2 + ether3 ==

=== Topologi ===
<pre>
[NAT]
│
ether1 (WAN)
│
[MikroTikCHR-1]
│ │ │
┌── bridge-lan ──┐ ether4
│ 192.168.10.1/24│ 192.168.20.1/24
ether2 ether3 │
│ │ [Switch3]
[Switch1] [Switch2] │
PC1 PC2 PC3 PC4 PC5 PC6
</pre>
* <code>ether2</code> + <code>ether3</code> digabung di <code>bridge-lan</code>, sehingga PC1–PC5 berada di satu subnet.
* <code>ether4</code> berdiri sendiri dengan subnet <code>192.168.20.0/24</code> sebagai '''pembanding''' segmen yang di-route.

=== 0. Backup dulu ===
Biasakan sebelum mengubah konfigurasi:
* GNS3: '''Edit → Manage snapshots → Create'''
* atau di terminal router:
<syntaxhighlight lang="text">
/export file=fase1-selesai
</syntaxhighlight>

=== 1. Hapus konfigurasi LAN2 lama ===
* '''IP → Addresses''': hapus <code>192.168.11.1/24</code>
* '''IP → DHCP Server → DHCP''': hapus server di <code>ether3</code>
* '''IP → DHCP Server → Networks''': hapus <code>192.168.11.0/24</code>
* '''IP → Pool''': hapus <code>pool-lan2</code>

=== 2–5. Buat bridge dan pindahkan konfigurasi ===
{| class="wikitable"
! # !! Winbox !! Isian !! CLI
|-
| 2 || '''Bridge → Bridge''' → New || Name <code>bridge-lan</code> || <code>/interface bridge add name=bridge-lan</code>
|-
| 3 || '''Bridge → Ports''' → New (dua kali) || <code>ether2</code> dan <code>ether3</code> ke <code>bridge-lan</code> || <code>/interface bridge port add bridge=bridge-lan interface=ether2</code><br/><code>/interface bridge port add bridge=bridge-lan interface=ether3</code>
|-
| 4 || '''IP → Addresses''' → edit <code>192.168.10.1/24</code> || Interface: <code>bridge-lan</code> || <code>/ip address set [find address="192.168.10.1/24"] interface=bridge-lan</code>
|-
| 5 || '''IP → DHCP Server → DHCP''' → edit server LAN || Interface: <code>bridge-lan</code> || <code>/ip dhcp-server set [find interface=ether2] interface=bridge-lan</code>
|}

Rule NAT tidak perlu diubah, karena tetap mencocokkan <code>out-interface=ether1</code>.

=== 6. Perbarui IP di semua PC ===
<syntaxhighlight lang="text">
ip dhcp -x
ip dhcp
show ip
</syntaxhighlight>

=== Pembanding: segmen ether4 ===
Untuk Switch3 + PC6, <code>ether4</code> dikonfigurasi seperti LAN di Part 2: IP <code>192.168.20.1/24</code>, pool, DHCP network (gateway & DNS <code>192.168.20.1</code>), dan DHCP server sendiri.

== Verifikasi ==
* PC1–PC5 mendapat IP <code>192.168.10.x</code> dari pool yang sama dengan gateway <code>192.168.10.1</code>.
* '''Interfaces''': <code>ether2</code> dan <code>ether3</code> berflag '''RS'''.
* '''Bridge → Hosts''': daftar MAC semua PC beserta port tempat mereka terhubung.
* <code>ping 8.8.8.8</code> dari PC berhasil.

== Membaca <code>trace</code> ==
<syntaxhighlight lang="text">
trace <IP tujuan> # di VPCS
/tool traceroute 8.8.8.8 # di router
</syntaxhighlight>

Setiap baris adalah satu '''hop''', yaitu perangkat Layer 3 (router) yang dilewati. Trace mengirim paket dengan '''TTL''' kecil (mulai dari 1). Setiap router mengurangi TTL satu, dan router tempat TTL habis membalas, sehingga trace bisa menyusun daftar router di sepanjang jalur.

* '''Switch dan bridge tidak mengurangi TTL''', sehingga tidak pernah muncul di hasil trace.
* Baris terakhir dengan <code>Destination port unreachable</code> itu '''normal'''. VPCS mengirim UDP ke port yang tidak dipakai, dan balasan "port tidak ada" menandakan paket sudah sampai di tujuan.

== Latihan dan pembahasan ==

=== Soal 1: bandingkan trace dengan Fase 1 ===
'''Soal''': trace dari PC1/PC4 ke PC lain di bridge, bandingkan dengan Fase 1 (Part 2) dan dengan PC6.

'''Hasil'''
<pre>
PC6 → PC1 (192.168.10.200):
1 192.168.20.1 ← router, beda subnet → di-route
2 192.168.10.200 ← tujuan

PC4 → PC1 (192.168.10.200):
1 192.168.10.200 ← langsung sampai, satu bridge → di-switch
</pre>

'''Pembahasan'''
* Di Fase 1, PC1 dan PC4 berada di subnet berbeda, sehingga ada hop tambahan lewat router.
* Sekarang PC4 dan PC1 berada di '''satu bridge = satu segmen Layer 2'''. PC4 meng-ARP PC1 secara langsung, dan CHR hanya meneruskan frame seperti switch.
* Paket '''tetap melewati CHR secara fisik''', tapi tidak muncul sebagai hop. Router yang sama bekerja sebagai '''switch''' untuk traffic di dalam bridge dan sebagai '''router''' untuk traffic antar subnet (seperti ke PC6).

=== Soal 2: detektif port ===
'''Soal''': hanya lewat '''Bridge → Hosts''', tentukan PC5 terhubung di port mana.

'''Pembahasan''': cocokkan MAC dari <code>show ip</code> di PC5 dengan tabel Hosts → '''<code>ether3</code>'''. Di kantor, ini cara tercepat mencari "PC ini dicolok di port mana" tanpa menyusuri kabel.

=== Soal 3: disable port anggota bridge ===
'''Soal''': disable <code>ether3</code> di '''Bridge → Ports'''. Apakah PC4 masih bisa ping PC5? Ping PC1?

'''Hasil''': PC4 → PC5 '''bisa''', PC4 → PC1 '''tidak bisa'''.

'''Pembahasan'''
* '''PC4 → PC5''': keduanya terhubung ke Switch2. Switch2 meneruskan frame di antara mereka sendiri tanpa butuh router atau bridge.
* '''PC4 → PC1''': <code>ether3</code> adalah satu-satunya penghubung Switch2 ke bridge. Setelah port itu mati, Switch2 menjadi "pulau" terpisah.
* '''Kenapa router tidak menolong?''' PC4 menganggap PC1 '''tetangga''' (sama-sama <code>192.168.10.x</code>), sehingga PC4 tidak pernah memakai gateway untuk menuju PC1. Ia hanya meng-ARP PC1, dan ARP itu tidak sampai ke mana pun. '''Di dalam satu subnet, kalau jalur Layer 2 putus, router tidak bisa menjadi jalur alternatif.'''
* Gateway (<code>192.168.10.1</code>) dan internet juga tidak terjangkau dari PC4 dan PC5.

'''Pelajaran di kantor''': gejala '''"satu ruangan tidak bisa apa-apa, tapi PC di ruangan itu masih bisa saling berbagi file"''' hampir pasti masalah '''uplink''' switch ruangan tersebut: kabel uplink, port di router/switch inti, atau port yang ter-disable.

Jangan lupa enable kembali <code>ether3</code>.

== Masalah yang ditemui ==

=== Gateway DHCP berisi alamat network ===
'''Gejala''': DHCP Networks berisi gateway <code>192.168.10.0</code> dan DNS kosong setelah menjalankan '''DHCP Setup'''.

'''Penyebab''': isian gateway di wizard salah. <code>.0</code> adalah alamat network, bukan alamat perangkat.

'''Solusi''': '''IP → DHCP Server → Networks''' → gateway & DNS <code>192.168.10.1</code>. Selalu periksa hasil wizard.

=== Static lease hilang setelah DHCP Setup ===
'''Gejala''': lease PC1 kembali bertanda '''D''' (dynamic), nama server menjadi <code>server1</code> dan pool menjadi <code>pool1</code>.

'''Penyebab''': lease terikat ke DHCP server. Server lama diganti oleh wizard, sehingga static lease ikut hilang.

'''Solusi''': buat ulang static lease. '''Pelajaran''': wizard bisa menimpa konfigurasi lama tanpa peringatan, jadi backup sebelum menjalankannya.

=== IP WAN berubah ===
'''Gejala''': IP <code>ether1</code> berubah dari <code>192.168.122.212</code> menjadi <code>192.168.122.61</code>.

'''Penyebab''': CHR/lab di-restart dan mendapat lease baru dari dnsmasq <code>virbr0</code>. Flag '''D''' pada alamat WAN memang akan selalu ada karena dibuat oleh DHCP client.

'''Dampak''': NAT tetap berjalan karena masquerade otomatis memakai IP yang sedang menempel. Winbox harus connect ulang ke IP baru. Ini contoh nyata kenapa masquerade cocok untuk WAN dinamis.

=== VPCS hanya menampilkan "DDD" ===
'''Gejala'''
<pre>
PC1> ip dhcp
DDD
Can't find dhcp server
</pre>

'''Arti''': VPCS mencetak satu huruf per langkah DORA. '''D''' = Discover terkirim. "DDD" berarti tiga Discover terkirim '''tanpa Offer''' yang kembali.

'''Langkah diagnosis'''
# Periksa konfigurasi DHCP Networks (gateway & DNS).
# '''Log''' router: cari pesan dari <code>dhcp</code>.
# '''IP → DHCP Server → DHCP''': pastikan server tidak berflag '''X''' (disabled) atau '''I''' (invalid).
# '''Tools → Torch''' di <code>bridge-lan</code>: kalau muncul traffic <code>0.0.0.0 → 255.255.255.255</code> (port 68 → 67), Discover sampai di router dan masalahnya di konfigurasi. Kalau kosong, masalahnya di jalur kabel/bridge.
# '''Bridge → Hosts''': apakah MAC PC terlihat.
# Di VPCS: <code>ip dhcp -d</code> untuk melihat detail paket.

'''Penyebab di lab ini''': GNS3 "nyangkut" (koneksi virtual antar node tidak terbentuk ulang dengan benar setelah topologi diubah). Selesai setelah GNS3 di-restart.

'''Urutan perbaikan kalau GNS3 berperilaku aneh''' (setelah konfigurasi dipastikan benar):
# Stop/start node yang bermasalah, termasuk switch.
# Hapus dan sambungkan ulang kabel.
# Restart GNS3.

== Sisipan: bridge di dunia virtualisasi (Proxmox) ==
Server Proxmox di LAN bisa menghasilkan banyak IP dari VM-VM-nya. Cara VM terlihat di jaringan tergantung modelnya.

{| class="wikitable"
! Model !! Cara kerja !! Kelebihan !! Kekurangan
|-
| '''Bridged''' (default, <code>vmbr0</code>) || Bridge menyatukan NIC fisik dan NIC virtual VM. Setiap VM punya MAC sendiri dan terlihat seperti PC terpisah. || VM dapat IP dari DHCP router, bisa diakses langsung dari LAN || Setiap VM memakan IP subnet kantor
|-
| '''NAT''' || Host menjadi router mini dan me-masquerade VM (sama seperti <code>virbr0</code>) || Hemat IP, VM terisolasi || VM tidak bisa diakses langsung, perlu port forwarding
|-
| '''Subnet/VLAN khusus''' || VM di segmen sendiri, di-route oleh router || Rapi, bisa diberi firewall || Butuh VLAN (Part 4)
|}

'''Manajemen IP'''
* '''Rencanakan pembagian IP''', contoh untuk <code>/24</code>:
{| class="wikitable"
! Range !! Untuk
|-
| <code>.1</code> || Gateway
|-
| <code>.2–.19</code> || Perangkat jaringan (switch, AP)
|-
| <code>.20–.79</code> || Server & VM (statis)
|-
| <code>.80–.99</code> || Printer, CCTV
|-
| <code>.100–.250</code> || Pool DHCP
|}
* '''Server/VM memakai IP tetap''': manual di dalam VM atau static lease. MAC VM Proxmox tersimpan permanen di konfigurasi VM, sehingga static lease bekerja baik.
* '''Hati-hati saat clone''': clone biasanya mendapat MAC baru, sehingga static lease tidak ikut. IP statis yang di-hardcode di template akan ikut ter-clone dan menyebabkan IP conflict.
* '''Catat semuanya (IPAM)''': spreadsheet, atau tools seperti '''NetBox''' / '''phpIPAM'''.
* '''Pantau ukuran subnet''': <code>/24</code> hanya 254 host. Kolom '''Available''' di menu Pool menunjukkan sisa IP.

Di host Proxmox, cek <code>/etc/network/interfaces</code>:
* <code>vmbr0</code> dengan <code>bridge-ports eno1</code> → bridged.
* <code>bridge-vlan-aware yes</code> → VM dipisah dengan VLAN.

== Ringkasan ==
* Port RouterOS defaultnya berdiri sendiri, dan bridge menggabungkannya menjadi satu segmen Layer 2.
* Konfigurasi Layer 3 (IP, DHCP) dipasang di '''bridge''', bukan di port anggota.
* Di dalam bridge = '''switching''' (tidak ada hop). Antar subnet = '''routing''' (ada hop lewat gateway).
* Dalam satu subnet, jalur Layer 2 yang putus tidak bisa ditolong router.
* Wizard praktis, tapi periksa hasilnya dan backup sebelum menjalankannya.

Mikrotik 3: Bridge - Revision history