Cloudron Kurulumu: Ubuntu VPS Üzerinde Adım Adım Rehber

Cloudron'u bir VPS üzerine kurmak: kısa versiyon

Cloudron'u bir VPS üzerine kurmak için temiz bir Ubuntu sunucusuna, en az 2 GB RAM'e ve DNS kayıtlarını düzenleyebileceğiniz bir alan adına ihtiyacınız vardır. Kurulum süreci üç komut ve bir yeniden başlatmadan ibarettir. Hataların neredeyse tamamı bu adımdan önce (yanlış temel imaj, yanlış sanallaştırma türü) veya sonra (DNS, e-posta, yedeklemeler) gerçekleşir.

wget https://cloudron.io/cloudron-setup
chmod +x cloudron-setup
sudo ./cloudron-setup

Cloudron; self-hosted uygulamalar için kurulum, güncelleme, yedekleme işlemlerini gerçekleştirir ve TLS (transport layer security) sertifikalarını düzenler. Her uygulama Docker içinde çalışır, nginx hepsinin önünde yer alır ve her uygulama kendi alan adınızın bir alt alan adına (subdomain) sahip olur. DNS işlemlerinin burada ilk sırada yer almasının nedeni bu son detaydır.

Cloudron neden temel işletim sistemi konusunda seçicidir

Kurulum betiği, herhangi bir işlem yapmadan önce sunucuyu denetler; bir denetimin başarısız olması, yeni bir sunucu kiralamanız gerektiği anlamına gelir. Bir imaj seçmeden önce bu gereksinimleri okuyun.

• Yalnızca Ubuntu ve sadece üç sürümü desteklenir. Başka bir işletim sistemi seçildiğinde kurulum Cloudron requires Ubuntu 20.04, 22.04, 24.04 hatasıyla sonlanır. Debian, Rocky ve Alpine desteklenmemektedir. Ubuntu 24.04 için Cloudron 8 veya daha yeni bir sürüm gerekir; betik bunu sizin yerinize denetler.
• Yalnızca 64-bit Intel veya AMD işlemciler desteklenir: Error: Cloudron only supports amd64/x86_64. ARM tabanlı bir VPS üzerinde çalıştırılamaz.
• Yalnızca tam donanım sanallaştırması desteklenir. Konteyner tabanlı bir VPS üzerinde betik Error: Cloudron does not support lxc, only runs on bare metal or with full hardware virtualization hatasıyla durur, çünkü systemd-detect-virt --container ile konteyner ortamını algılar. KVM uygundur; OpenVZ ve LXC uygun değildir.
• Kök dosya sistemi ext4 veya xfs olmalıdır. Başka bir dosya sistemi kullanıldığında Error: Cloudron requires '/' to be ext4 or xfs hatası alırsınız; btrfs ve zfs imajlarının başarısız olma nedeni budur.
• En az 941 MB RAM ve / üzerinde 20 GB boş alan gereklidir; bu değerler free -m ve kök dosya sisteminin boyutu ile ölçülür.
• Tamamen temiz bir sunucu gereklidir. Eğer nginx, docker veya node halihazırda yüklüyse, betik Error: Some packages like nginx/docker/nodejs are already installed. hatası vererek işlemi reddeder.

Bu son denetim, kullanıcıların en çok itiraz ettiği kısımdır; bu nedenle gerekçesi şudur: Cloudron; Docker, nginx, Node.js ve MySQL'in sabit sürümlerini yükler, barındırdığı her uygulama için nginx yapılandırmasını yazar ve iptables güvenlik duvarı kurallarını bizzat yönetir. Dün yüklediğiniz bir Docker sürümü yanlış sürüm olabilir ve mevcut nginx site dosyalarınızın üzerine yazılır. Cloudron tüm makinenin yönetimini üstlenir, bu yüzden ona özel bir VPS ayırın.

Gözden kaçması kolay bir denetim daha vardır. AVX (advanced vector extensions) desteği olmayan eski bir işlemcide betik CPU has no AVX support. MongoDB will be disabled çıktısını verir ve MongoDB gerektiren tüm uygulamalar yüklenemez hale gelir. İşlemciyi, kurulumdan önce grep -m1 -o avx /proc/cpuinfo komutuyla denetleyin; bu komut, destekleyen bir sunucuda avx çıktısını verir, eski bir sunucuda ise hiçbir çıktı vermez.

Cloudron ne kadar RAM'e ihtiyaç duyar?

Betik, 941 MB'ın altında Error: Cloudron requires atleast 1GB physical memory ile çalışmayı reddeder ve dokümantasyon 2 GB RAM ile 20 GB disk alanı gerektirir. Her iki değer de platformun kendisi için alt sınırdır; platform üzerinde çalıştıracağınız uygulamalar bu değerlere dahil değildir. Tek bir uygulama bile kurmadan önce Cloudron; Docker, nginx, kendi box servisi, uygulamalara sağladığı veritabanı container'ları (MySQL, PostgreSQL, MongoDB), Redis ve e-posta yığınını zaten çalıştırmaktadır. Temiz bir kurulumda docker ps komutunu çalıştırıp bunları sayabilirsiniz.

Uygulama bellek limitleri bu temel değerin üzerine eklenir. Her uygulama paketi düşük bir varsayılan limit ile gelir; bu limiti uygulamanın Kaynaklar (Resources) görünümündeki kaydırıcıyı kullanarak artırabilirsiniz. Bir uygulama limitini aştığında yeniden başlar ve size bir OOM (bellek yetersizliği) bildirimi gönderir; bu nedenle sürekli yeniden başlayan bir uygulama genellikle bir hata değil, limit sorunudur.

Aşağıda tercih etmeniz gereken boyutlandırma önerileri yer almaktadır. Bunlar, önümüzdeki ay yeniden yapılandırmak zorunda kalmayacağınız bir sunucu için tavsiyelerdir. Ölçülmüş benchmark sonuçları değildir.

[
  {
    "label": "2 apps (free tier)",
    "vcpu": 2,
    "ram_gb": 4,
    "disk_gb": 60
  },
  {
    "label": "5 apps",
    "vcpu": 4,
    "ram_gb": 8,
    "disk_gb": 120
  },
  {
    "label": "10 apps",
    "vcpu": 6,
    "ram_gb": 16,
    "disk_gb": 240
  }
]

İki uygulama, 4 GB RAM ve 60 GB disk üzerinde rahatça çalışır. Yaklaşık on uygulama için 16 GB RAM ve 240 GB disk gereklidir; çünkü platformun temel gereksinimi hiç azalmaz ve her uygulama bir Docker imajı, bir veritabanı ve kendi verilerini ekler. Disk alanı insanların beklediğinden daha hızlı dolar: yedekleri sunucu dışına taşıyana kadar imajlar, uygulama verileri ve yerel yedekler aynı birimi paylaşır.

Cloudron her uygulamaya sınırsız swap alanı tanır, bu nedenle belirlediğiniz bellek limiti yalnızca RAM için geçerlidir. Swap dosyası olmayan bir VPS imajında swapon --show hiçbir çıktı vermez ve bellek baskısı, uygulamanın yavaşlaması yerine doğrudan OOM kaynaklı yeniden başlatmalara yol açar. 2 GB swap alanı eklemek ucuz bir sigortadır, ancak gerçek belleğin yerini tutmaz. VPS planları arasındaki fiyat farkı, limitleri ayarlamak için harcayacağınız saatlerle kıyaslandığında oldukça düşüktür; bu nedenle bir VPS'in gerçek maliyetine bakın ve bir üst boyutu satın alın.

DNS: Uygulama alt alan adlarının çalışmasını sağlayan wildcard kaydı

Cloudron, kontrol panelini my.example.com adresinde, her uygulamayı ise kendi alt alan adında barındırır; bu nedenle DNS, sonraki bir adım değil, bir ön koşuldur. Kontrol panelini ilk kez açmadan önce bu kayıtları sunucunun genel IP adresine yönlendirin:

• my.example.com bir A kaydı olarak. Bu, kontrol panelidir.
• *.example.com bir A kaydı olarak. Uygulama alt alan adlarının çalışmasını sağlayan kayıt budur; böylece wiki.example.com ve git.example.com, siz bu uygulamaları kurduğunuz anda çözümlenir.
• example.com bir A kaydı olarak, yalnızca uygulamayı ana alan adında (bare domain) çalıştırmak istiyorsanız.

Wildcard kaydı, açıkça tanımlanmış bir kayıttan daha düşük önceliğe sahiptir; bu nedenle başka bir yere yönlendirilmiş mevcut bir www.example.com kaydı çalışmaya devam eder.

Kurulum sırasında Cloudron'un DNS'i nasıl yöneteceğini seçersiniz:

• API sağlayıcısı. Cloudron; Cloudflare, DigitalOcean, Route53, Hetzner, Porkbun, Linode, deSEC, Gandi, Namecheap ve diğer yirmiden fazla sağlayıcı için bir token saklar ve posta kayıtları dahil tüm kayıtları kendisi yazar.
• Wildcard. * kaydını manuel olarak eklersiniz ve Cloudron hiçbir kayıt yazmaz.
• Manuel. Cloudron size her kaydı gösterir ve siz ekleyene kadar her uygulama kurulumunda bekler.

Wildcard DNS kaydı, wildcard sertifikası ile aynı şey değildir. Varsayılan sertifika sağlayıcısı Let's Encrypt Prod - Wildcard'dır; bu sağlayıcı sahipliği DNS üzerinden kanıtlar, dolayısıyla yalnızca bir API sağlayıcısı ile çalışır. Wildcard veya Manuel arka uçlarında, HTTP üzerinden doğrulanan uygulama başına bir sertifikaya geri dönersiniz; bu da 80 numaralı gelen portunun sürekli açık kalması gerektiği anlamına gelir. Eğer kayıt kuruluşunuz veya DNS barındırıcınız API listesinde yer alıyorsa, onu kullanın: böylece posta kayıtları ve sertifikalarla uğraşmak zorunda kalmazsınız.

Devam etmeden önce doğrulama yapın. dig +short my.example.com ve dig +short anything.example.com komutlarının her ikisi de sunucunuzun IP adresini döndürmelidir. Eğer wildcard sorgusu hiçbir sonuç döndürmezse, kontrol paneli düzgün çalışsa bile uygulamalar daha sonra hata verecektir.

Eğer alan adı Cloudflare arkasında duruyorsa, kayıtları yalnızca DNS (DNS only) olarak ayarlayın. Proxy yalnızca HTTP ve HTTPS trafiğini iletir; bu nedenle posta portları çalışmaz ve her uygulama ziyaretçinin IP adresi yerine bir Cloudflare adresi görür.

Kurulum betiğini çalıştırın

wget https://cloudron.io/cloudron-setup
chmod +x cloudron-setup
sudo ./cloudron-setup

Betik aksi takdirde ilk olarak This script should be run as root. çıktısını vereceği için, komutu root yetkileriyle veya sudo aracılığıyla çalıştırın. Kurulum birkaç dakika sürer ve arka planda sessizce ilerler; apt çıktıları ve Docker imaj çekme işlemleri bir günlük dosyasına yönlendirilir. Süreci ikinci bir SSH oturumundan izleyin:

tail -f /var/log/cloudron-setup.log

İşlem sonunda After reboot, visit one of the following URLs and accept the self-signed certificate to finish setup. ifadesi ve ardından sunucunuzun adresi görüntülenir, sonrasında The server has to be rebooted to apply all the settings. Reboot now ? [Y/n] sorusu sorulur. Evet yanıtını verin. Yeniden başlatmayı planlamanız gerekirse --skip-reboot bayrağı kullanılabilir, ancak sunucu tekrar ayağa kalkana kadar Cloudron kullanılamaz.

İlk önyükleme: alan adı, DNS altyapısı ve yönetici hesabı

https://<server-ip> adresini açın ve tarayıcı uyarısını kabul edin. Cloudron henüz alan adınızı bilmediği için sertifika kendinden imzalıdır; bu nedenle bir sertifika yetkilisinden talepte bulunamaz. Chrome üzerinde Advanced, ardından Proceed to <ip> (unsafe) seçeneğine tıklayın. Firefox üzerinde Advanced, ardından Accept the Risk and Continue seçeneğine tıklayın.

İlk ekran sizden alan adınızı ister. example.com girin; kontrol paneli my.example.com adresinde yapılandırılacaktır. Bunun yerine cloudron.example.com gibi bir alt alan adı kullanabilirsiniz; bu durumda kontrol paneli my.cloudron.example.com adresinde olacaktır. DNS altyapısını seçin, varsa API anahtarını yapıştırın ve düzenli olarak kontrol ettiğiniz bir e-posta adresiyle yönetici hesabını oluşturun: Let's Encrypt kayıt işlemleri ve tüm platform uyarıları bu adres üzerinden gerçekleştirilir.

Kaydettiğinizde, Cloudron sertifikaları talep eder ve kontrol panelini https://my.example.com adresine taşır. IP adresi üzerinden erişim bu noktadan sonra çalışmayacaktır, bu nedenle yeni adresi yer imlerinize ekleyin.

Sertifikalar: ne yenilenir ve ne zaman durur

Sertifika yenileme işlemi otomatiktir ve sertifika otoritesinin yayınladığı ACME Renewal Information (ARI) takvimini izler; bu takvim uygulamada sürenin dolmasına yaklaşık bir ay kala yenileme yapar. Başarısız bir yenileme girişimi yönetici hesabına e-posta gönderir ve süresi dolan sertifika, yerleşik kendinden imzalı (self-signed) sertifikaya geri döner. Düne kadar çalışan bir sitede tarayıcı uyarısı alınmasının gerçek nedeni bu geri dönüş mekanizmasıdır.

Sorunların çoğu iki nedenden kaynaklanır. HTTP doğrulaması gelen 80 numaralı portu gerektirir; bu nedenle "zaten her şey HTTPS" düşüncesiyle 80 numaralı portu kapatmak, Wildcard veya Manuel DNS altyapısındaki tüm uygulamaların yenileme sürecini bozar. DNS doğrulaması ise yazma erişimi olan bir API anahtarı gerektirir; bu anahtarın değiştirilmesi veya yetkilerinin kısıtlanması, uyarı e-postası gelene kadar yenileme sürecini sessizce kesintiye uğratır.

Domains görünümünde, yenileme denemesini hemen zorlamak için bir Renew All butonu ve test işlemleri için Let's Encrypt Staging sağlayıcısı bulunur. Staging sertifikaları tarayıcılar tarafından bilerek güvenilmez kabul edilir; bunun amacı, üretim ortamı hız sınırlarını (rate limit) tüketmeden istediğiniz kadar deneme yapabilmenizi sağlamaktır.

Yerleşik posta sunucusunu kullanmalı mısınız?

Cloudron; IMAP posta kutuları, gönderim, sieve filtreleri ve DKIM (domainkeys identified mail) imzalama özelliklerini içeren eksiksiz bir posta yığını ile gelir. Bu özelliği paneldeki Email bölümünden alan adı bazında etkinleştirebilirsiniz. Postaların teslim edilmesi işin zor kısmıdır ve bu zorlukların Cloudron ile bir ilgisi yoktur.

• 25 numaralı giden port, spam kontrolü amacıyla çoğu VPS sağlayıcısı tarafından engellenmiştir. Bazı sağlayıcılar destek talebi oluşturulduktan sonra bu engeli kaldırır. Sunucunuz üzerinden nc -zv aspmx.l.google.com 25 ile test yapın (komut eksikse netcat-openbsd paketini kurun). Açık portlar succeeded raporunda görünür; engellenen bir port ise zaman aşımına uğrayana kadar yanıt vermez.
• PTR kaydı (ters DNS), DNS barındırıcınız tarafından değil, VPS sağlayıcınız tarafından ayarlanır ve posta sunucusu ana makine adıyla eşleşmelidir. Genel bir PTR kaydına sahip bir adresten gönderilen postalar spam klasörlerine düşer.
• SPF, DKIM ve DMARC kayıtları, API tabanlı bir DNS arka ucu kullanıyorsanız sizin yerinize otomatik oluşturulur. Wildcard veya Manual arka uçlarında ise bu kayıtları elle eklemeniz gerekir; eksik bir DKIM kaydı, imzaladığınız her iletinin doğrulanamayacağı anlamına gelir.

Çoğu kullanıcı için en verimli kurulum; postaları Cloudron üzerinden almak ve Email görünümünde yapılandırılan SendGrid, Postmark, Mailgun veya Amazon SES gibi bir aktarıcı (relay) üzerinden göndermektir. Aktarıcı, alan adınızdaki herhangi bir adresle gönderim yapılmasına izin vermelidir; aksi takdirde farklı göndericilerden gelen uygulama bildirimleri reddedilir. Eğer sunucu satın almanızın temel nedeni e-posta ise, Mailcow gibi özel bir posta sunucusunu kendi IP itibarına sahip ayrı bir makinede çalıştırın.

Cloudron Email özelliğini hiç kullanmıyorsanız, sağlayıcınızın güvenlik duvarı üzerinden 25, 465, 587, 993 ve 4190 numaralı portları engelleyin. Bu işlemi sunucu üzerinde değil, sağlayıcı panelinde yapın; çünkü Cloudron kendi iptables kurallarını yazar ve bu kuralların yönetiminin kendisinde olmasını bekler. Bu durum, ufw kurallarını kendinizin yönettiği standart bir VPS yapısının tam tersidir.

Yedekleme hedefini ihtiyaç duymadan önce yapılandırın

Yedeklemeler varsayılan olarak /var/backups dizininde, yani her şeyin bulunduğu aynı diskte yerel dosya sistemine kaydedilir. Belgeler bu konuda nettir: "Yedeklemelerin platform sunucusuyla aynı fiziksel diskte bulunması tehlikelidir." Tek bir disk arızası hem uygulamaları hem de yedekleri yok eder.

Backups menüsünü açın, ardından Backup Sites kısmına gidin ve ilk günden itibaren yedekleri başka bir yere yönlendirin. S3 uyumlu nesne depolama (Backblaze B2, Wasabi, Cloudflare R2, DigitalOcean Spaces veya ikinci bir sunucudaki MinIO bucket) genellikle tercih edilen çözümdür; ayrıca SSHFS, NFS, CIFS ve standart dosya sistemi hedefleri de desteklenmektedir.

Bir yedeğin işe yarayıp yaramayacağına üç ayar karar verir:

• Format. tgz her uygulama için bir sıkıştırılmış arşiv oluşturur ve her çalıştırmada dosyanın tamamını yeniden yükler. rsync ise yalnızca değişen dosyaları yükler; bu yöntem büyük bir Nextcloud kurulumu için çok daha ekonomiktir ancak depolama API'sine çok daha fazla istek gönderilmesine neden olur.
• Şifreleme. Hem dosya içeriğini hem de dosya adlarını kapsayan isteğe bağlı AES-256 şifrelemesi. Cloudron parolanın bir kopyasını tutmaz; bu nedenle parolanın kaybedilmesi, yedeklerin siz dahil hiç kimse tarafından şifresinin çözülemeyeceği anlamına gelir. Kaydet butonuna basmadan önce parolayı kendi barındırdığınız bir parola yöneticisinde saklayın.
• Saklama süresi. 7 günlük ve 4 haftalık gibi adetlerle belirtilir. Nesne depolama üzerinde uzun süreli saklama politikaları her ay faturalandırılır, bu yüzden ödemeye razı olduğunuz bir sayı seçin.

Ardından bir geri yükleme testi yapın. Küçük bir uygulama kurun, kontrol panelinden geri yükleyin ve verileriyle birlikte geri gelmesini izleyin. Daha önce hiç geri yüklenmemiş bir yedek, sadece bir tahminden ibarettir.

Ücretsiz plan limitleri

Ağustos 2026 itibarıyla ücretsiz plan, iki adet yüklü uygulama ile sınırlandırılmıştır. Uygulama güncellemeleri, uygulama bazlı yedeklemeler, güvenlik duvarı, posta sunucusu ve tek oturum açma (SSO) gibi diğer tüm özellikler bu plana dahildir. Üçüncü uygulama, lisans gerektiren noktadır. Ücretli planlar uygulama limitini kaldırır; daha üst paketler ise kullanıcı grupları ve rolleri, dizin sunucusu ve çoklu yedekleme alanları ekler. Fiyatlar değişebildiği için bir eğitim dokümanındaki rakamlar yerine Cloudron fiyatlandırma sayfasını kontrol edin.

Bir lisans tek bir Cloudron kurulumunu kapsar; bu nedenle iki küçük sunucu, bir büyük sunucunun iki katı maliyete sahiptir. Bu fiyatlandırma yapısı, çoğu kullanıcıyı servisleri farklı makinelere dağıtma yönündeki genel tavsiyenin aksine, tek bir büyük VPS kullanmaya iter. İleride bölme işlemi yapmak iki kez ödeme yapmanız anlamına geleceğinden, sunucunuzu bu durumu göz önünde bulundurarak boyutlandırın.

Bir şeyler bozulduğunda

Yerleşik kontrol aracıyla başlayın. Bu araç DNS, sertifikalar, disk, bellek ve her bir servisi sırayla denetleyerek hangi testin başarısız olduğunu bildirir:

sudo cloudron-support --troubleshoot

Ardından, standart systemd (sistem ve servis yöneticisi) araçlarını kullanın. systemctl status box komutu Cloudron servisinin durumunu raporlar, journalctl -u box -n 100 son günlük kayıtlarını verir ve journalctl -u docker altta yatan container çalışma zamanını kapsar. Kurulum sırasında ters giden her şey /var/log/cloudron-setup.log dosyasında tutulur.

Yüklenmeyen bir kontrol paneli genellikle Cloudron'dan ziyade DNS veya sağlayıcı güvenlik duvarı kaynaklıdır. Dizüstü bilgisayarınızdan dig +short my.example.com komutunu çalıştırın ve 80 ile 443 numaralı portların, sunucunun kendi kurallarından ayrı bir kontrol mekanizması olan sağlayıcı ağ güvenlik duvarında açık olduğunu doğrulayın. Yeniden başlıyorsanız, betik Error: Cloudron is already installed. To reinstall, start afresh hatasıyla ikinci bir çalıştırmayı reddeder; bu durumda temiz bir çözüm için sunucuyu yeniden kurun.

Cloudron'un uygun olmadığı durumlar

Cloudron, altyapı ile değil uygulamalarla ilgilenmek istediğinizde uygundur. Kendi container'larınızı kendi yöntemlerinizle çalıştırmak istediğinizde ise uygun değildir; çünkü nginx, Docker ve güvenlik duvarı yönetimini üstlenir ve yaptığınız değişikliklerin üzerine yazar. Planınız bir klasör dolusu compose dosyası ise, kendi Docker Compose yığınlarınızın önünde Traefik kullanımı, üzerinde herhangi bir platform olmadan aynı otomatik TLS ve alt alan adı yönlendirme özelliklerini sağlar. Henüz bir seçim yapmadıysanız, Cloudron, CasaOS ve Coolify karşılaştırması bu seçenekleri yan yana getirir ve self-host edilebileceklerin daha geniş listesi, bir kurulum kılavuzundan başlamak için daha iyi bir noktadır.

FAQ

Cloudron bir VPS üzerinde ne kadar RAM gerektirir?

Kurulum betiği 941 MB altındaki sistemlerde çalışmayı reddeder ve dokümantasyon 2 GB önermektedir; ancak bu değer, üzerinde hiçbir uygulama bulunmayan platformun taban gereksinimidir. Cloudron ilk açılıştan itibaren Docker, nginx, kendi box servisini, veritabanı konteynerlerini ve posta yığınını çalıştırır. İki uygulama için 4 GB, yaklaşık on uygulama için ise 16 GB RAM ayırın. Ayrıca bir swap dosyası ekleyin; çünkü Cloudron uygulamalara sınırsız swap alanı tanır ve swap alanı olmayan bir sunucuda bellek baskısı servislerin yeniden başlatılmasına neden olur.

Cloudron'u Debian üzerine veya halihazırda Docker çalışan bir sunucuya kurabilir miyim?

Her iki senaryo da çalışmaz. Betik, işletim sistemi sürümünü kontrol eder ve Cloudron requires Ubuntu 20.04, 22.04, 24.04 hatası vererek durur; bu nedenle Debian, Rocky ve Alpine desteklenmez. Ayrıca nginx, docker veya node halihazırda yüklüyse kurulum durur. Bunun nedeni, Cloudron'un tüm bu bileşenlerin sabitlenmiş sürümlerini kurması, nginx yapılandırmasını ve iptables kurallarını kendisinin yazmasıdır. Kuruluma temiz bir Ubuntu imajı yüklü KVM tabanlı bir VPS ile başlayın.

Dashboard çalışırken uygulama alt alan adlarım neden başarısız oluyor?

Wildcard DNS kaydı eksiktir. Kurulum, my.example.com için bir A kaydı oluşturur veya gerektirir; bu sayede dashboard çözümlenir. Ancak wiki.example.com sorgusu NXDOMAIN döndürür ve tarayıcı sitenin bulunamadığını bildirir. Sunucu IP adresine yönlendiren *.example.com için bir A kaydı ekleyin ve uygulamayı kurmadan önce dig +short wiki.example.com ile doğrulamayı yapın.

Cloudron posta sunucusunu kullanmak zorunda mıyım?

Hayır. Gelen e-posta özelliğini devre dışı bırakabilir ve Postmark, Mailgun veya Amazon SES gibi harici bir aktarıcı (relay) üzerinden gönderim yapabilirsiniz. Sağlayıcınız 25 numaralı giden portu engelliyorsa veya IP adresinizin posta itibarı yoksa bu daha güvenli bir tercihtir. Cloudron Email özelliğini tamamen kullanmayacaksanız, 25, 465, 587, 993 ve 4190 numaralı portları sunucu üzerinde değil, sağlayıcınızın güvenlik duvarı (firewall) üzerinden kapatın.

Ücretsiz plandaki iki uygulama sınırına ulaştığımda ne olur?

Dashboard üçüncü uygulamayı yüklemeyi engeller ve bir lisans anahtarı talep eder. Halihazırda çalışan uygulamalarınız etkilenmez; güncellenmeye, yedeklenmeye ve sertifikalarını korumaya devam ederler. Bir lisans eklemek, herhangi bir yeniden kurulum gerektirmeden sınırı kaldırır; bu nedenle ücretsiz plan, platformu gerçek bir alan adı üzerinde test etmek için uygun bir yöntemdir.