Lange wollte ich einen eigenen Server betreiben, hatte aber Respekt vor den Kosten und der Komplexität. Dann bin ich auf Proxmox VE gestoßen — und im Nachhinein frage ich mich, warum ich es nicht früher getan habe. Proxmox ist eine kostenlose, quelloffene Virtualisierungsplattform auf Debian-Basis: KVM für vollwertige VMs, LXC für schlanke Container und ein Web-Interface, das einem den Alltag wirklich erleichtert.
Das Schöne ist, dass man keinen teuren Server braucht. Mein Einstieg war ein gebrauchter Mini-PC (ein Dell OptiPlex Micro) mit aufgerüstetem RAM und einer NVMe-SSD — leise, stromsparend und für 10–15 Container plus ein paar VMs völlig ausreichend. Bei den Strompreisen hierzulande macht ein Mini-PC mit 10–15 Watt Idle einen riesigen Unterschied zu einem Rack-Server.
Nach der Installation habe ich als Erstes das Enterprise-Repository deaktiviert und die Community-Repos eingerichtet, SSH-Login per Key abgesichert und Fail2ban installiert. Dann kamen die ersten Services: Pi-hole als netzwerkweiter Werbeblocker, Nginx Proxy Manager und Portainer. Die Reihenfolge hat sich bewährt — klein anfangen, nicht gleich zwanzig Container auf einmal.
Mein wichtigster Rat, den ich selbst erst schmerzhaft lernen musste: Richte Backups ein, bevor du den ersten Service installierst. Nach der 3-2-1-Regel, und die eingebauten Snapshot-Backups von Proxmox machen das fast schon zu einfach. RAID ist übrigens kein Backup — das habe ich auch erst begreifen müssen.
Fang einfach an. Ein Container, ein Service, und du lernst mehr über Infrastruktur als in jedem Online-Kurs. Und wer erst nur ausprobieren will, kann zum Lernen auch einen günstigen Cloud-Server nehmen.
Quelle: Homelab Guide
Menurut laporan IT之家, NAS empat bay QNAP Qu405-N150-8G kini dijual di JD.com. Ia dilengkapi memori 8GB dan jaminan standard dua tahun. Unit sahaja berharga 2599 yuan, manakala pakej bersama cakera keras Seagate IronWolf 4TB berharga 3599 yuan.
Reka bentuknya ringkas. Casisnya berukuran 165 mm x 168 mm x 217 mm dan berat bersih 2.15 kg. Pemprosesnya ialah Intel N150 dengan 4 teras dan 4 benang. Menurut pengeluar, ia boleh mentranskod video 4K serta menjalankan mesin maya dan kontena Docker, satu kelebihan besar bagi peminat pelayan rumah. Memori SODIMM DDR4 8GB yang dibekalkan boleh dinaik taraf kepada 16GB.
Untuk storan, terdapat empat bay untuk cakera SATA 3.5 atau 2.5 inci. Di dalamnya juga ada dua slot M.2 2280 NVMe PCIe Gen 3 x1, yang boleh digunakan untuk cache atau untuk menyimpan data sistem dan kontena. Port yang disediakan termasuk dua port rangkaian 2.5GbE, dua USB-A 3.2 Gen 2, satu USB-C 3.2 Gen 2 dan satu HDMI 2.1.
Pada pendapat saya, gabungan 2.5G dua port dengan N150 telah menjadi konfigurasi biasa bagi NAS rumah peringkat permulaan sejak dua tahun lepas. Ia boleh menjalankan Docker tanpa menggunakan banyak kuasa, dan harganya agak berpatutan. Namun, artikel ini hanya menyenaraikan spesifikasi tanpa ujian sebenar, jadi jika anda bercadang untuk membelinya, periksa dahulu bunyi bising, penggunaan kuasa dan pengalaman perisian dalam ulasan bebas.
Sumber: IT之家
Synology mengumumkan siri neo+ yang baharu untuk Jerman, terdiri daripada DS725neo+, DS925neo+, DS1525neo+ dan DS1825neo+. ComputerBase menerangkannya sebagai varian yang lebih murah daripada model Plus, dengan perubahan hanya pada konfigurasi memori.
Menurut laporan itu, "neo" bermaksud "pilihan Non-ECC". Peranti ini menggunakan memori biasa tanpa ECC, dan sentiasa hanya 4 GB. DS725+ dan DS925+ dilengkapi memori ECC 4 GB, manakala DS1525+ dan DS1825+ mempunyai memori ECC 8 GB, jadi varian neo+ mempunyai memori yang kurang. Selain itu, kelengkapan, ciri dan keupayaan pengembangan adalah sama dengan model Plus, dan DSM serta aplikasinya juga serupa.
Daripada harga runcit yang dicadangkan, perbezaannya lebih kurang 200 euro: DS725neo+ disenaraikan pada 549 euro bersih, manakala DS725+ pada 748 euro bersih. Namun di pasaran, jurang itu tidak sebesar itu: DS725+ kini tersedia dari 663 euro dan DS725neo+ dari 629 euro. Memori itu kemudian boleh dinaik taraf dengan mudah kepada memori ECC.
Synology memetik keadaan semasa pasaran memori sebagai sebab, iaitu kenaikan harga yang ketara yang turut menjejaskan model Plus.
Bagi pelayan rumah, ini pertukaran yang menarik. Sesiapa yang menggunakan NAS terutamanya untuk sandaran, media dan beberapa bekas (container) berkemungkinan memadai dengan 4 GB tanpa ECC. Sesiapa yang menghargai integriti data perlu meneliti dengan teliti apa yang diperoleh untuk tambahan harga itu.
Sumber: ComputerBase
Hardware.com.br mengetengahkan sebuah homelab yang menarik perhatian kerana saiznya yang kecil. Seorang pengguna Reddit memuat naik di r/HomeServer sebuah rak 10 inci yang kecil, dengan tembok api, tiga mini PC, NAS dan keseluruhan infrastruktur rangkaian yang diperlukan untuk menjalankan puluhan perkhidmatan di rumah.
Pemprosesan dikendalikan oleh tiga mini PC, setiap satu dengan pemproses 8 teras dan 16 benang serta RAM 32 GB, menjadikan jumlahnya 24 teras, 48 benang dan 96 GB untuk pemvirtualan. Ia menggunakan Proxmox untuk mencipta mesin maya dan bekas LXC. Beban kerja yang dijalankan termasuk VM untuk Jellyfin, tindanan arr yang berjalan dalam Docker, hos Docker lain dengan Portainer, Pi-hole serta papan pemuka seperti Homer dan Homepage, dan juga pelayan permainan seperti Terraria dan Core Keeper.
Storannya terletak pada HP ProLiant MicroServer dengan empat cakera keras 4 TB dalam RAIDZ1 ZFS, yang membolehkan data kekal boleh diakses walaupun satu cakera rosak. Kapasiti mentahnya ialah 16 TB, tetapi ruang yang boleh digunakan lebih kecil kerana pariti. Rangkaian dikawal oleh Fortinet FortiGate yang menguruskan penghalaan, VLAN dan VPN SSL, manakala APC Back-UPS 850 melindungi daripada gangguan bekalan elektrik.
Pada pendapat saya, bahagian yang paling menarik berada di luar rumah: pemiliknya mempunyai dua VPS berasaskan Debian di pusat data luaran, yang disambungkan ke homelab melalui rangkaian WireGuard dalam konfigurasi hub-and-spoke. Ia berfungsi sebagai lapisan awam bagi infrastruktur, dengan Traefik sebagai proksi terbalik.
Ini contoh yang baik bahawa homelab tidak memerlukan rak gergasi: dengan perancangan yang baik, peranti kecil dan susunan yang kemas, banyak perkara boleh dijalankan dalam ruang yang kecil.
Sumber: Hardware.com.br
Apabila satu pelayan menjalankan lebih daripada satu projek, lambat laun anda akan terserempak dengan port 80 dan 443, yang hanya boleh didengari oleh satu proses. Artikel Habr daripada blog Selectel ini menunjukkan langkah demi langkah cara menyelesaikannya dengan Nginx Proxy Manager.
Penulis mula-mula menerangkan masalahnya: port istimewa, peraturan satu pendengar bagi setiap port, isu CORS apabila frontend dan backend dipisahkan mengikut port, serta ketiadaan HTTPS. Proksi terbalik menyelesaikannya sebagai perantara dengan menghalakan trafik mengikut domain dan laluan. Kelebihan tambahan ialah tembok api hanya perlu membuka port 22, 80 dan 443.
Persekitaran ujian ialah VDS dengan 2 vCPU, RAM 2 GB dan NVMe 40 GB, menjalankan Ubuntu 24.04 dan Docker daripada repositori rasmi. Rangkaian dicipta dengan docker network create proxy, kemudian kontena jc21/nginx-proxy-manager dimulakan dengan volum untuk data dan sijil. Saya suka panel pentadbiran pada port 81 yang hanya diikat kepada 127.0.0.1 dan diakses melalui terowong SSH.
Seterusnya, hos proksi dikonfigurasi: ruangan Forward Hostname diisi dengan nama kontena, dan sijil SSL dikaitkan pada tab SSL. traefik/whoami digunakan untuk ujian. Kes apabila aplikasi berjalan terus pada hos juga dibincangkan secara berasingan: alamat get laluan rangkaian Docker diperoleh dengan docker network inspect, dan tembok api ditetapkan supaya aplikasi tidak boleh dicapai dengan memintas proksi.
Ada juga kritikan kecil. Contoh mencampurkan domain yang berbeza dan imej menggunakan tag latest, yang boleh menjejaskan kebolehulangan dari semasa ke semasa. Namun ia titik permulaan yang baik bagi sesiapa yang mahu menjalankan beberapa perkhidmatan di rumah atau pada VDS tanpa menyunting konfigurasi nginx secara manual.
Sumber: Habr (blog Selectel)
Self-Host Weekly keluaran minggu ini daripada selfh.st menghimpunkan berita yang patut diketahui oleh peminat homelab. Saya suka ringkasan begini kerana ia menjimatkan banyak masa membaca suapan satu demi satu.
Berita utama agak berselirat: satu suite baharu alternatif sumber terbuka kepada Adobe dikecam kerana didakwa menyalin projek sedia ada, terutamanya Photopea yang popular dalam kalangan komuniti, dan pembangunnya antara yang terawal membunyikan penggera. Dua projek yang menjadi tumpuan, PhotoSuite dan PhotoCraft, nampaknya berkait antara satu sama lain, dan kronologinya sukar diikuti. Buletin ini menasihati supaya dijauhi sehingga mereka membuktikan bahawa mereka lebih daripada sekadar karya terbitan.
Ada juga beberapa perkara kecil yang patut diberi perhatian. Let's Encrypt mengumumkan bahawa mulai Februari 2027, tempoh sah sijil SSL percuma akan dipendekkan daripada 90 hari kepada 64 hari, menjadikan pembaharuan automatik yang boleh dipercayai lebih penting bagi sesiapa yang menjalankan reverse proxy di rumah. Nabu Casa akan menamakan semula Home Assistant Cloud sebagai Home Assistant Link kerana perkataan cloud kini membawa konotasi negatif. Projek perkongsian rahsia yang disulitkan, Hemmelig, telah diarkibkan di GitHub. NVIDIA Shield TV, kotak penstriman berusia tujuh tahun yang digemari komuniti homelab, pula naik harga sebanyak 100 dolar, yang dikaitkan dengan inflasi perkakasan didorong AI.
Penulis juga melancarkan Tinjauan Pengguna Self-Host 2026 yang mengandungi 45 soalan tentang perkakasan, perisian, sistem pengendalian, demografi dan AI. Tinjauan tahun lepas menerima lebih 4,000 jawapan, dan tahun ini sudah ada 2,000 dalam masa dua hari. Tinjauan dibuka sehingga 31 Oktober dan keputusannya dijangka diumumkan awal November.
Bagi saya pula, perubahan pada sijil ialah perkara yang paling praktikal. Jika persediaan pembaharuan anda agak rapuh, inilah masa yang sesuai untuk mengujinya.
Sumber: selfh.st
RedesZone menjawab persoalan yang biasa timbul dalam kalangan orang yang membina pelayan di rumah: adakah NAS perlu dimulakan semula dari semasa ke semasa, atau bolehkah ia dibiarkan hidup sepanjang masa?
Jawapan ringkasnya ialah ya, ia boleh hidup selama 24 jam sehari. NAS direka untuk beroperasi secara berterusan, menggunakan pemacu storan yang dikhaskan untuk tujuan itu, dan digunakan untuk sandaran, membebaskan ruang pada peranti lain atau berkongsi fail yang besar. Sudah tentu ia menggunakan kuasa elektrik, sama seperti penghala atau kamera keselamatan. Tetapi peranti-peranti tersebut direka supaya menggunakan sedikit tenaga semasa tidak aktif. Walaupun selepas berbulan-bulan digunakan secara berterusan, tiada sebab wajib untuk memulakannya semula, melainkan untuk menjimatkan tenaga atau kerana anda memang tidak memerlukannya.
Ada keadaan di mana memulakan semula adalah wajar: selepas mengemas kini sistem pengendalian, perisian tegar atau pakej tertentu, walaupun peranti tidak memintanya; apabila berlaku masalah perisian, seperti aplikasi berhenti berfungsi, perkhidmatan menjadi perlahan, antara muka web berkelakuan pelik atau ralat berlaku di mana-mana bahagian; selepas menukar perkakasan; dan selepas sebarang perubahan besar pada cara ia beroperasi. Kadangkala proses tersekat atau program tidak ditutup dengan betul, dan memulakan semula akan mengembalikan semuanya kepada keadaan normal.
Saya rasa ini nasihat yang munasabah tanpa dramatik. Bagi makmal rumah, peraturan praktikalnya ialah biarkan NAS terus bekerja dan mulakan semula dengan sengaja, selepas kemas kini atau apabila sesuatu berkelakuan pelik, bukan kerana kebiasaan.
Sumber: RedesZone
Apabila menjalankan aplikasi sumber terbuka pada pelayan di rumah, anda sering perlu menghantar e-mel, contohnya untuk pendaftaran atau tetapan semula kata laluan. Walau bagaimanapun, menghantar e-mel terus dari rumah memerlukan pelayan SMTP dan konfigurasi domain pengirim, dan ia lebih rumit daripada yang disangka. Artikel yang saya temui di Qiita ini menyelesaikan masalah tersebut dengan cara yang mudah menggunakan Mailpit dan Discord.
Mailpit pada asalnya ialah alat untuk menguji penghantaran e-mel. Ia boleh digunakan sebagai pelayan SMTP dan turut mempunyai API untuk ujian. Dengan webhook yang ditetapkan, ia boleh memanggil aplikasi luar sebaik sahaja mesej tiba. Artikel ini menggunakan ciri tersebut untuk membina sistem yang menghantar kandungan e-mel masuk ke Discord.
Strukturnya agak mudah: dua kontena dijalankan dengan Docker Compose, iaitu Mailpit dan webhook-handler. Webhook-handler ialah aplikasi Python kecil yang ditulis menggunakan FastAPI. Ia menerima webhook daripada Mailpit, memformatkan maklumat pengirim dan penerima, dan menghantarnya ke webhook Discord. Pemberitahuan juga boleh mengandungi pautan ke antara muka web Mailpit supaya e-mel boleh disemak apabila perlu. Tetapan seperti URL webhook disimpan dalam fail .env yang berasingan.
Walaupun tidak menghantar sebarang e-mel ke luar, mengetahui dengan segera bahawa e-mel tetapan semula kata laluan telah tiba adalah sangat berguna. Bagi sesiapa yang menjalankan beberapa aplikasi dalam homelab, menyatukan semua e-mel di satu tempat mungkin memudahkan pengurusan dengan ketara. Catatan ini daripada Ogos 2026.
Sumber: Qiita
Kisah kecil, tetapi wajar difikirkan oleh sesiapa yang menguruskan rangkaian rumah sendiri. Menurut GenK, seorang pengguna X bernama @NomadsGalaxy sedang memeriksa Wi-Fi ibu bapanya apabila mendapati mesin kopi Keurig telah menjana kira-kira 1 TB muat naik dan hampir 10 GB muat turun hanya dalam masa 10 hari.
Beliau menyedarinya semasa melihat sistem rangkaian UniFi di rumah ibu bapanya. Jumlah data luar biasa itu membebankan salah satu titik akses Wi-Fi. Daripada menyiasat punca, beliau mencabut palam mesin itu dan membelikan ibu bapanya produk lain. Menurut artikel itu, sebahagian besar trafik nampaknya kekal dalam rangkaian dalaman dan tidak keluar ke Internet, jadi belum ada bukti bahawa mesin itu menghantar data keluarga ke pelayan luar. Punca yang paling mungkin ialah pepijat perisian atau gangguan komunikasi dalam rangkaian, dan memulakan semula mungkin telah menyelesaikannya.
Artikel ini turut menyentuh gambaran yang lebih besar tentang rumah pintar: semakin banyak peranti bersambung, semakin besar kemungkinan berlaku kerosakan, kelemahan keselamatan atau gangguan perkhidmatan. Peranti IoT boleh menjadi pintu masuk serangan jika pengeluar tidak mengemas kini perisian dengan kerap, dan sesetengah produk kehilangan kebanyakan fungsinya apabila syarikat menutup pelayannya.
Bagi saya, pengajarannya yang praktikal ialah mempunyai alat yang memantau trafik bagi setiap peranti dalam rangkaian rumah, dan mempertimbangkan untuk mengasingkan peranti IoT ke dalam rangkaian berasingan. Tanpa angka, sangat sukar untuk menyedari apa yang sebenarnya dilakukan oleh mesin kopi.
Sumber: GenK
Sesiapa yang menguruskan rangkaian rumah atau homelab kecil pasti biasa dengan akhiran .lan: ia muncul pada panel penghala, pelayan DNS dalaman dan alamat yang kita gunakan untuk mencapai peranti tanpa domain berdaftar. IlSoftware.it melaporkan bahawa permohonan yang dikemukakan kepada ICANN boleh menjadikannya domain Internet yang boleh diakses di seluruh dunia.
Permohonan untuk TLD .lan dikemukakan oleh Coffee Danger, sebuah syarikat Amerika Syarikat, dan masih berada dalam peringkat Pre-Evaluation Processing. Ini bermakna domain tersebut belum diluluskan dan belum boleh digunakan untuk mendaftarkan alamat awam. Permohonan ini sebahagian daripada pusingan baharu peruntukan domain peringkat teratas yang dimulakan oleh ICANN pada 2026, yang melibatkan ratusan syarikat: antara pemohon ialah Google dengan .browser, OpenAI dengan .openai dan .chatgpt, Meta dengan .facebook, serta syarikat Itali Aruba dengan domain seperti .pec, .vps, .lab, .roma dan .ciao. Semua permohonan masih tertakluk kepada penilaian.
Perkara yang sensitif ialah .lan bukan nama biasa. Ramai juruteknik telah lama menggunakannya, contohnya nas.lan, router.lan atau camera.lan. Jika nama yang dianggap dalaman memasuki DNS awam, risikonya ialah kerosakan fungsi, pertanyaan DNS yang keluar dari rangkaian dan komunikasi yang mungkin sampai ke destinasi lain selain yang dimaksudkan.
Sebagai peminat rangkaian rumah, saya melihat berita ini sebagai peringatan yang baik: untuk nama dalaman, lebih baik menggunakan akhiran yang memang direka untuk tujuan itu, bukannya bergantung pada konvensyen de facto. Buat masa ini belum ada keputusan, tetapi wajar dipantau.
Sumber: IlSoftware.it
Korben mengupas semula satu arahan Cloudflare yang sudah banyak digunakan pembangun: cloudflared tunnel --url. Arahan ini menyiarkan pelayan yang berjalan pada mesin anda ke alamat trycloudflare.com, tanpa akaun, tanpa nama domain dan yang paling penting, tanpa perlu membuka sebarang port pada penghala. Bagi sesiapa yang menjadi hos perkhidmatan di rumah, ini cara mudah untuk menunjukkan sesuatu projek kepada orang lain dalam ujian ringkas.
Ciri terbaharu ialah pilihan --allowed-mail. Sebelum ini, sesiapa yang mempunyai pautan boleh menyambung ke perkhidmatan itu. Kini akses boleh dihadkan kepada beberapa alamat e-mel yang anda tentukan, dengan kod sekali guna dihantar melalui Cloudflare Access.
Tutorial bermula dengan pelayan web tempatan kecil pada port 8080 yang memaparkan halaman ujian melalui Python. cloudflared ialah penyambung sumber terbuka yang mewujudkan sambungan keluar ke rangkaian Cloudflare. Pada Mac, pemasangannya melalui Homebrew. Pada Debian atau Ubuntu, anda perlu menggunakan repositori rasmi Cloudflare, dan kunci tandatangannya baru-baru ini bertukar; oleh itu penulis menasihatkan supaya arahan terkini diikuti, bukan arahan dalam tutorial lama.
Satu perkara menarik perhatian saya: jika anda membenarkan ejen AI bekerja dengan alat ini, Cloudflare mengesyorkan hook PreToolUse yang menyekat sebarang arahan tanpa --allowed-mail, supaya ejen tidak secara tidak sengaja mendedahkan terowong awam.
Bagi homelab, ini alternatif ringan berbanding membuka port atau menggunakan VPN, asalkan anda ingat bahawa terowong awam tetap merupakan pendedahan ke internet, walaupun sementara.
Sumber: Korben
