RouterOS 7.25.1 Stabil: 8 Bug Bawaan 7.25 Sudah Ditambal
· 6 menit baca
Daftar isi6 bagian
MikroTik merilis RouterOS 7.25.1 di kanal stable pada 2 November 2026. Changelognya pendek, 16 butir, tetapi delapan di antaranya adalah regresi yang lahir di 7.25: bug yang tidak ada di 7.24 lalu ikut terbawa saat 7.25 naik ke stable pada 22 Oktober 2026. Pengumuman di forum MikroTik muncul 3 November 2026 dan langsung dipenuhi laporan perangkat yang bermasalah setelah upgrade.
Bagi yang mengelola router produksi, arti rilis ini sederhana. Kalau kamu sudah memindahkan perangkat ke 7.25, 7.25.1 adalah tambalan wajib karena beberapa bug menyentuh WiFi, WebFig, dan multicast. Kalau kamu masih di jalur long-term, tidak ada alasan buru-buru pindah kanal: 7.24.6 sudah menambal celah keamanan yang sama seperti yang dibahas di artikel RouterOS 7.24.6.
Delapan Regresi 7.25 yang Ditutup
Changelog resmi menandai tiap butir dengan keterangan "introduced in v7.25". Itu penanda paling berguna sebelum upgrade: kalau perangkatmu tidak pernah menyentuh fitur yang disebut, risikonya kecil.
| Komponen | Gejala di 7.25 | Dampak praktis |
|---|---|---|
| wifi | Virtual interface masuk siklus restart saat reselect-interval dan reselect-time diset | SSID tambahan di atas interface fisik tidak stabil, klien terputus berulang |
| webfig | Field multi-value tampil kosong | Nilai seperti daftar alamat atau daftar interface terlihat hilang padahal tersimpan |
| pim | Querier IGMP/MLD nonaktif setelah upgrade | Multicast berhenti mengalir ke penerima, termasuk IPTV dan streaming lokal |
| ipv6 | Lifetime alamat from-pool tidak ikut berubah setelah prefix diperbarui | Alamat bisa kedaluwarsa lebih cepat dari prefix baru, koneksi IPv6 putus |
| console | Parameter login SSH client kustom diabaikan | Skrip yang bergantung pada ssh-exec dengan opsi kustom gagal terhubung |
| dhcpv4-client | Salah hitung panjang paket | Opsi DHCP tertentu dibaca salah, sebagian klien tidak mendapat parameter lengkap |
| dude | Waktu outage hilang dan skala background grafik kacau | Riwayat gangguan jaringan tidak bisa dipakai untuk analisa |
| ssh | Alignment paket rusak saat autentikasi memakai SHA-1 | Login SSH gagal pada perangkat atau klien lama yang masih memakai SHA-1 |
Butir bridge di rilis yang sama justru regresi dari v7.24: BPDU bocor ke bond dual-connected yang salah pada setup MLAG. Gejalanya menipu karena paket tetap lewat, hanya masuk jalur yang keliru, sehingga diagnosa VLAN jadi berlarut-larut di switch CRS yang memakai MLAG.
Perbaikan di Luar Regresi 7.25
Sisa butir changelog menutup masalah yang lebih lama muncul, bukan akibat 7.25. Enam yang paling relevan untuk jaringan kantor dan RT/RW net:
| Komponen | Perbaikan di RouterOS 7.25.1 |
|---|---|
| fetch | Permintaan HTTP tidak lagi macet di kondisi "bad HTTP response" yang membuat skrip unduh berhenti tanpa error jelas |
| ipsec | Interface XFRM tidak lagi tetap down sampai router di-reboot |
| ptp | Dukungan PTP pada CRS804-4DDQ berfungsi kembali |
| routing-filter | Pencocokan host di address list dengan lebih dari 64 range diperbaiki |
| sfp | EEPROM DAC tidak rusak lagi saat port 400G dimatikan di CRS804 dan CRS812 |
| bridge | Sinkronisasi FDB antar peer MLAG membaik ketika VLAN ditambahkan |
Butir fetch layak dicatat kalau kamu memakai scheduler untuk menarik file konfigurasi atau skrip dari server internal. Di 7.24 kondisi macet itu membuat proses terlihat berjalan padahal tidak ada progres, dan satu-satunya jalan keluar adalah reboot atau menunggu job berikutnya. Butir ipsec juga terasa di kantor cabang: tunnel XFRM yang sudah dikonfigurasi benar bisa tetap down sampai perangkat dinyalakan ulang.
CVE-2026-98432 Tetap Jadi Alasan Utama Upgrade
Baris terakhir changelog menyebut peningkatan stabilitas sistem yang memuat penambalan CVE-2026-98432. Nomor itu sama dengan yang dibawa 7.24.6 untuk jalur long-term, jadi mekanismenya sudah dibahas terpisah di artikel long-term tadi. Ringkasnya: pemicunya trafik yang dikirim ke layanan TCP di router itu sendiri, bukan trafik yang dilewatkan ke perangkat lain, dan RouterOS 6 tidak terpengaruh.
Konsekuensinya untuk keputusan kanal: kamu tidak perlu pindah ke stable hanya demi celah ini. Kalau perangkat sudah di 7.24.5 atau lebih baru pada jalur long-term, 7.24.6 menutup lubang yang sama dengan perubahan lebih sedikit. Yang wajib segera adalah salah satu dari keduanya, bukan selain itu. Pembahasan panjang soal perbedaan karakter jalur v7 ada di artikel RouterOS v7 vs RouterOS v6, termasuk kenapa banyak perangkat lama sebaiknya tetap di v6.
Apa Kata Pengguna di Thread Rilis
Thread pengumuman 7.25.1 di forum MikroTik berisi 59 balasan dalam tiga hari. Pola laporannya layak dibaca sebelum kamu menjadwalkan upgrade massal:
- Satu pengguna melaporkan hAP be lite kehilangan WiFi setelah naik dari 7.25 ke 7.25.1, klien tidak bisa terhubung, dan perangkat dikembalikan ke 7.24.6. Pengguna lain dengan hAP lite dan hAP be lite menyatakan upgrade berjalan normal, termasuk yang memakai CAPsMAN dari RB5009.
- Satu pengguna melaporkan hasil
/exportterpecah: seksi/ip routeserta/ipv6 addressdan/interface list membermuncul dalam dua bagian. Ini menyulitkan pembandingan konfigurasi sebelum dan sesudah upgrade, jadi simpan export lama di luar router. - Beberapa pemilik CRS310 menyebut waktu reboot setelah upgrade terasa jauh lebih lama dari biasanya. Perangkat tetap naik, hanya perlu sabar dan jangan memutus daya di tengah proses.
Kesimpulan praktisnya bukan "jangan upgrade", tetapi jangan meng-upgrade seluruh armada sekaligus. Uji satu unit per model, terutama hAP be lite dan switch CRS yang memakai MLAG, lalu lanjutkan kalau WiFi dan bridging normal.
Urutan Upgrade yang Aman
Jangan mulai dari klik "Download and Install" di QuickSet. Urutan berikut memisahkan backup, upgrade sistem, dan upgrade bootloader supaya kamu tahu langkah mana yang gagal kalau ada masalah.
- Simpan konfigurasi ke luar router sebelum menyentuh apa pun.
/export file=sebelum-7-25-1
/system/backup/save name=sebelum-7-25-1- Unduh file export tadi lewat WinBox atau
/tool/fetchke komputer, bukan dibiarkan di flash router. - Periksa ruang penyimpanan. Rilis 7.25 memberi peringatan otomatis kalau paket WiFi belum terpasang di board BE, dan upgrade butuh ruang untuk paket utama plus paket tambahan.
- Jalankan pemeriksaan update di kanal stable.
/system/package/update/check-for-updates
/system/package/update/install- Setelah router naik dengan versi baru, cek versi RouterOS dan RouterBOOT. Keduanya tidak selalu ikut ter-update bersamaan.
/system/resource/print
/system/routerboard/print- Kalau RouterBOOT masih versi lama dan changelog menyebut perubahan bootloader, jalankan
/system/routerboard/upgradelalu reboot sekali lagi. Ini menambah satu reboot, jadi lakukan di jendela maintenance. - Verifikasi hasilnya, jangan hanya percaya angka versi.
/interface/wifi/print
/log/print where topics~"system"
/ip/route/printYang dicari: interface WiFi virtual tidak lagi restart berulang, tidak ada entri log error baru setelah reboot, dan tabel route utuh. Kalau kamu memakai multicast, cek juga /routing/pim/interface/print untuk memastikan querier aktif kembali.
Kapan Sebaiknya Menunda
Ada tiga situasi yang lebih baik menunggu satu-dua minggu. Pertama, armada switch CRS8xx dengan MLAG yang sedang menanggung trafik produksi: perbaikannya bagus, tetapi tetap butuh jendela maintenance dan pengujian failover setelah reboot. Kedua, titik akses BE series yang jadi tulang punggung WiFi publik, karena laporan hAP be lite di thread rilis belum jelas apakah masalah perangkat atau konfigurasi. Ketiga, router yang jalur upgrade-nya belum pernah diuji, misalnya lompat dari 7.20 langsung ke 7.25.
Untuk router yang layanan manajemennya terbuka ke jaringan luar, jangan menunda. Tutup WinBox, API, SSH, dan WebFig dari internet lebih dulu, atau akses lewat VPN, seperti dijelaskan di artikel mengamankan router MikroTik. Mitigasi itu menahan risiko sambil menunggu jadwal upgrade.
Sebagai catatan akhir, WinBox 4.5 juga dirilis 3 November 2026, sehari setelah 7.25.1. Pembaruan aplikasi ini membawa combobox dengan filter dan dukungan tipe UI baru dari RouterOS, jadi pasang berbarengan supaya menu yang berubah di 7.25 tampil benar di WinBox.
Pertanyaan yang sering diajukan
Apakah RouterOS 7.25.1 wajib dipasang kalau perangkat masih di 7.24?
Tidak wajib. Kalau perangkat ada di jalur long-term 7.24.5 atau lebih baru, 7.24.6 sudah menambal celah keamanan yang sama. 7.25.1 ditujukan terutama untuk yang sudah memakai 7.25 dan terkena regresi seperti WiFi virtual yang restart berulang atau field WebFig yang tampil kosong.
Kenapa WiFi di hAP be lite hilang setelah upgrade ke 7.25.1?
Di thread rilis ada satu pengguna yang melaporkan klien tidak bisa terhubung ke hAP be lite setelah naik dari 7.25 ke 7.25.1 dan memilih kembali ke 7.24.6, sementara pengguna lain dengan perangkat sama menyatakan normal. Karena laporannya bercampur, uji satu unit per model dulu sebelum meng-upgrade seluruh armada.
Apakah upgrade ke 7.25.1 menghapus konfigurasi router?
Upgrade normal mempertahankan konfigurasi, tetapi export dan backup tetap wajib dibuat dan dipindahkan keluar router. Di 7.25 ada laporan hasil export terpecah pada seksi ip route serta ipv6 address, jadi simpan export versi lama sebagai pembanding sebelum menjalankan instalasi.
Berapa kali router perlu reboot saat upgrade?
Minimal satu kali untuk RouterOS, lalu satu kali lagi kalau RouterBOOT juga di-upgrade lewat system routerboard upgrade. Menambah satu reboot itu normal, jadi jadwalkan di jendela maintenance dan jangan memutus daya di tengah proses.
Apa yang harus dicek setelah upgrade selesai?
Periksa versi RouterOS dan RouterBOOT, tabel interface WiFi, dan log bertopik system untuk error baru setelah reboot. Kalau memakai multicast, cek juga daftar interface PIM untuk memastikan querier IGMP dan MLD sudah aktif kembali seperti sebelum upgrade.
