HN’de Yayında: Proxmox VE Yardımcı Betikleri

 (community-scripts.github.io)
3 puan yazan GN⁺ 2024-11-14 | 1 yorum | WhatsApp'ta paylaş
  • Proxmox VE operatörleri container ve VM dağıtımı ile yönetimini çoğu zaman tekrar eden işler olarak ele aldığından, tek komut tabanlı topluluk betikleri merkezi homelab ve sanallaştırma operasyonlarını azaltır
  • Site, 604 betik, 4.497.254 kurulum ve 26 kategoriyle öne çıkıyor; Proxmox ortamları için otomasyon betiklerini tek yerde keşfetmeyi sağlıyor
  • Son 30 günün en çok kurulanlar listesinde Docker, Debian, Immich, Nginx Proxy Manager, Jellyfin Media Server gibi homelab’de sık kullanılan servisler yer alıyor
  • Yeni eklenen betikler LXC, ARM LXC, PVE türlerine ayrılıyor; Koffan, Etherpad, Flame, PVE Disk Health Tool, Pinchflat, SnapOtter gibi örnekler görünüyor
  • Bunlar sistemde doğrudan çalıştırılan betikler olduğundan, kurulumdan önce resmî siteyi doğrulamak ve betik kaynak kodunu incelemek şart

Proxmox VE için topluluk betikleri merkezi

  • Proxmox VE Helper-Scripts, Proxmox VE için topluluk tabanlı otomasyon betiklerini bir araya getirip sunar
  • Kullanıcılar Proxmox ortamında container ve VM’leri tek komutla keşfedebilir, kurabilir ve yönetebilir
  • Homelab ve sanallaştırma iş akışlarını basitleştiren merkezi bir hub işlevi görür
  • Sitenin ölçeği şöyle

    • 604 betik

    • 4.497.254 kurulum

      • 26 kategori

Yeni ana sayfa ve keşif akışı

  • 6 Mart 2026 güncellemesiyle Proxmox VE Community Scripts projesinin yeni ana sayfası yayımlandı
  • Yeni web sitesi, Proxmox ortamları için yüzlerce otomasyon betiğini daha kolay bulmak, incelemek ve dağıtmak üzere düzenlendi
  • Topluluk tarafından oluşturulan bir platformdur ve homelab ile sanallaştırma iş akışlarını basitleştiren bir hub olarak sunulur

Son 30 günün en çok kurulan betikleri

  • Popülerlik listesi son 30 gündeki kurulum sayısına göre sıralanır
  • Üst sıralardaki öğeler şöyle
    • Docker: Açık kaynak uygulama dağıtım otomasyonu projesi, 30.594 kurulum
    • Debian: 59.000’den fazla paket içeren ücretsiz işletim sistemi, 22.397 kurulum
    • Immich: Self-hosted fotoğraf ve video yönetim çözümü, 18.234 kurulum
    • Nginx Proxy Manager: Nginx reverse proxy yönetimi için web tabanlı arayüz, 14.049 kurulum
    • Jellyfin Media Server: Dijital medya dosyalarını düzenleyen, yöneten ve paylaşan ücretsiz açık kaynak medya sunucusu, 13.707 kurulum
    • Hermes Agent: Nous Research’ün kendini geliştiren yapay zeka ajanı, 13.233 kurulum
    • Frigate: IP kameralar için gerçek zamanlı yapay zeka nesne algılamaya dayalı açık kaynak NVR, 12.663 kurulum
    • AdGuard Home: Self-hosted, ağ genelinde reklam engelleme aracı, 12.532 kurulum
    • Ollama: Yerel bilgisayarda büyük dil modelleri çalıştırma aracı, 11.923 kurulum
    • Ubuntu: Debian tabanlı dağıtım, 10.689 kurulum

Yeni eklenen betikler

  • Son eklenenler listesi betik adını, türünü ve eklenme zamanını birlikte gösterir
  • Başlıca öğeler şöyle
    • iVentoy: Birden çok makinede ağ üzerinden eşzamanlı OS önyükleme ve kurulum desteği sağlayan PXE sunucusu, bugün eklendi
    • FMD-Server: Android cihaz konumunu bulma ve uzaktan kontrol için dağıtık araç, 1 gün önce eklendi
    • Koffan: Çiftler ve aileler için gerçek zamanlı senkronize alışveriş listesi web uygulaması, 1 gün önce eklendi
    • Etherpad: Tarayıcıda birden çok kişinin aynı anda düzenleme yapabildiği gerçek zamanlı ortak belge düzenleyici, 1 gün önce eklendi
    • Flame: Sunucular için self-hosted başlangıç sayfası, 1 gün önce eklendi
    • PVE Disk Health Tool: Proxmox VE host’unun fiziksel disk durumunu raporlayan araç, 2 gün önce eklendi
    • Pinchflat: yt-dlp tabanlı self-hosted YouTube medya yöneticisi, 4 gün önce eklendi
    • SnapOtter: Yerel çalıştırma tabanlı görüntü işleme araç seti, 6 gün önce eklendi
    • Postiz: Birden çok sosyal platformda gönderi zamanlama ve yönetimi için yapay zeka tabanlı araç, 9 gün önce eklendi
    • Plane: Yazılım projelerini issue, cycle ve modüllerle planlayıp takip etmeye yarayan açık kaynak araç, 11 gün önce eklendi

Geliştirilmekte olan betikler

  • Geliştirme aşamasındaki bölümde yer alan betikler henüz resmî olarak yayımlanmadı ve aktif geliştirme durumunda
  • Gösterilen geliştirme aşamasındaki öğeler şöyle
    • Rackula: Homelab kullanıcıları için sürükle-bırak rack yerleşim tasarımcısı
    • Umbraco CMS: Açık kaynak .NET CMS ve FTP sunucusu otomatik kurulum betiği
    • Nexterm: SSH, VNC, RDP için açık kaynak sunucu yönetim yazılımı
    • Colanode: Self-hosted Slack ve Notion alternatifi, local-first iş birliği çalışma alanı
    • ExcaliDash: Excalidraw için self-hosted dashboard ve düzenleme aracı

Kategori yapısı

  • Betikler Proxmox ve işletim sistemi, ağ, güvenlik, yedekleme, veritabanı, izleme, medya, IoT gibi çeşitli kategorilere ayrılır
  • Başlıca kategoriler ve toplam sayıları şöyle
    • 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

Betik türleri ve örnekler

  • Her betik LXC, ARM LXC, PVE, Addon, VM, DEV, Privileged gibi tür etiketleriyle sunulur
  • Proxmox & Virtualization kategorisinden örnekler şöyle
    • PVE Disk Health Tool: Fiziksel disk durumunu raporlar ve gerektiğinde smartmontools ile nvme-cli kurar
    • PVE LXC Execute: Proxmox VE node’undaki bir veya daha fazla LXC container içinde özel komut çalıştırır
    • PVE Startup Dependency Check: VM veya LXC başlatılmadan önce gerekli bağımlılıkların ve referans depolamanın kullanılabilirliğini kontrol eder
    • CronMaster: Web UI, gerçek zamanlı loglar ve kimlik doğrulama sunan self-hosted cron işi zamanlayıcısı
    • All Templates: Birden çok ücretsiz LXC template’inden birini oluşturan betik

Proje ve güvenlik uyarısı

  • Proje GitHub ve Discord üzerinden bağlantı sağlar
  • Sitenin alt kısmında projenin topluluk tarafından oluşturulduğu ve MIT lisanslı açık kaynak olduğu belirtilir
  • Kopya veya benzer web siteleri olabileceğinden, her zaman resmî site olup olmadığı doğrulanmalıdır
  • Sistemde çalıştırmadan önce tüm betik kaynak kodu dikkatle incelenmelidir

İlgili okumalar

1 yorum

 
GN⁺ 2024-11-14
Hacker News görüşleri

  • Gönderiyi paylaşan kişiyle birlikte, tteck’in hospise gireceğine dair üzücü haberi duyurmasının ardından bu projenin bakımına yardımcı olmak için gönüllü olan maintainer ekibine katılmış durumdayım.
    Ekip üyelerinin hepsi tteck’in mirasını sürdürme konusunda çok istekli ve tutkulu.
    Süreci şeffaf yürütüyoruz; sorularınız varsa memnuniyetle yanıtlarım.
    (1) https://news.ycombinator.com/item?id=42016605

    • Gerçekten çok üzücü bir haber.
      Homelab/self-hosting’e daha yeni başladım ve konteynerlerimin çoğunu tteck script’leriyle kurdum.

  • Birkaç yıldır Proxmox VE kullanıyorum ve servislerimin çoğunu tek bir VM içinde Docker konteynerleri olarak çalıştırıyordum.
    Tek tek servisleri ve yedekleme işlerini Proxmox arayüzünden kontrol edebilmeyi hep istemiştim; bu script’leri görünce Caddy ile birkaç WireGuard’ı LXC konteynerlerine taşıdım ve bunun çok kolay halledilmesinden etkilendim.
    Bu script’leri yapan herkes sayesinde ilk izlenimim çok iyi oldu.

    • Dikkatli olmak gerek. Ben de aynı şeyi düşündüm ama Docker konteynerlerinin LXC script’lerine kıyasla majör sürümler arası güncellemeler ve otomatik yükseltmeler konusunda avantajı var.
      Genelde yazılımı geliştiren kişi konteyneri de oluşturduğu için bu desteklenen bir ortam oluyor; uygulamayı ve gelecekteki yükseltmeleri iyi bildikleri için ortam her sürüme uygun şekilde doğru yapılandırılmış oluyor.
      Hedefine ulaşmak için her uygulama için sevdiğin Linux dağıtımını çalıştıran LXC + Docker + uygulama konteyneri kombinasyonunu öneririm. Aynı etkiyi elde ederken yukarıdaki avantajları da koruyabilirsin.

  • Biraz konu dışı ama Terraform ile libvirt ve Unraid yönetmeye çalışırken sürekli sorun yaşadığım için neredeyse vazgeçip VM’leri elle yönetmeye dönmek üzereyim.
    Proxmox’un sanallaştırma teknolojisinin ne olduğunu merak ediyorum.
    Böyle bir aracı Terraform, SaltStack, Ansible gibi araçlar yerine kullanmanın avantajlarını da merak ediyorum.

    • Proxmox’un ZFS kullanması sayesinde snapshot’ların hızlı olması ve yedekleme sisteminin de çok iyi olması da kayda değer.
      Self-hosting uygulamalarını “sürü” gibi ele almak istiyorsan Terraform, Kubernetes vb. daha iyi seçenekler.
      Ama bir sorun çıktığında yedekten veya snapshot’tan manuel kurtarma yapmak senin için sorun değilse ya da bir kümen olduğunda LXC konteynerlerinin başka donanıma otomatik taşınmasını istiyorsan Proxmox doğru tercih. Gerçek ev ortamında “evcil hayvanları” sürdürmek için harcanan zaman, “çiftlik” işletmek için harcanan zamana benzer ya da daha az oluyor.
      (1) Yeni Zelanda’da kullanılan bir kelime oyunu.
    • Proxmox, host’u ve onun üzerindeki kaynakların yönetimini daha çok önemser. Host’lar arasında VM live migration, bir miktar yüksek erişilebilirlik ve failover desteği içerir.
      İstersen Proxmox ile birlikte Terraform gibi araçlarla VM içi yapılandırmayı da yönetebilirsin.
    • Proxmox sanallaştırma için KVM, konteynerler için Linux Containers(LXC) kullanır.
      Kod olarak altyapı dağıtımı söz konusuysa Terraform veya Ansible gibi araçların daha mantıklı olduğuna katılıyorum. Proxmox’u homelab’de kullanan kişiler genelde manuel yönetimi tercih ediyor ve kod olarak altyapı uygulamayı pek umursamıyor.
      İşte tekrarlanabilir ortamlara ve kod olarak altyapıya sıkı sıkıya inanıyorum. Gerçekten de Vagrant, libvirt ve KVM kombinasyonuyla yerel kümeleri hızla ayağa kaldırıp test ve geliştirme için kullanıyorum; oldukça iyi çalışıyor. Ama homelab’im Terraform/Ansible kuracak kadar karmaşık değil. Sunucum bozulursa fikrim değişebilir tabii.
    • Terraform için Proxmox provider ile bir orta yol bulunabilir[1].
      Akış, VM’leri Terraform ile provision etmek ve VM’leri Ansible gibi bir araçla yapılandırıp sürdürmek şeklinde.
      LXC’yi hedeflemek istiyorsan bu provider ile LXC de ayırabilirsin.
      [1]: https://github.com/Telmate/terraform-provider-proxmox

  • İlk Proxmox makinesini kurmak için araştıran biri olarak, çok temel ve yaygın bir kurulum yapmak istiyordum
    Modem > Proxmox makinesi > OPNsense VM > onboard 10Gb NIC üzerinden fiziksel Wi‑Fi router + OMV gibi iç ağ VM’leri yapısı. Hedef, OPNsense ile tüm ağa filtre eklemek ve iç ağda medya sunucusu ile yedeklemelere vb. erişmekti
    Ancak OPNsense script’i görünmüyor; OMV script’i ise LXC container değil VM olması gerektiği için fiilen önerilmeyen bir biçim ve VM’lerin birbiriyle konuşmasını sağlayan bir yapıştırıcı script de görünmüyor. Bu kısım Proxmox yapılandırmasında önemli olduğundan, basit bir ev sunucusu temel kurulum script’ini iyileştirmek ya da eklemek için alan var gibi görünüyor

    • Bu temel ve yaygın bir kurulum değil. Benim için öyle olabilir ama muhtemelen senin için de olmayabilir; çoğu kişi için ise kesinlikle değil
      Router ve firewall’u sanallaştırmak istemek sorun değil. pfSense firewall/router’ı VM ve fiziksel cihaz olarak yaklaşık 200 kez dağıttım; OPNSense de benzer, bu yüzden yardımcı olabileceğimi düşünüyorum
      En az iki fiziksel arayüze ihtiyacın var. Tek arayüzle de mümkün ama ne yaptığını tam olarak bilmen gerekir. “WAN” ve “LAN” gerekir. OPNSense hâlâ FreeBSD tabanlı olmalı; dolayısıyla doğal olarak Linux LXC container içinde çalışmaz
      Son paragraf biraz kafa karıştırıcı. “Yapıştırıcı script” ile ne kastedildiğini bilmiyorum. VM’ler ağ üzerinden iletişim kurar
      Sanallaştırmayı düzgün anlamak için birkaç deney yapıp sonra ilerlemeni öneririm. Somut bir sorunun olursa Proxmox forumlarına gelirsen yardımcı oluruz; ama sonuçta ya gerçekten içine dalacaksın ya da dalmayacaksın
    • Proxmox kullanıyorum ve VLAN da ayarladım
      Router’dan Proxmox makinesine giden portu, gelen ve giden trafiği ayıran etiketli paketler için yapılandırdım
      Sonrasında VM’ler ve container’lar bir veya daha fazla ağda “yaşayacak” şekilde kolayca ayarlanıyor
      Benim durumumda router’daki firewall kuralları, VLAN’lar arasında hangi trafiğin iletileceğine karar veriyor
      OPNSense’i container ya da VM olarak çalıştırsan da aynı şekilde VLAN’lar arası trafiği seçici olarak geçirecek biçimde yapılandırılabilir gibi görünüyor
    • OPNSense script’inin olmamasının nedeni, tek bir yapılandırma hatasıyla Proxmox instance’ının internete açılabilmesi gibi görünüyor
      İleri düzey kullanıcılar için ISO’dan VM başlatmak yeterince kolay. Yakın zamanda OPNSense script’i için de istek vardı
      OMV konusunda katılıyorum. Olduğu gibi kullanılabilir ama çoğu kişinin istediği kullanım biçimi bu değil. Birkaç gün önce script’e yorum eklendi
      VM’lerin birbiriyle iletişim kurmasını sağlayan yapıştırıcı script olmadığını söylemişsin; teknik olarak Tailscale üzerinden birbirleriyle iletişim kurmalarına yardımcı olan bir Tailscale script’i var :)
      Bu script’ler kendi içinde tamamlanmış LXC container’lar kuracak şekilde tasarlanmış. Kendi Kubernetes’imizi yapmaktan kaçınıyoruz
    • Proxmox’ta OPNSense VM kullanıyorum ve birden fazla NIC’im var. Bunlardan biri fiber hat ONT’sine ayrılmış durumda
      Harici Wi‑Fi mesh de kullanıyorum
      Birkaç başka VM’im de var. Geriye dönük uyumluluk nedeniyle SATA kart passthrough ile Docker barındıran bir unRaid VM’i, Home Assistant OS için bir VM ve çok sayıda LXC var. Gayet harika çalışıyor
    • “VM’lerin birbiriyle iletişim kurmasını sağlayan yapıştırıcı script” ile ne demek istediğini bilmiyorum
      Sadece başka bilgisayarlar gibi ağı kullanmaları gerekmiyor mu?
      VM’lerin birbiriyle iletişim kurması için özel bir ayar yaptığım hiç olmadı

  • Docker LXC ve Home Assistant VM’e mutlaka bakmayı düşünüyorum
    Şimdiye kadar Docker’ı Proxmox içindeki bir VM’de başarılı şekilde kullanıyordum, ama belki daha fazla verimlilik elde edebilirim

    • Proxmox’ta HAOS’u VM olarak çalıştırınca iyi çalışıyor
      tteck’in birkaç helper script’iyle MQTT ve zigbee2mqtt LXC container’larını kurup USB Zigbee cihazını passthrough ederek kullandım
    • Bu iki proje için script’ler çok iyi çalışıyor
      Home Assistant için LXC veya Docker yerine HAOS VM öneriliyor

  • Ev laboratuvarımda Kubernetes yerine Proxmox çalıştırmaya karar verdim ama bir ölçüde pişmanım
    LXC harika, ancak yalnızca LXC ya da QEMU VM’lerine bağlı kalmak tüm ihtiyaçlarıma uymuyor. Kubernetes olsaydı Kata gibi projelerle Firecracker hipervizörü veya unikernel gibi hafif VM desteği ekleyebilirdim; Proxmox ise genişletilebilirlikten yoksun
    Ayrıca Kubernetes gibi kendini kanıtlamış bir pod yöneticisi kadar otomasyona veya yeniden üretilebilir derlemelere uygun değil. Bulabildiğim kadarıyla Terraform desteği de yok; bu yüzden tam disk yedeklerine ve Chef/Ansible/Puppet türü araçlara bel bağlamak gerekiyor, ama bunları yeniden öğrenmeye yatırım yapmak istemiyorum
    Yine de kaynak yönetimi ve passthrough modeli çok iyi; kurulumu ve bakımı kolay, kontrol paneli de fena değil

    • Dağıtım modeli kesinlikle farklı. Eksileri var ama ben seviyorum
      Bununla birlikte topluluk yapımı bir Terraform modülü var: https://registry.terraform.io/providers/Telmate/proxmox/late...
      Kendim kullanmadım; genelde Ansible’ı tercih ediyorum
      Kolay kurulan ZFS yüzünden başka bir şey denemeye kendimi ikna etmek de zor oluyor. Kubernetes ile oynamak istiyorsan bir ya da birkaç VM ayağa kaldırabilirsin
    • Ben oldukça kapsamlı biçimde NixOS’a kaptırdım
      Bir süre birkaç tek kart bilgisayarla Docker Swarm çalıştırdım; ardından Kubernetes, Ubuntu + Cockpit çalıştıran büyük bir sunucu, Proxmox derken sonunda NixOS’ta karar kıldım
      NixOS gerektiğinde konteyner desteği de gayet iyi sunuyor, ama deklaratif yapısı sayesinde konteynerleri neredeyse hiç kullanmaz oldum. Bir şeyi “kaldırmak” da genelde onu yapılandırma dosyasından çıkarıp yeniden derlemekten ibaret. Bellek yönetimi gibi şeyler için cgroup benzeri işler yapmak da zor değil
      NixOS’un nginx DSL’inin de harika olduğunu düşünüyorum. Kendi betiklerimi yazmak yerine proxy ayarlarını ve Let’s Encrypt’i yapılandırma ortamının doğrudan ve doğru şekilde yönetmesi gerçekten güzel
      Dağıtık NixOS ile ilgili araçlar var mı bilmiyorum, ama Flakes üzerinde güzel bir şeyler inşa edilebilir gibi geliyor
      Ev laboratuvarım şu anda hiç olmadığı kadar basit ve memnuniyetim de en yüksek seviyede
    • Bu Terraform sağlayıcısını[1] Talos[2] dağıtımıyla birlikte kullanarak bir Kubernetes kümesi dağıtmayı denedim
      Proxmox’un sunduğu API’nin eksiksiz olmadığına katılıyorum, ancak benim ihtiyaçlarım için yeterli
      Hurdaya ayrılmak üzere olan dört SFF makinede bir küme çalıştırıyorum ve LVM snapshot’larını kendi yaptığım TrueNAS depolamasına yedekliyorum; bu kurulumun tamamından memnunum
      [1] https://github.com/Telmate/terraform-provider-proxmox
      [2] https://factory.talos.dev/
    • Proxmox kullanıyor olman Kubernetes kullanamayacağın anlamına gelmez
      Proxmox’ta VM oluşturup üzerine Kubernetes kurar, uygulama iş yüklerini Kubernetes’te çalıştırırsın
      Proxmox VM’lerinin otomasyonu daha zor olduğundan onları “sürü hayvanı değil evcil hayvan” gibi ele almak gerekir; ama Kubernetes host’larını bare metal üzerinde yönetirken de durum aynı. Öte yandan Proxmox üzerindeki VM’lerde tam VM yedekleme ve migrasyonu Proxmox ile yapabildiğin için, Proxmox ile Kubernetes’in avantajlarını birlikte elde edebilirsin
    • Her teknolojinin uygun yaklaşımı ve kullanım alanı farklıdır
      Proxmox’ta pve komut satırı yardımcı aracıyla VM oluşturmak veya değiştirmek nispeten basit
      Yine de bu yazının çıkış noktası, yönetimi daha kolay ve sürdürülebilir kılan pek çok yararlı betiğin olması ve kurucunun geri çekilmek zorunda kaldığı bir durumda bu yardıma duyulan minnettarlık

  • Basit KVM’de olmayıp Proxmox’ta olan özellikler neler? Sadece web arayüzü mü?

    • İlk akla gelenler bile kümeleme, migrasyon, yüksek erişilebilirlik, yedekleme, Ceph entegrasyonu, son dönemdeki sanal ağ özellikleri ve yalnızca VM değil konteyner desteği
      Web arayüzü de isteğe bağlı. Daha fazla ayrıntı için Proxmox web sayfasına bakmak daha iyi olur
    • KVM yalnızca çekirdek tarafındaki bir bileşendir; tek başına eksiksiz bir sanal makine yöneticisi değildir. Her zaman kullanıcı alanında çalışan bir uygulamaya ihtiyaç duyar
      Firecracker, QEMU ve Cloud-Hypervisor, KVM üzerine inşa edilmiş sanal makine yöneticileridir
      QEMU’nun KVM kullanması yaygın yöntemdir, ancak QEMU’yu doğrudan çalıştırmak epey zahmetlidir. Bu yüzden QEMU’yu saran libvirt veya Proxmox gibi araçlar kullanılır

  • Harika bir topluluk. Şimdiden birkaç betik kullandım ve Pi-hole ile Paperless LXC konteynerleri çalıştırıyorum
    Appflowy’yi de sabırsızlıkla bekliyorum

  • Ne yazık ki Proxmox, web sitesinin ilk paragrafında “Enterprise” kelimesini kullanmasına rağmen hâlâ tam disk şifrelemeyi yerleşik olarak desteklemiyor
    Elbette kendiniz şifrelenmiş Debian üzerine kurmanın bir yolu var, ancak önemli özellikleri kaçırıyorsunuz ve sorumluluğu kendiniz üstlenmeniz gerekiyor. Sonuçta bu, ZFS’nin tam disk şifrelemeyi birinci sınıf bir özellik olarak ele almamasından kaynaklanıyor
    Çok üzücü bir durum