HN Rilis: Skrip Pembantu Proxmox VE

 (community-scripts.github.io)
3 poin oleh GN⁺ 2024-11-14 | 1 komentar | Bagikan ke WhatsApp
  • Operator Proxmox VE sering menangani deployment dan pengelolaan container dan VM sebagai pekerjaan berulang, sehingga hub skrip komunitas berbasis satu perintah dapat mengurangi beban operasional homelab dan virtualisasi
  • Situs ini menonjolkan 604 skrip, 4.497.254 instalasi, dan 26 kategori, serta memungkinkan pengguna menelusuri skrip otomatisasi untuk lingkungan Proxmox di satu tempat
  • Daftar instalasi terbanyak dalam 30 hari terakhir mencakup layanan yang sering dipakai di homelab seperti Docker, Debian, Immich, Nginx Proxy Manager, dan Jellyfin Media Server
  • Skrip yang baru ditambahkan dibagi ke tipe LXC, ARM LXC, dan PVE, dengan contoh seperti Koffan, Etherpad, Flame, PVE Disk Health Tool, Pinchflat, dan SnapOtter
  • Karena skrip ini dijalankan langsung di sistem, memastikan situs resmi dan meninjau source skrip wajib dilakukan sebelum instalasi

Hub skrip komunitas untuk Proxmox VE

  • Proxmox VE Helper-Scripts mengumpulkan dan menyediakan skrip otomatisasi berbasis komunitas untuk Proxmox VE
  • Pengguna dapat menelusuri, menginstal, dan mengelola container dan VM di lingkungan Proxmox dengan satu perintah
  • Berperan sebagai hub terpusat yang menyederhanakan workflow homelab dan virtualisasi
  • Skala situsnya sebagai berikut

    • 604 skrip

    • 4.497.254 instalasi

      • 26 kategori

Homepage baru dan alur penelusuran

  • Lewat pembaruan pada 6 Maret 2026, homepage baru proyek Proxmox VE Community Scripts dirilis
  • Website baru ini dirancang agar ratusan skrip otomatisasi untuk lingkungan Proxmox lebih mudah ditemukan, ditelusuri, dan di-deploy
  • Platform ini dibuat oleh komunitas dan disediakan sebagai hub untuk menyederhanakan workflow homelab dan virtualisasi

Skrip dengan instalasi terbanyak dalam 30 hari terakhir

  • Daftar populer diurutkan berdasarkan jumlah instalasi dalam 30 hari terakhir
  • Item teratas adalah sebagai berikut
    • Docker: proyek open-source untuk mengotomatiskan deployment aplikasi, 30.594 instalasi
    • Debian: sistem operasi gratis yang mencakup lebih dari 59.000 paket, 22.397 instalasi
    • Immich: solusi manajemen foto dan video self-hosted, 18.234 instalasi
    • Nginx Proxy Manager: antarmuka berbasis web untuk mengelola reverse proxy Nginx, 14.049 instalasi
    • Jellyfin Media Server: server media gratis dan open-source untuk mengatur, mengelola, dan berbagi file media digital, 13.707 instalasi
    • Hermes Agent: agen AI self-improving dari Nous Research, 13.233 instalasi
    • Frigate: NVR open-source berbasis deteksi objek AI real-time untuk kamera IP, 12.663 instalasi
    • AdGuard Home: alat pemblokir iklan self-hosted untuk seluruh jaringan, 12.532 instalasi
    • Ollama: alat untuk menjalankan model bahasa besar di komputer lokal, 11.923 instalasi
    • Ubuntu: distribusi berbasis Debian, 10.689 instalasi

Skrip yang baru ditambahkan

  • Daftar terbaru menampilkan nama skrip, tipe, dan waktu penambahan
  • Item utama adalah sebagai berikut
    • iVentoy: server PXE yang mendukung boot dan instalasi OS melalui jaringan pada beberapa mesin sekaligus, ditambahkan hari ini
    • FMD-Server: alat terdesentralisasi untuk menemukan lokasi dan mengendalikan perangkat Android dari jarak jauh, ditambahkan 1 hari lalu
    • Koffan: aplikasi web daftar belanja dengan sinkronisasi real-time untuk pasangan dan keluarga, ditambahkan 1 hari lalu
    • Etherpad: editor dokumen kolaboratif real-time yang memungkinkan banyak orang mengedit bersamaan di browser, ditambahkan 1 hari lalu
    • Flame: halaman awal self-hosted untuk server, ditambahkan 1 hari lalu
    • PVE Disk Health Tool: alat yang melaporkan kondisi disk fisik pada host Proxmox VE, ditambahkan 2 hari lalu
    • Pinchflat: pengelola media YouTube self-hosted berbasis yt-dlp, ditambahkan 4 hari lalu
    • SnapOtter: kumpulan alat pemrosesan gambar berbasis eksekusi lokal, ditambahkan 6 hari lalu
    • Postiz: alat berbasis AI untuk menjadwalkan dan mengelola posting di berbagai platform sosial, ditambahkan 9 hari lalu
    • Plane: alat open-source untuk merencanakan dan melacak proyek software dengan issue, cycle, dan module, ditambahkan 11 hari lalu

Skrip dalam pengembangan

  • Skrip di bagian pengembangan belum dirilis secara resmi dan masih aktif dikembangkan
  • Item dalam pengembangan yang ditampilkan adalah sebagai berikut
    • Rackula: desainer layout rack drag-and-drop untuk pengguna homelab
    • Umbraco CMS: skrip otomatis untuk menyiapkan CMS .NET open-source dan server FTP
    • Nexterm: software manajemen server open-source untuk SSH, VNC, dan RDP
    • Colanode: workspace kolaborasi local-first self-hosted sebagai alternatif Slack dan Notion
    • ExcaliDash: dashboard dan alat pengorganisasian self-hosted untuk Excalidraw

Susunan kategori

  • Skrip dibagi ke berbagai kategori seperti Proxmox dan sistem operasi, jaringan, keamanan, backup, database, monitoring, media, dan IoT
  • Kategori utama dan jumlah totalnya adalah sebagai berikut
    • Proxmox & Virtualization: 40
    • Operating Systems: 27
    • Containers & Docker: 10
    • Network & Firewall: 40
    • Adblock & DNS: 8
    • Authentication & Security: 21
    • Backup & Recovery: 11
    • Databases: 24
    • Monitoring & Analytics: 50
    • Dashboards & Frontends: 17
    • Files & Downloads: 35
    • Documents & Notes: 59
    • Media & Streaming: 58
    • AI / Coding & Dev-Tools: 35

Tipe skrip dan contoh

  • Setiap skrip disertai label tipe seperti LXC, ARM LXC, PVE, Addon, VM, DEV, Privileged
  • Contoh dari kategori Proxmox & Virtualization adalah sebagai berikut
    • PVE Disk Health Tool: melaporkan kondisi disk fisik dan memasang smartmontools serta nvme-cli bila diperlukan
    • PVE LXC Execute: menjalankan perintah kustom di dalam satu atau lebih container LXC pada node Proxmox VE
    • PVE Startup Dependency Check: memeriksa dependensi yang diperlukan dan ketersediaan storage referensi sebelum VM atau LXC dimulai
    • CronMaster: penjadwal pekerjaan cron self-hosted yang menyediakan UI web, log real-time, dan autentikasi
    • All Templates: skrip untuk membuat salah satu dari berbagai template LXC gratis

Proyek dan panduan keamanan

  • Proyek ini terhubung melalui GitHub dan Discord
  • Bagian bawah situs menyatakan bahwa proyek ini dibuat oleh komunitas dan bersifat open-source dengan lisensi MIT
  • Karena mungkin ada website tiruan atau serupa, pengguna harus selalu memastikan bahwa situs yang dikunjungi adalah situs resmi
  • Sebelum menjalankannya di sistem, semua source skrip harus ditinjau secara menyeluruh

Bacaan terkait

1 komentar

 
GN⁺ 2024-11-14
Komentar Hacker News

  • Bersama pengirim postingan, saya juga bergabung dengan tim maintainer yang menjadi sukarelawan untuk membantu merawat proyek ini setelah kabar menyedihkan bahwa tteck masuk ke perawatan hospice disampaikan
    Semua anggota tim sangat bersemangat dan berkomitmen untuk melanjutkan warisan tteck
    Kami menjalankannya secara transparan, dan dengan senang hati akan menjawab pertanyaan jika ada
    (1) https://news.ycombinator.com/item?id=42016605

    • Ini benar-benar kabar yang menyedihkan
      Saya baru belakangan ini mulai menekuni homelab/self-hosting, dan sebagian besar container saya siapkan dengan skrip tteck

  • Saya sudah memakai Proxmox VE selama beberapa tahun, dan selama ini menjalankan sebagian besar layanan sebagai container Docker di dalam satu VM
    Saya selalu merasa kurang puas karena ingin mengendalikan layanan individual dan pekerjaan backup dari antarmuka Proxmox, lalu setelah melihat skrip-skrip ini saya memindahkan beberapa Caddy dan WireGuard ke container LXC, dan prosesnya sangat mudah sehingga membuat saya terkesan
    Terima kasih kepada semua yang membuat skrip ini, kesan pertama saya sangat bagus

    • Perlu hati-hati. Saya juga sempat berpikir sama, tetapi container Docker punya keunggulan dibanding skrip LXC dalam hal pembaruan lintas versi mayor dan upgrade otomatis
      Biasanya developer yang membuat perangkat lunaknya juga membuat containernya, jadi itu adalah lingkungan yang didukung, dan karena mereka paham aplikasinya serta upgrade di masa depan, lingkungan untuk tiap versi dikonfigurasi dengan benar
      Untuk mencapai tujuan yang sama, saya menyarankan kombinasi LXC + Docker + container aplikasi, dengan distro Linux pilihan tiap aplikasi dijalankan di dalam LXC. Anda mendapat efek yang sama sambil tetap mempertahankan kelebihan tadi

  • Sedikit menyimpang, tetapi saya hampir menyerah mengelola VM dengan Terraform setelah terus menemui masalah saat mencoba mengelola libvirt dan Unraid dengan Terraform
    Saya penasaran teknologi virtualisasi apa yang digunakan Proxmox
    Saya juga penasaran apa keuntungan memakai alat seperti ini dibanding Terraform, SaltStack, atau Ansible

    • Perlu juga disebut bahwa Proxmox menggunakan ZFS, jadi snapshot cepat, dan sistem backup-nya juga sangat bagus
      Jika Anda ingin memperlakukan aplikasi self-hosting seperti “kawanan ternak”, Terraform, Kubernetes, dan sejenisnya adalah pilihan yang lebih baik
      Tetapi jika Anda tidak masalah melakukan pemulihan manual dari backup atau snapshot saat ada masalah, atau bila Anda punya cluster dan ingin container LXC otomatis berpindah ke hardware lain, maka Proxmox cocok. Dalam lingkungan rumah yang nyata, waktu untuk memelihara “hewan peliharaan” sering kali sama atau bahkan lebih sedikit daripada waktu untuk mengelola “peternakan”
      (1) Ini permainan kata yang dipakai di Selandia Baru
    • Proxmox lebih berfokus pada host dan pengelolaan resource di atasnya. Ada dukungan untuk live migration VM antar-host, sebagian high availability, dan failover
      Jika mau, Anda juga bisa memakai Proxmox bersama alat seperti Terraform untuk mengelola konfigurasi di dalam VM
    • Proxmox memakai KVM untuk virtualisasi dan Linux Containers(LXC) untuk container
      Saya setuju bahwa untuk deployment infrastruktur sebagai kode, alat seperti Terraform atau Ansible lebih masuk akal. Orang yang memakai Proxmox di homelab umumnya lebih suka pengelolaan manual dan tidak terlalu peduli menerapkan infrastruktur sebagai kode
      Dalam pekerjaan, saya sangat percaya pada environment yang reproducible dan infrastruktur sebagai kode. Bahkan, saya memakai kombinasi Vagrant, libvirt, dan KVM untuk dengan cepat menjalankan cluster lokal untuk pengujian dan pengembangan, dan hasilnya bekerja cukup baik. Hanya saja homelab saya tidak cukup kompleks untuk layak diatur dengan Terraform/Ansible. Mungkin saya akan berubah pikiran kalau server saya rusak
    • Anda bisa mengambil jalan tengah dengan provider Proxmox untuk Terraform[1]
      Alurnya adalah memprovision VM dengan Terraform, lalu mengonfigurasi/merawat VM dengan sesuatu seperti Ansible
      Jika ingin menargetkan LXC, provider ini juga bisa memesan LXC
      [1]: https://github.com/Telmate/terraform-provider-proxmox

  • Dari sudut pandang seseorang yang sedang mencari tahu untuk menyiapkan perangkat Proxmox pertama, saya ingin membuat konfigurasi yang sangat dasar dan umum.
    Strukturnya adalah modem > perangkat Proxmox > VM OPNsense > router Wi‑Fi fisik melalui NIC 10Gb onboard + VM jaringan internal seperti OMV. Tujuannya adalah menambahkan penyaringan seluruh jaringan dengan OPNsense dan memungkinkan akses ke server media, backup, dan lainnya di jaringan internal.
    Namun, saya tidak melihat skrip OPNsense, dan skrip OMV mengharuskan penggunaan VM alih-alih container LXC sehingga bentuknya pada praktiknya tidak direkomendasikan, dan saya juga tidak melihat skrip "perekat" untuk membuat VM saling berkomunikasi. Karena bagian ini penting dalam konfigurasi Proxmox, tampaknya ada ruang untuk memperbaiki atau menambahkan skrip konfigurasi dasar home server yang sederhana.

    • Itu bukan konfigurasi yang dasar dan umum. Mungkin begitu bagi saya, tapi mungkin juga tidak bagi Anda, dan jelas bukan bagi kebanyakan orang.
      Memvirtualisasikan router dan firewall itu tidak masalah. Saya sudah menerapkan firewall/router pfSense sekitar 200 kali baik sebagai VM maupun perangkat fisik, dan OPNSense mirip, jadi saya rasa saya bisa membantu.
      Setidaknya Anda membutuhkan dua antarmuka fisik. Satu pun bisa, tetapi Anda harus benar-benar tahu apa yang Anda lakukan. Anda membutuhkan "WAN" dan "LAN". OPNSense tampaknya masih berbasis FreeBSD, jadi tentu saja tidak akan berjalan di container Linux LXC.
      Paragraf terakhir agak membingungkan. Saya tidak tahu apa yang dimaksud dengan "skrip perekat". VM berkomunikasi lewat jaringan.
      Untuk benar-benar memahami virtualisasi, saya sarankan melakukan beberapa eksperimen dulu lalu lanjut. Jika ada masalah spesifik, datanglah ke forum Proxmox dan kami bisa membantu, tetapi pada akhirnya pilihannya adalah benar-benar terjun atau tidak sama sekali.
    • Saya menggunakan Proxmox dan juga sudah menyiapkan VLAN.
      Port dari router ke perangkat Proxmox saya atur untuk paket bertag agar trafik masuk dan keluar dipisahkan.
      Setelah itu, VM dan container bisa dengan mudah diatur untuk "hidup" di satu atau lebih jaringan.
      Dalam kasus saya, aturan firewall di router menentukan trafik mana yang akan diteruskan antar-VLAN.
      Sepertinya jika OPNSense dijalankan sebagai container atau VM, Anda juga bisa mengaturnya agar secara selektif meneruskan trafik antar-VLAN dengan cara yang sama.
    • Saya kira alasan tidak adanya skrip OPNSense adalah karena satu kesalahan konfigurasi saja bisa membuat instance Proxmox terekspos ke internet.
      Bagi pengguna tingkat lanjut, menjalankan VM dari ISO sudah cukup mudah. Baru-baru ini juga ada permintaan skrip OPNSense.
      Soal OMV, saya setuju. Itu memang bisa dipakai apa adanya, tetapi biasanya bukan cara penggunaan yang diinginkan kebanyakan orang. Beberapa hari lalu komentar sudah ditambahkan ke skrip tersebut.
      Anda bilang tidak ada skrip perekat untuk membuat VM saling berkomunikasi, tetapi secara teknis ada skrip Tailscale yang membantu mereka saling berkomunikasi melalui Tailscale :)
      Skrip-skrip ini dirancang untuk menyiapkan container LXC yang mandiri. Kami menghindari upaya membuat Kubernetes versi kami sendiri.
    • Saya menggunakan VM OPNSense di Proxmox dan juga punya beberapa NIC. Salah satunya khusus untuk ONT koneksi fiber.
      Saya juga memakai mesh Wi‑Fi eksternal.
      Saya juga punya beberapa VM lain. Ada VM unRaid yang meng-host Docker dengan passthrough kartu SATA demi kompatibilitas lama, VM untuk Home Assistant OS, dan banyak LXC. Semuanya berjalan dengan sangat baik.
    • Saya tidak tahu apa yang dimaksud dengan "skrip perekat untuk membuat VM saling berkomunikasi".
      Bukankah tinggal menggunakan jaringan seperti komputer lain saja?
      Saya tidak pernah melakukan pengaturan khusus agar VM bisa saling berkomunikasi.

  • Saya pasti akan melihat Docker LXC dan Home Assistant VM.
    Sampai sekarang saya sudah berhasil menggunakan Docker di dalam VM Proxmox, tetapi mungkin ada cara untuk memeras efisiensi lebih jauh.

    • Menjalankan HAOS sebagai VM di Proxmox bekerja dengan baik.
      Saya menyiapkan container LXC MQTT dan zigbee2mqtt dengan beberapa helper script dari tteck, lalu menggunakannya dengan passthrough perangkat USB Zigbee.
    • Skrip untuk dua proyek ini bekerja sangat baik.
      Home Assistant merekomendasikan VM HAOS daripada LXC atau Docker.

  • Saya memutuskan menjalankan Proxmox alih-alih Kubernetes di homelab, dan agak menyesalinya
    LXC memang bagus, tetapi fakta bahwa semuanya terikat hanya pada LXC atau VM QEMU tidak cocok dengan semua kebutuhan saya. Kalau memakai Kubernetes, saya bisa menambahkan dukungan VM ringan seperti hypervisor Firecracker atau unikernel lewat proyek seperti Kata, tetapi Proxmox kurang fleksibel untuk diperluas
    Selain itu, ini juga kurang cocok untuk otomatisasi atau build yang dapat direproduksi dibanding pengelola pod yang sudah teruji seperti Kubernetes. Sejauh yang saya temukan, bahkan tidak ada dukungan Terraform, jadi saya harus bergantung pada backup disk penuh dan alat seperti Chef/Ansible/Puppet, dan saya tidak ingin berinvestasi waktu untuk mempelajarinya lagi
    Meski begitu, manajemen resource dan model passthrough-nya sangat baik, pengaturan serta pemeliharaannya mudah, dan panel kontrolnya juga cukup bagus

    • Model deployment-nya memang jelas berbeda. Ada kekurangannya, tetapi saya suka
      Namun ada modul Terraform buatan komunitas: https://registry.terraform.io/providers/Telmate/proxmox/late...
      Saya sendiri belum pernah memakainya dan biasanya memilih Ansible
      ZFS yang mudah dipasang juga membuat saya sulit meyakinkan diri untuk mencoba yang lain. Kalau ingin bermain-main dengan Kubernetes, tinggal jalankan satu atau beberapa VM
    • Saya cukup mendalami NixOS
      Selama beberapa waktu saya menjalankan Docker Swarm di beberapa single-board computer, lalu Kubernetes, server besar dengan Ubuntu + Cockpit, kemudian Proxmox, dan akhirnya menetap di NixOS
      NixOS juga cukup baik dalam dukungan container bila diperlukan, tetapi berkat sifat deklaratifnya saya jadi hampir tidak pernah memakai container. Untuk “menghapus” sesuatu pun biasanya cukup hilangkan dari file konfigurasi lalu build ulang. Melakukan hal-hal mirip cgroup untuk manajemen memori dan semacamnya juga tidak sulit
      Saya juga merasa DSL nginx di NixOS sangat bagus. Daripada menulis skrip sendiri, menyenangkan sekali karena konfigurasi proxy dan Let’s Encrypt dikelola langsung, dan dengan benar, oleh lingkungan konfigurasi
      Saya tidak tahu apakah ada alat untuk NixOS terdistribusi, tetapi rasanya sesuatu yang keren bisa dibangun di atas Flakes
      Homelab saya sekarang adalah yang paling sederhana sekaligus paling memuaskan sejauh ini
    • Saya pernah mencoba mendeploy cluster Kubernetes dengan memakai provider Terraform ini[1] bersama distro Talos[2]
      Saya setuju bahwa API yang disediakan Proxmox tidak sepenuhnya lengkap, tetapi untuk kebutuhan saya sudah cukup
      Saya menjalankan cluster dengan empat perangkat SFF yang nyaris dibuang, dan membackup-nya ke storage TrueNAS rakitan sendiri dengan snapshot LVM, dan saya menyukai keseluruhan setup ini
      [1] https://github.com/Telmate/terraform-provider-proxmox
      [2] https://factory.talos.dev/
    • Memakai Kubernetes bukan berarti Anda tidak bisa memakai Proxmox
      Anda cukup membuat VM di Proxmox, memasang Kubernetes di atasnya, lalu menjalankan workload aplikasi di Kubernetes
      VM Proxmox memang lebih sulit diautomasi sehingga harus diperlakukan seperti “hewan peliharaan, bukan ternak”, tetapi hal yang sama juga berlaku saat mengelola host Kubernetes di bare metal. Bedanya, VM di atas Proxmox bisa memanfaatkan backup VM penuh dan migrasi dari Proxmox, jadi Anda bisa mendapatkan kelebihan Proxmox sekaligus Kubernetes
    • Setiap teknologi punya pendekatan dan kegunaan yang berbeda
      Di Proxmox, membuat atau memodifikasi VM relatif mudah dengan utilitas baris perintah pve
      Tetap saja, inti dari tulisan ini adalah bahwa ada banyak skrip berguna yang membuat pengelolaan jadi lebih mudah dan berkelanjutan, serta adanya rasa terima kasih atas bantuan itu di saat sang pendiri harus mundur

  • Fitur apa yang ada di Proxmox tetapi tidak ada di KVM biasa? Apakah hanya antarmuka web?

    • Bahkan yang langsung terlintas saja sudah ada clustering, migrasi, high availability, backup, integrasi Ceph, virtual networking yang lebih baru, dan dukungan bukan hanya untuk VM tetapi juga container
      Antarmuka web pun sifatnya opsional. Untuk detail lebih lanjut, sebaiknya lihat situs web Proxmox
    • KVM hanyalah komponen di sisi kernel, dan dengan sendirinya bukan manajer mesin virtual yang lengkap. Selalu diperlukan aplikasi user space
      Firecracker, QEMU, dan Cloud-Hypervisor adalah manajer mesin virtual yang dibangun di atas KVM
      QEMU adalah cara umum memakai KVM, tetapi menjalankan QEMU secara langsung cukup merepotkan. Karena itu orang memakai alat seperti libvirt atau Proxmox yang membungkus QEMU

  • Komunitasnya luar biasa. Saya sudah mencoba beberapa skripnya, dan sedang menjalankan container LXC Pi-hole dan Paperless
    Saya juga menantikan Appflowy

  • Sayangnya, meskipun Proxmox memakai kata “Enterprise” di paragraf pertama situs webnya, sampai sekarang masih belum mendukung enkripsi seluruh disk secara bawaan
    Memang ada cara memasangnya di Debian terenkripsi buatan sendiri, tetapi Anda akan kehilangan fitur penting dan harus menanganinya sendiri. Pada akhirnya ini berasal dari fakta bahwa ZFS tidak memperlakukan enkripsi seluruh disk sebagai fitur kelas satu
    Ini benar-benar sangat disayangkan