Sudah lama saya ingin menjalankan server sendiri, tetapi saya segan dengan biaya dan kerumitannya. Lalu saya menemukan Proxmox VE — dan kalau dipikir-pikir sekarang, saya heran kenapa tidak melakukannya lebih awal. Proxmox adalah platform virtualisasi gratis dan open source berbasis Debian: KVM untuk VM penuh, LXC untuk container yang ringan, dan antarmuka web yang benar-benar memudahkan pekerjaan sehari-hari.
Yang menyenangkan, Anda tidak perlu server mahal. Awal saya adalah mini PC bekas (Dell OptiPlex Micro) dengan RAM yang di-upgrade dan SSD NVMe — senyap, hemat listrik, dan lebih dari cukup untuk 10–15 container plus beberapa VM. Dengan harga listrik di sini, mini PC yang hanya menyedot 10–15 watt saat idle membuat perbedaan besar dibandingkan server rack.
Setelah instalasi, hal pertama yang saya lakukan adalah menonaktifkan repositori Enterprise dan menyiapkan repositori Community, mengamankan login SSH dengan key, dan memasang Fail2ban. Lalu datang layanan-layanan pertama: Pi-hole sebagai pemblokir iklan untuk seluruh jaringan, Nginx Proxy Manager, dan Portainer. Urutan ini terbukti berhasil — mulai dari yang kecil, jangan langsung dua puluh container sekaligus.
Saran terpenting saya, yang harus saya pelajari dengan cara yang menyakitkan: Siapkan backup sebelum Anda memasang layanan pertama. Ikuti aturan 3-2-1, dan backup snapshot bawaan Proxmox membuatnya nyaris terlalu mudah. Omong-omong, RAID bukan backup — ini juga baru saya pahami belakangan.
Mulai saja. Satu container, satu layanan, dan Anda akan belajar lebih banyak tentang infrastruktur daripada dari kursus online mana pun. Dan bagi yang ingin mencoba dulu, server cloud murah juga bisa dipakai untuk belajar.
Sumber: Homelab Guide
Menurut laporan IT之家, NAS empat bay QNAP Qu405-N150-8G kini dijual di JD.com. Perangkat ini dilengkapi memori 8GB dan garansi standar dua tahun. Unit saja dihargai 2599 yuan, sedangkan paket bersama hard drive Seagate IronWolf 4TB dihargai 3599 yuan.
Desainnya sederhana. Chassis berukuran 165 mm x 168 mm x 217 mm dengan berat bersih 2,15 kg. Prosesornya Intel N150 dengan 4 core dan 4 thread. Menurut produsen, perangkat ini dapat melakukan transkode video 4K serta menjalankan mesin virtual dan kontainer Docker, poin jual yang menarik bagi penggemar server rumahan. Memori SODIMM DDR4 8GB bawaan bisa ditingkatkan hingga 16GB.
Untuk penyimpanan, tersedia empat bay untuk drive SATA 3,5 atau 2,5 inci. Di dalamnya juga ada dua slot M.2 2280 NVMe PCIe Gen 3 x1, yang bisa dipakai untuk cache atau untuk menyimpan data sistem dan kontainer. Port yang tersedia meliputi dua port jaringan 2.5GbE, dua USB-A 3.2 Gen 2, satu USB-C 3.2 Gen 2, dan satu HDMI 2.1.
Menurut saya, kombinasi dua port 2.5G dan N150 sudah menjadi konfigurasi umum untuk NAS rumahan kelas pemula dalam dua tahun terakhir. Perangkat ini bisa menjalankan Docker tanpa banyak mengonsumsi listrik, dan harganya cukup terjangkau. Namun, artikel ini hanya memuat spesifikasi tanpa pengujian nyata, jadi jika Anda berencana membelinya, sebaiknya cek dulu kebisingan, konsumsi daya, dan pengalaman perangkat lunaknya di ulasan independen.
Sumber: IT之家
Synology mengumumkan seri neo+ baru untuk Jerman, terdiri dari DS725neo+, DS925neo+, DS1525neo+, dan DS1825neo+. ComputerBase menggambarkannya sebagai varian yang lebih murah dari model Plus, dengan perbedaan hanya pada konfigurasi memorinya.
Menurut laporan tersebut, "neo" berarti "opsi Non-ECC". Perangkat ini memakai memori biasa tanpa ECC, dan selalu hanya 4 GB. DS725+ dan DS925+ dilengkapi RAM ECC 4 GB, sedangkan DS1525+ dan DS1825+ memiliki RAM ECC 8 GB, sehingga varian neo+ memiliki memori lebih sedikit. Selebihnya, perlengkapan, fitur, dan kemampuan ekspansinya sama dengan model Plus, dan DSM beserta aplikasinya juga identik.
Dari harga eceran yang disarankan, selisihnya sekitar 200 euro: DS725neo+ tercantum 549 euro bersih, sementara DS725+ 748 euro bersih. Namun di toko, selisihnya tidak sebesar itu: DS725+ saat ini tersedia mulai 663 euro, dan DS725neo+ mulai 629 euro. Memori tersebut nantinya dapat dengan mudah ditingkatkan ke RAM ECC.
Synology menyebut alasannya adalah kondisi pasar memori saat ini, yaitu kenaikan harga yang signifikan yang juga berdampak pada model Plus.
Untuk server rumahan, menurut saya ini pertimbangan yang menarik. Siapa pun yang menggunakan NAS terutama untuk cadangan, media, dan beberapa kontainer kemungkinan cukup dengan 4 GB tanpa ECC. Siapa pun yang mengutamakan integritas data sebaiknya memeriksa dengan saksama apa yang didapat dari selisih harga tersebut.
Sumber: ComputerBase
Hardware.com.br menampilkan sebuah homelab yang menarik perhatian karena ukurannya yang kecil. Seorang pengguna Reddit membagikan di r/HomeServer sebuah rak 10 inci berukuran mungil yang berisi firewall, tiga mini PC, NAS, dan seluruh infrastruktur jaringan yang dibutuhkan untuk menjalankan puluhan layanan di rumah.
Pemrosesan ditangani oleh tiga mini PC, masing-masing dengan prosesor 8 core dan 16 thread serta RAM 32 GB, sehingga totalnya 24 core, 48 thread, dan 96 GB untuk virtualisasi. Proxmox digunakan untuk membuat mesin virtual dan kontainer LXC. Beban kerja yang berjalan mencakup VM untuk Jellyfin, stack arr yang berjalan di Docker, host Docker lain dengan Portainer, Pi-hole, dan dasbor seperti Homer serta Homepage, serta server game seperti Terraria dan Core Keeper.
Penyimpanannya berada pada HP ProLiant MicroServer dengan empat hard drive 4 TB dalam RAIDZ1 ZFS, sehingga data tetap bisa diakses meskipun satu disk rusak. Kapasitas mentahnya 16 TB, tetapi ruang yang dapat digunakan lebih kecil karena parity. Jaringan dikelola oleh Fortinet FortiGate yang menangani routing, VLAN, dan SSL VPN, sementara APC Back-UPS 850 melindungi dari pemadaman listrik.
Menurut saya, bagian yang paling menarik ada di luar rumah: pemiliknya memiliki dua VPS berbasis Debian di pusat data eksternal yang terhubung ke homelab melalui jaringan WireGuard dengan konfigurasi hub-and-spoke. Keduanya berfungsi sebagai lapisan publik infrastruktur, dengan Traefik sebagai reverse proxy.
Ini contoh yang baik bahwa homelab tidak memerlukan rak raksasa: dengan perencanaan, perangkat kecil, dan pengorganisasian yang rapi, banyak hal bisa dijalankan di ruang yang sempit.
Sumber: Hardware.com.br
Jika satu server menjalankan lebih dari satu proyek, cepat atau lambat Anda akan bertabrakan dengan port 80 dan 443, yang hanya bisa didengarkan oleh satu proses. Artikel Habr dari blog Selectel ini menunjukkan langkah demi langkah cara mengatasinya dengan Nginx Proxy Manager.
Penulis lebih dulu menjelaskan masalahnya: port istimewa, aturan satu pendengar per port, masalah CORS saat frontend dan backend dipisah port, dan tidak adanya HTTPS. Reverse proxy menyelesaikannya sebagai perantara dengan mengarahkan lalu lintas berdasarkan domain dan path. Keuntungan tambahan, firewall hanya perlu membuka port 22, 80, dan 443.
Lingkungan uji adalah VDS dengan 2 vCPU, RAM 2 GB, dan NVMe 40 GB, dengan Ubuntu 24.04 dan Docker dari repositori resmi. Jaringan dibuat dengan docker network create proxy, lalu kontainer jc21/nginx-proxy-manager dijalankan dengan volume untuk data dan sertifikat. Saya suka bahwa panel admin di port 81 hanya terikat ke 127.0.0.1 dan diakses lewat terowongan SSH.
Selanjutnya, host proxy dikonfigurasi: Forward Hostname diisi nama kontainer, dan sertifikat SSL dipasang di tab SSL. Untuk pengujian digunakan traefik/whoami. Kasus ketika aplikasi berjalan langsung di host juga dibahas: alamat gateway jaringan Docker diperoleh dengan docker network inspect, dan firewall diatur agar aplikasi tidak bisa diakses melewati proxy.
Ada juga catatannya. Contohnya mencampur domain yang berbeda, dan imej memakai tag latest sehingga kemampuan reproduksi bisa menurun seiring waktu. Meski begitu, ini titik awal yang baik bagi yang ingin menjalankan beberapa layanan di rumah atau di VDS tanpa mengedit konfigurasi nginx secara manual.
Sumber: Habr (blog Selectel)
Self-Host Weekly dari selfh.st edisi minggu ini merangkum berita yang perlu diketahui para penggemar homelab. Saya suka ringkasan seperti ini karena menghemat banyak waktu membaca feed satu per satu.
Berita utamanya cukup ruwet: sekumpulan alternatif open source untuk Adobe yang baru dirilis dituding meniru proyek yang sudah ada, terutama Photopea yang populer di komunitas, dan pengembang Photopea termasuk yang pertama bersuara. Dua proyek yang menjadi pusat masalah, PhotoSuite dan PhotoCraft, tampaknya saling terhubung, dan linimasanya sulit diikuti. Buletin ini menyarankan untuk menjauh dulu sampai mereka membuktikan bahwa karya mereka lebih dari sekadar turunan.
Ada juga berita kecil yang patut dicatat. Let's Encrypt mengumumkan akan memangkas masa berlaku sertifikat SSL gratis dari 90 menjadi 64 hari mulai Februari 2027, sehingga pembaruan otomatis yang andal makin penting bagi siapa pun yang menjalankan reverse proxy di rumah. Nabu Casa akan mengganti nama Home Assistant Cloud menjadi Home Assistant Link, karena kata "cloud" kini punya konotasi negatif. Proyek berbagi rahasia terenkripsi Hemmelig sudah diarsipkan di GitHub. Sementara itu, NVIDIA Shield TV, kotak streaming berusia tujuh tahun yang populer di kalangan homelab, naik harga 100 dolar AS, yang disebut-sebut akibat inflasi perangkat keras yang didorong AI.
Penulis juga meluncurkan Survei Pengguna Self-Host 2026 dengan 45 pertanyaan tentang perangkat keras, perangkat lunak, sistem operasi, demografi, dan AI. Survei tahun lalu mendapat lebih dari 4.000 tanggapan, dan tahun ini sudah ada 2.000 dalam dua hari. Survei dibuka sampai 31 Oktober, dan hasilnya dijadwalkan keluar awal November.
Secara pribadi, perubahan sertifikat adalah poin yang paling praktis. Kalau pengaturan pembaruan Anda agak rapuh, sekarang waktu yang tepat untuk mengujinya.
Sumber: selfh.st
RedesZone menjawab pertanyaan yang sering muncul di kalangan orang yang membangun server di rumah: apakah NAS perlu di-restart dari waktu ke waktu, atau boleh dibiarkan menyala terus?
Jawaban singkatnya adalah ya, NAS boleh menyala 24 jam sehari. NAS dirancang untuk bekerja secara terus-menerus, menggunakan drive penyimpanan yang memang dibuat untuk keperluan itu, dan dipakai untuk cadangan data, membebaskan ruang di perangkat lain, atau berbagi berkas berukuran besar. Tentu saja ia mengonsumsi daya, sama seperti router atau kamera keamanan. Namun perangkat-perangkat tersebut dirancang agar hemat daya saat idle. Bahkan setelah berbulan-bulan digunakan terus-menerus, tidak ada alasan wajib untuk me-restart-nya, selain untuk menghemat listrik atau karena Anda memang tidak membutuhkannya.
Ada situasi ketika restart tetap disarankan: setelah memperbarui sistem operasi, firmware, atau paket tertentu, meskipun perangkat tidak memintanya; ketika ada masalah perangkat lunak, misalnya aplikasi berhenti bekerja, layanan melambat, antarmuka web berperilaku aneh, atau muncul error di bagian tertentu; setelah penggantian perangkat keras; dan setelah perubahan besar pada cara kerjanya. Terkadang sebuah proses macet atau program tidak tertutup dengan benar, dan restart mengembalikan semuanya ke kondisi normal.
Saya rasa ini saran yang masuk akal dan tidak berlebihan. Untuk laboratorium rumahan, aturan praktisnya adalah biarkan NAS terus bekerja dan restart secara sengaja, setelah pembaruan atau ketika ada sesuatu yang berperilaku aneh, bukan karena kebiasaan.
Sumber: RedesZone
Saat menjalankan aplikasi open source di server rumahan, sering kali kita perlu mengirim email, misalnya untuk pendaftaran atau reset kata sandi. Namun, mengirim email langsung dari rumah membutuhkan server SMTP dan konfigurasi domain pengirim, dan itu lebih merepotkan dari kelihatannya. Artikel yang saya temukan di Qiita ini memecahkan masalah tersebut dengan cara sederhana menggunakan Mailpit dan Discord.
Mailpit awalnya adalah alat untuk menguji pengiriman email. Ia bisa dipakai sebagai server SMTP dan juga punya API untuk pengujian. Jika webhook diatur, ia bisa memanggil aplikasi eksternal begitu pesan masuk. Artikel ini memanfaatkan fitur tersebut untuk membuat sistem yang meneruskan isi email masuk ke Discord.
Strukturnya cukup sederhana: dua kontainer dijalankan dengan Docker Compose, yaitu Mailpit dan webhook-handler. Webhook-handler adalah aplikasi Python kecil yang ditulis dengan FastAPI. Ia menerima webhook dari Mailpit, merapikan data pengirim dan penerima, lalu mengirimkannya ke webhook Discord. Notifikasi juga bisa menyertakan tautan ke antarmuka web Mailpit sehingga email bisa dicek saat dibutuhkan. Pengaturan seperti URL webhook disimpan di berkas .env terpisah.
Walaupun tidak mengirim email keluar sama sekali, mengetahui secara langsung bahwa email reset kata sandi sudah datang tetap terasa praktis. Bagi yang menjalankan banyak aplikasi di homelab, menyatukan semua email di satu tempat kemungkinan besar akan mempermudah pengelolaan. Artikel ini dari Agustus 2026.
Sumber: Qiita
Cerita kecil, tetapi layak dipikirkan bagi siapa pun yang mengelola jaringan rumahnya sendiri. Menurut GenK, seorang pengguna X bernama @NomadsGalaxy sedang memeriksa Wi-Fi orang tuanya dan mendapati bahwa mesin kopi Keurig telah menghasilkan sekitar 1 TB unggahan dan hampir 10 GB unduhan hanya dalam 10 hari.
Ia menemukannya saat memeriksa sistem jaringan UniFi di rumah orang tuanya. Volume data yang tidak wajar itu membuat salah satu titik akses Wi-Fi kelebihan beban. Alih-alih menyelidiki penyebabnya, ia mencabut mesin itu dari listrik dan membelikan orang tuanya produk lain. Menurut artikel tersebut, sebagian besar lalu lintas tampaknya hanya beredar di jaringan internal dan tidak keluar ke Internet, sehingga belum ada bukti bahwa mesin itu mengirim data keluarga ke server luar. Penyebab yang paling mungkin adalah bug perangkat lunak atau gangguan komunikasi di jaringan, dan memulai ulang mungkin sudah mengatasinya.
Artikel ini juga menyinggung gambaran yang lebih besar tentang rumah pintar: makin banyak perangkat yang terhubung, makin besar kemungkinan terjadi gangguan, celah keamanan, atau layanan berhenti. Perangkat IoT dapat menjadi pintu masuk serangan jika pabrikannya tidak memperbarui perangkat lunak secara rutin, dan sebagian produk kehilangan sebagian besar fungsinya ketika perusahaan menutup server-nya.
Bagi saya, pelajaran praktisnya adalah memiliki alat yang memantau lalu lintas per perangkat di jaringan rumah, dan mempertimbangkan untuk memisahkan perangkat IoT ke jaringan tersendiri. Tanpa angka, sulit sekali menyadari apa yang sebenarnya dilakukan sebuah mesin kopi.
Sumber: GenK
Siapa pun yang mengelola jaringan rumah atau homelab kecil pasti mengenal sufiks .lan: sufiks ini muncul di panel router, server DNS internal, dan alamat yang kita pakai untuk mengakses perangkat tanpa domain terdaftar. IlSoftware.it melaporkan bahwa sebuah permohonan yang diajukan ke ICANN dapat menjadikannya domain internet yang bisa diakses di seluruh dunia.
Permohonan untuk TLD .lan diajukan oleh Coffee Danger, perusahaan asal Amerika Serikat, dan masih dalam tahap Pre-Evaluation Processing. Artinya, domain ini belum disetujui dan belum bisa dipakai untuk mendaftarkan alamat publik. Permohonan ini termasuk dalam putaran baru penetapan domain tingkat atas yang dimulai ICANN pada 2026, yang melibatkan ratusan perusahaan: di antara pemohon ada Google dengan .browser, OpenAI dengan .openai dan .chatgpt, Meta dengan .facebook, serta perusahaan Italia Aruba dengan domain seperti .pec, .vps, .lab, .roma, dan .ciao. Semua permohonan masih menjalani evaluasi.
Yang perlu diperhatikan, .lan bukan nama biasa. Banyak teknisi sudah lama memakainya, misalnya nas.lan, router.lan, atau camera.lan. Jika nama yang dianggap internal masuk ke DNS publik, risikonya adalah gangguan fungsi, kueri DNS yang keluar dari jaringan, dan komunikasi yang bisa sampai ke tujuan selain yang dimaksud.
Sebagai penggemar jaringan rumahan, saya menganggap berita ini pengingat yang baik: untuk nama internal, sebaiknya gunakan sufiks yang memang dirancang untuk keperluan itu, dan jangan hanya mengandalkan konvensi yang lazim dipakai. Belum ada keputusan untuk saat ini, tetapi layak untuk terus dipantau.
Sumber: IlSoftware.it
Korben membahas kembali perintah Cloudflare yang sudah banyak dipakai developer: cloudflared tunnel --url. Perintah ini mempublikasikan server yang berjalan di komputer Anda ke alamat trycloudflare.com, tanpa akun, tanpa nama domain, dan yang terpenting tanpa perlu membuka port di router. Bagi yang menjalankan layanan di rumah, ini cara sederhana untuk menunjukkan proyek kepada seseorang dalam uji coba singkat.
Fitur terbaru adalah opsi --allowed-mail. Sebelumnya, siapa pun yang punya tautannya bisa terhubung ke layanan. Sekarang aksesnya bisa dibatasi pada beberapa alamat email yang Anda tentukan, dengan kode sekali pakai yang dikirim melalui Cloudflare Access.
Tutorialnya dimulai dari server web lokal kecil di port 8080 yang menampilkan halaman uji dengan Python. cloudflared adalah konektor open source yang membuat koneksi keluar ke jaringan Cloudflare. Di Mac, instalasinya lewat Homebrew. Di Debian atau Ubuntu, perlu memakai repositori resmi Cloudflare, yang kunci penandatangannya baru saja berubah, jadi penulis menyarankan memakai perintah terbaru, bukan yang ada di tutorial lama.
Satu poin menarik: jika Anda membiarkan agen AI bekerja dengan alat ini, Cloudflare merekomendasikan hook PreToolUse yang memblokir perintah apa pun tanpa --allowed-mail, agar agen tidak tanpa sengaja membuka tunel publik.
Untuk homelab, ini alternatif ringan dibanding membuka port atau memakai VPN, asalkan diingat bahwa tunel publik tetap merupakan paparan ke internet, meski hanya sementara.
Sumber: Korben
