— sekitar 3 menit membaca

Ubiquity mac address poisoning

cara memperbaiki pengaturan ubiquity yang menyebabkan multiple mac address di dalam jaringan

satu kucing terhubung dengan kucing yang lain, tapi kenapa wajahnya sama?

satu kucing terhubung dengan kucing yang lain, tapi kenapa wajahnya sama?

arp -a menunjukkan hasil yang tidak sesuai, jumlah perangkat yang online ada sekitar 30 namun arp hanya menunjukkan 18 perangkat hidup. Saat diperiksa dengan aplikasi seperti Angry IP Scanner maupun Advanced IP Scanner hasilnya sama saja, hanya ada sekitar 18 perangkat yang hidup.

Setelah disort by mac address ketemu segerombolan perangkat yang offline namun dengan mac address yang sama persis yaitu E0:63:DA:D8:EC:FE. Setelah dilookup ternyata mac address ini milik perangkat Ubiquity NanoStation loco M2! yang ane pasang di gedung sebelah, ada sekitar 15 perangkat berada di balik Ubiquity ini dan semua terdeteksi down meski realisasinya sedang online.

Ane coba ping tapi muncul error Request Timeout namun dari PC tujuan mereka bisa ping ke router dan bisa akses NAS. Adava kenava?

Setelah membaca - baca dokumentasi, ternyata Ubiquity memiliki fitur WDS atau Wireless Transparent Bridging yang harus aktif agar perangkat di balik Ubiquity tersebut bisa didiscovery oleh arp atau aplikasi scanner seperti nmap maupun Advanced IP Scanner. Jika WDS ini tidak aktif, maka Ubiquity akan menyamarkan perangkat - perangkat tersebut dan semua reply dianggap berasal dari Ubiquity sebagai garda depan. Fitur yang memiliki niat yang mulia, namun ane tidak membutuhkannya untuk saat ini.

Apa pasal?

Hal ini akan merepotkan saat pembacaan log firewall seperti di FortiGate karena membuat data di kolom Source alih - alih terbaca Hostname namun yang muncul adalah mac address, lebih buruknya semua kolom berisi mac address yang sama karena Ubiquity mengirimkan data ini, bukan mac address asli dari perangkat. Sehingga menyulitkan untuk mengidentifikasi dari perangkat mana data log tersebut berasal.

Bisa dibilang kalo Ubiquity telah meracuni perangkat di belakangnya sehingga arp tidak bisa mendeteksi secara akurat karena yang muncul di awal saja yang terdeteksi sedangkan perangkat di belakang Ubiquity dianggap menjadi satu dengan Ubiquity akibat dari mac address yang sama.

Cara penangannya mudah, namun sebelum itu masalah seperti ini tidak akan terjadi di Ubiquity dengan AirOS versi 8 ke atas. Sedangkan masalah yang ane hadapi karena ane pakai sistem dengan firmware versi XW.v6.2.0.

Jika mengalami hal serupa, maka cara perbaikannya seperti berikut:

  1. Login ke Ubiquity yang dimaksud (Nano Station Loco M2), disini harus tahu IP atau NanoStation mana yang menyebabkan masalah,
  2. Setelah login, buka menu Wireless kemudian kasih centang atau aktifkan fitur WDS (Transparent Bridge Mode),
  3. Klik Change untuk menyimpan, dan kemudian klik Apply untuk mengkonfirmasi dan menerapkan pengaturan,
  4. Reboot perangkat!

aktifkan WDS!

Sementara itu di sisi lokal, hapus cache dari arp dengan perintah

$ sudo arp -d -a 

Perintah ini akan menghapus cache dari semua interface yang ada, untuk perintah lainnya bisa dilihat di man arp dan kemudian lakukan ping atau pemeriksaan dengan nmap/zenmap.


Artikel terkait #tutorial

Ubiquity mac address poisoning

cara memperbaiki pengaturan ubiquity yang menyebabkan multiple mac address di dalam jaringan

Menginstall NetBSD di VPS

pengalaman ane menginstall NetBSD di VPS (NAT), agak ruwet tapi mengasyikkan

FreeBSD migrasi ke pkgbase vol.2: JAIL

Migrasi host sudah selesai dengan lancar dan baik, lalu bagaimana dengan jail? sedikit ruwet, kadang sampai putus asa, trial and error. Agak aneh tapi berhasil

FreeBSD migrasi ke pkgbase

masa depan proses update - upgrade FreeBSD yang akan menggantikan freebsd-update

Backup database dengan Litestream

Ane pakai untuk backup database sqlite3 dan sejauh ini, ini yang paling bagus meski sedikit ruwet.