2 poin oleh GN⁺ 2024-09-04 | 1 komentar | Bagikan ke WhatsApp
  • Meski server telah berkonvergensi menjadi perangkat keras serbaguna yang mirip PC, manajemen out-of-band untuk menangani kegagalan, booting, dan instalasi jarak jauh tetap menjadi fungsi inti yang membedakan klien dan server
  • IPMI bukan nama produk, melainkan spesifikasi; sistem manajemen khusus vendor seperti HP iLO dan Dell DRAC tumpang tindih dengan IPMI, tetapi masing-masing memiliki sejarah dan fitur perluasan yang berbeda
  • IPMI berjalan di BMC dan menyediakan antarmuka out-of-band berbasis jaringan/serial sekaligus antarmuka in-band melalui driver sistem operasi
  • Implementasi nyata menyediakan UI web, SSH, VNC, perintah berbasis UDP 623, konsol jarak jauh, media virtual, serta kontrol sensor, daya, kipas, dan watchdog, tetapi sangat rentan terhadap paparan keamanan
  • Intel ME dan Intel AMT adalah teknologi serupa di sisi PC klien, tetapi anggapan umum bahwa akses jaringan sideband dimungkinkan pada perangkat konsumen biasa umumnya tidak tepat karena persyaratan AMT dan vPro

Hingga server menjadi “komputer besar”

  • Komputasi klien-server berawal dari evolusi komputasi time-sharing, ketika banyak terminal terhubung ke satu komputer
  • Terminal tidak perlu memiliki arsitektur yang sama dengan komputer, dan persepsi ini berlanjut ke sistem klien-server awal
  • Revolusi PC pada pertengahan 1990-an menciptakan monokultur WinTel di sisi klien, tetapi hingga 2000-an server masih sering memakai sistem operasi dan arsitektur tersendiri
    • Kombinasi SPARC dan Solaris banyak digunakan di server
    • Arsitektur minikomputer IBM dan berbagai sistem operasinya juga merupakan platform server penting
    • Java berkontribusi pada aplikasi enterprise dengan memungkinkan penggunaan ulang kode antara backend Solaris/SPARC dan klien Windows/x86
  • Seiring waktu, arsitektur khusus server makin kalah dalam persaingan biaya dan performa melawan arsitektur PC
  • Perangkat lunak server juga bergeser dari fokus pada penskalaan vertikal dan uptime tinggi ke penskalaan horizontal serta tuntutan reliabilitas yang lebih longgar, sehingga keunggulan komputer kelas enterprise berkurang
  • Saat ini pembeda server terutama terletak pada SMP/NUMA multi-socket, controller dan topologi storage yang kompleks, serta fungsi manajemen out-of-band

Masalah apa yang diselesaikan manajemen out-of-band

  • Manajemen out-of-band adalah kemampuan mengakses server melalui komputer manajemen terpisah meskipun sistem operasi atau komponen serbaguna tidak berjalan normal
  • SSH adalah contoh khas manajemen in-band yang disediakan oleh perangkat lunak di atas sistem operasi
  • Manajemen out-of-band ditangani oleh stack perangkat keras dan perangkat lunak terpisah, dan secara tradisional tidak memerlukan kerja sama dari sistem operasi atau CPU
  • Saat ini fungsi ini paling jelas terlihat pada konsol jarak jauh server
    • Bekerja seperti IP KVM bawaan, sehingga server dapat dioperasikan seolah-olah monitor dan keyboard lokal tersambung
    • Fitur “media virtual” dapat mengunggah file ISO dan membuatnya tampak seperti perangkat fisik, berguna untuk instalasi sistem operasi
  • Fungsi seperti ini bukan konsep baru, dan fitur serupa dapat ditemukan sepanjang sejarah komputasi bisnis
  • Server yang relatif modern biasanya menyertakan beberapa tingkat fungsi manajemen sekaligus
    • Antarmuka operator lokal seperti LCD atau LED yang menampilkan status perangkat keras
    • Konsol serial untuk mengakses bootloader awal dan sistem manajemen tingkat rendah yang terus berjalan
    • Sistem manajemen tingkat lebih tinggi untuk mengelola workload mesin dari jarak jauh
  • Hingga kini indikator kegagalan di panel depan dan fungsi manajemen serial masih ada, tetapi cakupan komponen redundan yang dapat diganti secara online lebih kecil dibanding masa lalu

Hubungan IPMI dan BMC

  • IPMI bukan produk tertentu, melainkan spesifikasi Intel IPMI
  • Vendor server utama umumnya memiliki implementasi IPMI sendiri dan menggunakan nama seperti HP iLO dan Dell DRAC
    • Sebagian sistem seperti ini bahkan sudah ada sebelum IPMI, sehingga tidak akurat jika disebut “sekadar IPMI”
    • Produsen baru sering memakai penawaran standar dari vendor firmware apa adanya dan menyebutnya IPMI
  • Perangkat lunak IPMI biasanya berjalan pada prosesor yang disebut BMC (Baseboard Management Controller)
  • Istilah IPMI dan BMC kadang dipakai saling menggantikan
  • LOM (Lights-Out Management) pada umumnya istilah lama, tetapi tetap bertahan karena HP(E) terus memakai nama Integrated Lights-Out
  • BMC harus dibedakan dari SMC (System Management Controller) yang menangani tugas seperti pengendalian kecepatan kipas pada komputer klien
    • Kedua komponen ini secara historis terkait
    • Pada server, BMC menangani sebagian besar fungsi tersebut
  • IPMI menspesifikasikan dua pendekatan
    • Antarmuka out-of-band melalui jaringan atau koneksi serial
    • Antarmuka in-band yang diakses sistem operasi melalui driver
  • Berkat akses in-band, alat seperti ipmitool di Linux dapat berinteraksi dengan IPMI dari sistem operasi yang sedang berjalan
  • IPMI adalah sistem manajemen independen sekaligus menyediakan antarmuka lokal ke sistem operasi demi kemudahan, sehingga memahami struktur ini membantu mengurangi kebingungan istilah

Cara penggunaan IPMI di dunia nyata dan batasan keamanan

  • Produk IPMI makin banyak menyediakan fungsi dengan berpusat pada aplikasi web
  • Banyak produk memiliki perangkat lunak klien khusus, tetapi ada tren pemindahan fungsi ke aplikasi web bawaan
  • Kualitas antarmuka web sangat berbeda antarimplementasi dan umumnya kurang baik
  • Sebagian besar server memiliki antarmuka Ethernet khusus yang ditandai sebagai IPMI atau management
  • Karena alasan keamanan dan reliabilitas, antarmuka manajemen IPMI paling ideal ditempatkan pada jaringan fisik khusus
    • Akses ke IPMI harus tetap tersedia meskipun jaringan utama mengalami masalah performa atau stabilitas
    • Jaringan fisik khusus membutuhkan waktu, ruang, dan biaya
  • Kompromi yang umum adalah membangun jaringan manajemen sebagai VLAN di atas perangkat jaringan umum
    • Berperilaku seperti jaringan privat independen, tetapi perangkat fisiknya dibagi pakai
    • Isolasinya diimplementasikan lewat perangkat lunak
  • Untuk menghindari kabel tambahan, IPMI juga menyediakan jaringan sideband
    • BMC berkomunikasi langsung dengan NIC yang sama dengan yang digunakan sistem operasi
    • NIC membuatnya tampak seperti dua antarmuka berbeda; trafik IPMI bercampur dalam aliran paket yang sama dengan trafik host, tetapi menggunakan alamat MAC berbeda
    • Pemisahan antara IPMI dan trafik aplikasi menjadi lebih lemah, sehingga perlu pertimbangan keamanan
  • Banyak implementasi IPMI pernah menunjukkan masalah keamanan serius, dan tidak boleh dibuat dapat diakses oleh pengguna yang tidak tepercaya
  • Fitur jaringan berbeda-beda antarimplementasi, tetapi secara umum antarmuka standar berbasis UDP 623 digunakan untuk penemuan dan perintah dasar
  • SSH dan antarmuka web umum digunakan, dan VNC juga sering dipakai untuk konsol jarak jauh
  • Fungsi dasar yang dapat dilakukan dengan IPMI adalah sebagai berikut
    • Melihat daftar modul perangkat keras hingga tingkat FRU atau nomor komponen vendor
    • Mengendalikan fungsi perangkat keras dasar seperti sensor, status daya, dan kipas
    • Menggunakan watchdog timer standar
  • Watchdog timer dapat digabungkan dengan perangkat lunak di atas sistem operasi agar server di-reset ketika aplikasi masuk ke kondisi abnormal
  • Timeout watchdog harus diatur cukup panjang untuk memberi waktu sistem melakukan booting dan menonaktifkannya setelah masuk

Intel ME, AMD ST, AMT, dan pengecualian pada PC klien

  • IPMI umum pada server enterprise, tetapi jarang pada komputer klien biasa atau komputer kecil berdaya rendah
  • Intel ME dan AMD ST merupakan pengecualian yang mendekati controller manajemen OOB yang ada di hampir semua prosesor Intel dan AMD
  • Intel ME adalah komponen yang memungkinkan Intel AMT (Active Management Technology)
  • AMT adalah upaya membawa manajemen out-of-band ke mesin klien, dan menyediakan sebagian besar fungsi yang mirip IPMI
  • AMT tidak terlalu berhasil; alasan utamanya adalah Intel membatasi sebagian besar fungsi AMT agar digunakan bersama platform manajemen enterprise yang mahal
  • Klien AMT open source memang ada, tetapi masih ada masalah menemukan mesin yang benar-benar dapat menggunakan AMT
  • Manajemen sideband AMT menimbulkan kekhawatiran di komunitas keamanan, tetapi dalam praktiknya semua syarat berikut harus terpenuhi
    • Prosesor harus mendukung AMT
    • Chipset motherboard harus mendukung AMT
    • NIC harus mendukung AMT
    • Ketiga perangkat tersebut dibatasi pada produk Intel dengan lencana vPro
  • Fakta bahwa NIC Intel tidak populer pada perangkat konsumen saja sudah membuat akses sideband relatif jarang
  • vPro dibatasi pada prosesor dan chipset yang relatif kelas atas
  • “Fakta” yang banyak beredar bahwa Intel ME dapat diakses lewat jaringan sideband pada perangkat konsumen biasanya tidak benar, dan alasannya bukan hanya lisensi perangkat lunak Intel
  • Intel ME sendiri hampir tidak memiliki fungsi manajemen out-of-band tanpa AMT, tetapi tampaknya digunakan sebagai basis yang nyaman untuk meng-host dan mengelola komponen eksekusi tepercaya seperti Secure Boot dan DRM
  • Intel ME tidak dapat diaudit oleh pihak ketiga dan pernah memiliki kerentanan keamanan penting di masa lalu
  • SoC ARM konsumen modern juga memiliki kemampuan serupa, sehingga masalah ini tidak berhenti pada vendor x86 tertentu saja

1 komentar

 
GN⁺ 2024-09-04
Pendapat di Hacker News
  • Ada beberapa bagian yang sedikit berbeda dari informasi terbaru. Intel tertinggal dari AMD di seluruh lini CPU/GPU, dan yang menonjol hanya pengecualian seperti seri N100 yang cocok untuk penggunaan berdaya rendah dan tanpa kipas
    Karena itu, CPU Intel cenderung dibeli terutama oleh organisasi yang harus memperbarui lingkungan lama dengan CPU dari produsen yang sama; misalnya dipakai saat ingin membuat prosesor baru berperilaku seperti model lama dari produsen yang sama, seperti EVC di vSphere, demi hot migration antar-arsitektur CPU dan meminimalkan downtime saat penggantian hardware
    Selain itu, hampir semua orang tampaknya beralih ke CPU AMD yang lebih baik dan lebih murah dari sisi performa pemrosesan. NIC Intel secara umum cukup bagus, dan makin banyak juga di perangkat konsumen. Namun X710 adalah pengecualian: meski masuk daftar kompatibilitas “enterprise” seperti VMware, selama lebih dari setahun ia menyebabkan gangguan jaringan senyap atau crash karena masalah driver
    Untuk organisasi pembeli server, Supermicro pada umumnya bisa menjadi pilihan yang baik. Harganya lebih murah, fleksibilitasnya tinggi dalam hal form factor, chassis, komponen, jumlah slot, dan umumnya bisa diandalkan, tetapi dukungannya kurang stabil dibanding dukungan Dell/HPE secara teoritis, sehingga paling cocok untuk konfigurasi yang redundant
    Selain itu, spesifikasi IPMI sedang digantikan oleh Redfish, yang menyediakan API yang lebih lengkap, aman, terstandar, dan wajar. Server arus utama dari beberapa tahun terakhir kemungkinan besar memiliki Redfish bersama IPMI
    Baru-baru ini perusahaan riset short-selling Hindenburg menerbitkan laporan yang mengungkap hal-hal mencurigakan tentang Supermicro, tetapi hardware-nya sendiri masih kelas atas dan juga dipakai oleh penyedia cloud besar: https://hindenburgresearch.com/smci/

    • Saya pernah memakai board Supermicro dan ASRock Rack untuk workstation, dan board Supermicro terasa seperti board yang dibuat pada 2005, bukan produk tahun 2024
      Tidak ada dukungan ACPI sleep, dukungan kipas 4-pin/3-pin kurang sehingga kipas 3-pin selalu berputar 100%, antarmuka web IPMI masih seperti era 2010-an, penempatan NVMe membuat heatsink tidak bisa dipakai, dan ada banyak jumper buram tanpa label di board
      Sebaliknya, board ASRock Rack sekelasnya jauh lebih baik sampai tidak bisa dibandingkan
    • Masalah Supermicro bukan laporan short-selling, melainkan bocornya kunci Secure Boot. Root of trust-nya rusak, sehingga banyak hardware tidak bisa dibuat aman
      https://arstechnica.com/security/2024/07/secure-boot-is-comp...
    • CPU Intel terbaru tampak tidak buruk di atas kertas, tetapi dalam praktiknya ada masalah terbakar
      Karena makin halus proses fabrikasinya, masalah umur pakai memang tak terhindarkan makin besar, jadi ini tidak terlalu mengejutkan. Masalah seperti cacat migrasi dapat lebih mudah menjadi trouble besar. Banyak yang mengatakan masalahnya adalah mikrokode yang meminta voltase berlebihan ke motherboard, dan itu memang benar, tetapi faktanya chip juga menjadi lebih sensitif terhadap perubahan lingkungan
      Dulu saya menyukai performa dan kompatibilitas Linux dari NIC Intel, dan juga menyukai SSD Intel. Namun orang harus membaca bahwa performanya sedikit lebih baik daripada produk pesaing murah di rentang P95–P99, dan momen ketika komputer terasa lambat sampai membuat frustrasi memang ada di P95–P99 itu. Salah satu alasan saya suka sekaligus tidak suka Anandtech adalah karena mereka sering melewatkan inti seperti ini
    • Saya berharap PSU Supermicro bisa diakses lewat PMBus tanpa utilitas IPMI proprietary, tetapi ternyata tidak. Selain itu, karena hanya untuk x86, tidak ada cara untuk berinteraksi dengannya di ppc64el
      Kalau open source, semestinya bisa dibuild dengan mudah
      https://www.supermicro.com/en/solutions/management-software/...
    • Saya mengotomatiskan agar sertifikat SSL IPMI tetap terbaru lewat Redfish, tetapi proses memasukkan sertifikat baru membutuhkan “sihir” yang sedikit berbeda di setiap implementasi Redfish vendor
      Bahkan hanya untuk upload dan mengganti sertifikat—nama sertifikat, encoding, dan semacamnya—saya punya sekumpulan modul Python untuk menangani perbedaan aneh dari tiap vendor. Seharusnya ini cukup dengan beberapa request PUT standar yang berjalan di mana saja, dan dokumentasi API Redfish juga membuat kita percaya begitu, tetapi kenyataannya tidak
      Jadi saya sulit setuju bahwa Redfish sudah terstandar atau usable, dan rasanya sama menyebalkannya seperti masa ketika harus mengoperasikan antarmuka web secara langsung
  • Salah satu opsi untuk pernyataan bahwa jika bersikeras memakai komputer kompak atau berdaya rendah maka harus hidup tanpa IPMI adalah memakai board Supermicro MicroATX berbasis Atom dengan IPMI, lalu mendinginkannya secara senyap dengan kipas Noctua kecil di chassis 1U yang tidak terlalu dalam
    Saya memakai model lama di rumah, dan karena senyap serta kecil, ia jauh lebih menarik daripada model Dell R2x0 yang pernah saya lihat. Dengan fitur server seperti IPMI dan RAM ECC, ia lebih baik daripada mini PC, dan lebih stabil daripada RasPi yang seadanya
    Secara pribadi saya tidak akan mencolokkan port IPMI ke LAN utama, tetapi saat dipisahkan, cukup berguna dan menyenangkan untuk diutak-atik

    • ASRock Rack punya board yang memakai chip AM4/AM5 standar dengan chipset seperti X470, X570, X670, sekaligus menyediakan banyak fitur server seperti IPMI dan ECC. Di sisi AMD, ECC tampaknya sudah cukup umum
      Di board saya, saya memasang 5950X, tetapi selama beberapa waktu juga berjalan baik dengan 5600G. Karena mATX/ATX, ia masuk ke casing biasa dan power supply biasa, tidak perlu rack
    • IPMI dan antarmuka manajemen lain dipisahkan ke VLAN manajemen terpisah, dan dibuat hanya bisa diakses melalui VPN khusus
    • Saya punya beberapa board Atom seperti itu. Itu pikiran pertama yang muncul begitu membaca tulisannya, dan tulisannya butuh cukup lama sebelum mengatakan bahwa IPMI berarti perangkat besar
  • Jika ingin menambahkan fungsi akses jarak jauh ke perangkat yang tidak memiliki IPMI, Anda bisa mencoba sesuatu seperti NanoKVM berbasis RISC-V seharga 30 dolar
    Perangkat ini menyediakan capture dan encoding HDMI, Ethernet/Wi-Fi, kontrol daya ATX, dan menjalankan distribusi Linux umum
    https://www.aliexpress.com/item/1005007369816019.html
    https://github.com/sipeed/NanoKVM

    • Saat ini saya sedang mencobanya dengan memasang kit lengkap pada mini PC mainan. Ini perangkat RISC-V kecil yang hanya memakai beberapa watt, dan meski belum ada Wi-Fi, ia meng-capture output HDMI ke UI web sambil teremulasi sebagai empat perangkat pada PC
      Ia berfungsi sebagai keyboard USB, mouse USB, USB flash drive untuk menyimpan ISO boot yang dipakai instalasi dan pemulihan, serta USB NIC yang cukup bagus
      USB NIC ini bisa dipakai untuk hanya mengekspos port SSH manajemen dari PC, sehingga terasa seperti PC tersebut mendapat semacam antarmuka IPMI khusus. Perangkat lunak terbaru juga menyertakan dukungan WireGuard dan Tailscale, sehingga bisa langsung terhubung lewat VPN
      Masih ada beberapa masalah kecil, tetapi para pengembang sedang memperbaikinya dengan cepat
    • Untuk memakai breakout kontrol daya ATX, diperlukan versi penuh seharga 60 dolar. Breakout ini terhubung ke konektor fisik USB-C yang aneh berisi sinyal ATX
      Mungkin bisa dibuat sendiri, tetapi konektor USB-C benar-benar tidak enak untuk disolder
    • Saya penasaran mengapa AliExpress tidak menjual perangkat ini kepada pelanggan di Amerika Serikat
    • Dari sisi perangkat lunak, karena bukan open source, tidak ada yang membuatnya lebih baik daripada alternatif lain
      Ini hanyalah KVM lain yang tidak bisa dipercaya
  • Pada akhir 1990-an, saya pernah memasang beberapa server buatan Intel. Platform referensi Intel dikirim sebagai komputer “barebone”, lalu RAM dan storage dipasang oleh integrator, dan manajemen lights-out dilakukan dengan LANDesk Server Manager Pro serta “Emergency Management Card”(EMC)
    Perangkatnya berasal dari era Pentium Pro hingga awal Pentium II, seperti AP450GX, BB440FX, dan RC440FX
    Mengingat kode referensi platform x86 tidak pernah benar-benar mati, saya sering bertanya-tanya seberapa banyak struktur IPMI saat ini yang merupakan kelanjutan dari hardware dan software ini. Kata sandi default Intel LANDesk Emergency Management Card adalah “calvin”, kata sandi yang mungkin akrab jika Anda pernah menangani Dell iDRAC awal. Saya rasa itu bukan kebetulan
    Sebagai catatan, seorang karyawan Intel pernah memberi tahu saya bahwa nama kode EMC adalah “Hobbes”, tetapi saya belum menemukan dokumentasinya
    Versi EMC sering terlihat di eBay, dan ada versi ISA maupun PCI. Itu adalah PC x86 di atas sebuah kartu, dan sebagian atau semuanya memiliki UPS internal. Ada slot PCMCIA untuk menambahkan manajemen out-of-band, catu daya eksternal, dan kartu tersebut terhubung ke motherboard server melalui antarmuka bus host pada kartu serta konektor proprietari
    Saya pernah mengunduh dan melihat firmware dari beberapa versi EMC, dan sebagian tampak seperti mesin DOS embedded. Ini masih menjadi proyek mainan yang ingin saya kerjakan suatu saat, jadi saya belum melakukan reverse engineering terhadap kodenya atau menjalankannya di qemu, tetapi saya ingin mencobanya
    Pihak ketiga seperti Unisys, Fujitsu, ALR/Gateway, dan NCR yang menjual platform referensi Intel juga menyediakan kartu ini. Jika melihat kartu ini di listing penjualan, itu menjadi petunjuk bagus bahwa perangkat tersebut adalah platform referensi Intel, dan referensi “LDSM” juga menjadi petunjuk
    Jika ada yang mengetahui garis keturunan ini, itu akan sangat menarik
    https://www.intel.com/pressroom/archive/releases/1998/ld1030...
    https://web.archive.org/web/20240903131630/https://www.ebay....

  • Intel ME dan AMD PSP berperan besar dalam menjadikan CPU berada pada kondisi seperti PC x86 tempat firmware host benar-benar bisa dijalankan
    Kompleksitas inisialisasi sudah menjadi terlalu tinggi, sehingga dibanding menulis semua logika dalam assembly yang dibatasi secara aneh seperti kode awal BIOS tradisional, lebih masuk akal menanganinya lewat software pada core embedded terpisah yang rapi dan dapat diprogram dengan C
    Pada beberapa HPE ProLiant, tampaknya sebagian inisialisasi level rendah ini benar-benar dilakukan oleh iLO. Pada tahap boot itu, iLO juga mengendalikan framebuffer secara langsung, dan pada G10 sempat muncul pesan seperti “menyerahkan konsol ke host”, lalu display diinisialisasi ulang dan petunjuk tombol fungsi muncul
    Dell sepertinya juga melakukan hal serupa, tetapi pada tahap awal hanya menampilkan “Please wait” dengan indikator loading besar tanpa memperlihatkan progres

  • IPMI dan solusi lain memang bagus, tetapi yang selalu saya inginkan adalah antarmuka serial standar ke shell UEFI yang selalu berjalan. Bagaimana cara mengakses port serial itu biar saya yang urus

    • UEFI boot services yang menjadi dependensi shell tidak bisa digunakan setelah bootloader atau sistem operasi memanggil ExitBootServices()
      Kodenya benar-benar dikeluarkan dari RAM dan area tersebut dikembalikan ke sistem operasi, sehingga implementasinya tidak mudah
    • Hal yang saya rindukan dari Sun SPARC dan sistem Unix lain adalah adanya akses jarak jauh yang benar-benar layak pada level yang sangat rendah
      Konsol jarak jauh BIOS/UEFI selalu merepotkan dan tingkat keberhasilannya tidak konsisten. Untuk menyesuaikan input/output, pengaturan GRUB atau kernel sering harus diutak-atik
    • Hardware server biasanya memungkinkan akses ke UEFI lewat serial. Meski begitu, bukankah kontrol daya jarak jauh tetap diperlukan?
  • IPMI memang berguna, tetapi dengan jelas menunjukkan bahwa kita tidak bisa percaya perusahaan komersial akan mendukung hardware dengan benar dalam jangka panjang
    Sistem operasi yang berjalan di IPMI umumnya relatif aman saat sistem masih baru, tetapi begitu socket CPU baru keluar, produsen makin kehilangan minat untuk memperbarui sistem lama. Ini tetap berlaku meskipun hardware IPMI yang sama ada di board lama maupun baru
    Kalau kita bisa memasang sistem operasi sendiri di hardware IPMI, itu akan jauh lebih berguna. Dengan begitu, menghubungkannya langsung ke internet pun bisa aman. Saat ini dibutuhkan komunikasi sideband seperti VPN, SSH port forwarding, atau segmen jaringan terpisah, sehingga untuk mendukung IPMI muncul banyak hardware dan konfigurasi tambahan
    Pada instalasi skala besar, biaya tambahan itu tersebar dengan baik, tetapi pada instalasi kecil bebannya cukup besar. Jika hanya melakukan colocation satu mesin, nilainya sampai-sampai tidak sepadan
    Karena IPMI tidak bisa diekspos langsung ke internet secara aman, pada akhirnya setiap perangkat dipasangi semacam Pi. Dengan begitu memakai port serial sama mudahnya, bahkan lebih mudah. Pada akhirnya ini seperti kembali ke kontrol port serial standar yang sudah ada sejak era VAX, Sun, dan Alpha, dan makin dipikirkan, itu jauh lebih masuk akal daripada antarmuka jaringan yang tidak aman

  • Untuk deployment yang lebih kecil, misalnya skala sekitar 10 ribu core, saya akan membangunnya sendiri melalui integrator
    Dengan motherboard Gigabyte/ASRock Rack, seri Epyc 9003, RAM 384GB, dan konfigurasi dual power supply umum, biayanya sekitar 7 ribu dolar per node dan efisiensi dayanya juga bisa cukup baik
    IPMI bawaan juga cukup bagus, cocok dengan ipmitool, dan biasanya juga menyertakan beberapa fungsi terkait Redfish

  • Saya sangat menyukai IPMI, tetapi yang tidak saya suka untuk penggunaan homelab adalah konsumsi daya idle-nya bertambah sekitar 5W
    Kombinasi board Gigabyte MC12-LE0 dan Ryzen Pro 5650 terlihat seperti pilihan yang jelas untuk home server sekitar 50 dolar, tetapi konsumsi daya yang lebih tinggi itu tidak sepenuhnya saya sukai
    Perangkat lama seperti Dell T20/T30 memiliki Intel AMT; fiturnya jauh lebih lemah dan juga punya celah keamanan, tetapi jika dipakai bersama MeshCommander setidaknya ada cara untuk manajemen jarak jauh. Sayangnya MeshCommander sudah dihentikan dan rilisnya menghilang dari sana-sini, tetapi untungnya saya sempat menyimpan paket MSI dan Node di server
    Saya berencana mencoba PiKVM V2 dengan Raspberry 4 dan kartu capture USB-HDMI sederhana seharga 8 dolar: https://docs.pikvm.org/v2/
    Selain beberapa fitur yang tidak ada, ini terlihat menjanjikan karena bisa dipakai lebih universal bahkan untuk perangkat yang sama sekali tidak mendukung manajemen jarak jauh

    • Konsumsi daya tambahan sangat bergantung pada kualitas power supply. Membuat power supply yang efisien baik pada beban tinggi maupun saat idle itu cukup sulit
      Saya ragu BMC, kadang BMC yang tertanam di NIC, benar-benar mengonsumsi daya sebesar itu. Selain itu, jika memakai Raspberry 4 untuk PiKVM, konsumsinya akan melampaui 5W
    • Sekarang firmware-nya sudah terbuka, saya sedang melihat NanoKVM
      https://github.com/sipeed/NanoKVM
    • Rilis MeshCommander masih bisa diunduh dari https://www.meshcommander.com/ dan juga bisa diinstal lewat NPM
      Saya belum mencobanya, tetapi penerusnya tampaknya diarahkan ke https://meshcentral.com/
    • MeshCommander 0.96 bisa diunduh lagi dari situs webnya. Saya membaca bahwa itu karena developernya sedang menyesuaikan diri dengan pekerjaan baru
  • Pertanyaan besar pada IPMI adalah apa kunci default-nya
    Jika seseorang di suatu titik dalam supply chain memasang kunci IPMI tambahan, atau jika ada kunci default, orang itu bisa mengelola komputer dari jarak jauh
    https://www.rapid7.com/blog/post/2013/07/02/a-penetration-te...

    • Seperti kutipan tambahan di tautan tersebut, proses autentikasi IPMI 2.0 mengharuskan server mengirim hash salted SHA1 atau MD5 dari password pengguna yang diminta kepada klien sebelum klien melakukan autentikasi
      IPMI juga membatasi panjang maksimum password hingga 20 karakter. Dalam praktiknya, kita hanya bisa berharap hash itu tetap rahasia dari pentester yang diketahui dan bekerja dalam periode kontrak terbatas, bukan dari penyerang nyata yang punya waktu tak terbatas
      Saya sangat kritis terhadap bagian ini. Sudah 20 tahun sejak hal ini masuk ke spesifikasi. Bukankah keunggulan software adalah lebih mudah diubah daripada hardware? Mudah saja mengatakan “harus dimasukkan ke VLAN”, tetapi saat melakukan asesmen, IPMI hampir selalu terhubung ke jaringan kerja
      Jika default-nya diisi sesuatu yang bodoh, konfigurasi bodoh akan tersebar ke seluruh dunia, termasuk saat setiap perusahaan tanpa administrator keamanan yang berpengetahuan “membeli server”
    • Harus selalu berada di jaringan yang terpisah secara fisik, dan BMC yang berbagi NIC dengan sistem sebaiknya dihindari