VPS Üzerine Cloudron Nasıl Kurulur?

VPS üzerine Cloudron kurulumu: kısa anlatım

Cloudron kurulumu için yeni bir Ubuntu sunucusu, en az 2 GB RAM ve DNS kayıtlarını düzenleyebileceğiniz bir alan adı gerekir. Kurulumun kendisi üç komut ve bir yeniden başlatmadan oluşur. Karşılaşılan sorunların neredeyse tamamı bu adımdan önce (yanlış base image, yanlış virtualization türü) veya bu adımdan sonra (DNS, mail, yedekler) ortaya çıkar.

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

Cloudron, self-hosted uygulamalar için kurulum, güncelleme ve yedekleme işlemlerini gerçekleştirir ve TLS (transport layer security) sertifikaları oluşturur. Her uygulama Docker içinde çalışır. nginx tüm uygulamaların önünde konumlanır. Her uygulamaya alan adınız altında ayrı bir subdomain atanır. DNS işlemlerinin burada ilk sırada yapılmasının nedeni bu ayrıntıdır.

Cloudron temel işletim sistemi konusunda neden katıdır

Kurulum betiği herhangi bir bileşen yüklemeden önce sunucuyu denetler. Bir denetimin başarısız olması yeni bir sunucu oluşturulmasını gerektirir. Bir imaj seçmeden önce bu koşulları okuyun.

• Yalnızca Ubuntu ve yalnızca üç sürüm desteklenir. Diğer tüm seçeneklerde Cloudron requires Ubuntu 20.04, 22.04, 24.04 ile çıkılır. Debian, Rocky ve Alpine desteklenmez. Ubuntu 24.04 için Cloudron 8 veya daha yeni bir sürüm gerekir; betik bunu sizin için denetler.
• Yalnızca 64 bit Intel veya AMD desteklenir: Error: Cloudron only supports amd64/x86_64. ARM tabanlı bir VPS üzerinde çalışmaz.
• Yalnızca tam donanım sanallaştırması desteklenir. Container tabanlı bir VPS üzerinde betik Error: Cloudron does not support lxc, only runs on bare metal or with full hardware virtualization ile durur; çünkü container'ı systemd-detect-virt --container ile algılar. KVM uygundur. OpenVZ ve LXC uygun değildir.
• Root dosya sistemi ext4 veya xfs olmalıdır. Diğer seçeneklerde Error: Cloudron requires '/' to be ext4 or xfs alınır. btrfs ve zfs imajları bu nedenle başarısız olur.
• En az 941 MB RAM ve / üzerinde 20 GB alan gerekir. Bu değerler free -m ve root dosya sisteminin boyutu kullanılarak ölçülür.
• Gerçekten temiz bir sunucu gerekir. nginx, docker veya node zaten yüklüyse betik Error: Some packages like nginx/docker/nodejs are already installed. ile kurulumu reddeder.

Son denetim en çok itiraz edilen koşuldur. Bunun nedeni şöyledir: Cloudron, Docker, nginx, Node.js ve MySQL için sabitlenmiş sürümleri yükler. Barındırdığı her uygulama için nginx yapılandırmasını yazar ve iptables güvenlik duvarı kurallarını kendisi yönetir. Önceki gün yüklediğiniz Docker yanlış sürüm olabilir. Mevcut nginx site dosyalarınızın üzerine yazılır. Cloudron makinenin tamamını yönetir. Bu nedenle ona özel bir VPS ayırın.

Kolayca gözden kaçan bir denetim daha vardır. AVX (advanced vector extensions) desteği olmayan eski bir CPU üzerinde betik CPU has no AVX support. MongoDB will be disabled çıktısını verir. MongoDB gerektiren tüm uygulamalar yüklenemez hale gelir. Sunucuyu tahsis etmeden önce CPU'yu grep -m1 -o avx /proc/cpuinfo ile denetleyin. Yeterli bir sunucuda avx çıktısını verir, eski bir sunucuda ise hiçbir çıktı üretmez.

Cloudron ne kadar RAM gerektirir?

Script, Error: Cloudron requires atleast 1GB physical memory ile 941 MB RAM altında çalışmayı reddeder. Dokümantasyon ise 2 GB RAM ve 20 GB disk alanı gerektirir. Bu iki değer, platformun kendisi için alt sınırdır; platform ve uygulamalarınızın toplamı için değildir. Tek bir uygulama kurmadan önce Cloudron zaten Docker, nginx, kendi box servisini, uygulamalara sunduğu veritabanı container'larını (MySQL, PostgreSQL, MongoDB), Redis'i ve mail stack'ini çalıştırır. Temiz bir kurulumda docker ps komutunu çalıştırın ve bunları sayın.

Uygulama bellek limitleri bu temel tüketimin üzerine eklenir. Her uygulama paketi düşük bir varsayılan limit ile gelir. Bu limiti uygulamanın Resources görünümündeki slider ile artırabilirsiniz. Bir uygulama kendi limitini aştığında yeniden başlatılır ve size bir OOM (out of memory) bildirimi gönderilir. Bu nedenle sürekli yeniden başlayan tek bir uygulama genellikle bir limit sorunu gösterir; hata olduğu anlamına gelmez.

Aşağıdaki boyutlandırmayı öneririm. Bunlar gelecek ay yeniden kurulum yapmanızı gerektirmeyecek bir sunucu için önerilerdir. Ö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 alanıyla rahatça çalışır. Yaklaşık on uygulama için 16 GB RAM ve 240 GB disk alanı gerekir. Bunun nedeni, platform temelinin küçülmemesi ve her uygulamanın bir Docker image'ı, bir veritabanı ve kendi verilerini eklemesidir. Disk beklenenden hızlı dolar. Image'lar, uygulama verileri ve yerel backup'lar, backup'ları sunucu dışına taşımadığınız sürece aynı volume'u paylaşır.

Cloudron her uygulamaya sınırsız swap sağlar. Bu nedenle belirlediğiniz bellek limiti yalnızca RAM için geçerlidir. Swap dosyası olmayan bir VPS image'ında swapon --show hiçbir çıktı vermez. Bellek baskısı, uygulamanın yavaşlaması yerine doğrudan OOM yeniden başlatmalarına yol açar. 2 GB swap eklemek düşük maliyetli bir önlemdir, ancak gerçek belleğin yerini tutmaz. VPS planları arasındaki fiyat farkı, limitleri ayarlamak için harcayacağınız saatlerin yanında küçüktür. Bu nedenle bir VPS'in gerçekte ne kadara mal olduğuna 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, yönetim panelini my.example.com üzerinde, her uygulamayı ise kendi alt alan adı üzerinde sunar. Bu nedenle DNS, sonraki bir adım değil, ön koşuldur. Yönetim panelini ilk kez açmadan önce aşağıdaki kayıtları sunucunun public IP adresine yönlendirin:

• my.example.com bir A kaydı olarak. Bu, yönetim panelidir.
• *.example.com bir A kaydı olarak. Uygulama alt alan adlarının çalışmasını sağlayan kayıt budur. Bu nedenle wiki.example.com ve git.example.com, ilgili uygulamaları yüklediğiniz anda çözümlenir.
• Yalnızca çıplak alan adı üzerinde bir uygulama çalıştırmak istiyorsanız example.com bir A kaydı olarak.

Bir wildcard kaydının önceliği açık bir kayıttan düşüktür. Bu nedenle başka bir konuma yönlenen mevcut www.example.com kaydı çalışmaya devam eder.

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

• Bir API sağlayıcısı. Cloudron, Cloudflare, DigitalOcean, Route53, Hetzner, Porkbun, Linode, deSEC, Gandi, Namecheap ve yaklaşık yirmi başka sağlayıcı için bir token saklar. Ardından mail kayıtları dahil tüm kayıtları kendisi yazar.
• Wildcard. * kaydını elle eklersiniz ve Cloudron hiçbir kayıt yazmaz.
• Manual. Cloudron her kaydı gösterir ve her uygulama yüklemesinden önce, kayıtları eklemeniz için bekler.

Bir wildcard DNS kaydı, wildcard sertifikası değildir. Varsayılan sertifika sağlayıcısı Let's Encrypt Prod - Wildcard'dır. Bu sağlayıcı sahipliği DNS üzerinden doğrular ve yalnızca bir API sağlayıcısıyla çalışır. Wildcard veya Manual arka uçlarında, HTTP üzerinden doğrulanan her uygulama için ayrı bir sertifikaya geçilir. Bu durumda gelen bağlantılar için 80 numaralı portun sürekli açık kalması gerekir. Registrar veya DNS sağlayıcınız API listesindeyse onu kullanın. Böylece hem mail kayıtlarını hem de sertifikaları yönetme sorumluluğu ortadan kalkar.

Devam etmeden önce doğrulama yapın. dig +short my.example.com ve dig +short anything.example.com komutlarının ikisi de sunucunuzun IP adresini göstermelidir. Wildcard sorgusu hiçbir çıktı vermezse, yönetim paneli normal çalışırken uygulamalar daha sonra başarısız olur.

Alan adı Cloudflare arkasındaysa kayıtları DNS only olarak ayarlayın. Proxy yalnızca HTTP ve HTTPS trafiğini iletir. Bu nedenle mail portları çalışmaz ve her uygulama ziyaretçinin 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

Betiği root olarak veya sudo aracılığıyla çalıştırın. Aksi halde betiğin yazdırdığı ilk çıktı This script should be run as root. olur. Kurulum birkaç dakika sürer. apt çıktısı ve Docker pull işlemleri bir günlük dosyasına yazıldığı için kurulum sırasında terminalde çıktı gösterilmez. İlerlemeyi ikinci bir SSH oturumundan izleyin:

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

İşlemin sonunda After reboot, visit one of the following URLs and accept the self-signed certificate to finish setup. ifadesinin ardından sunucunuzun adresi yazdırılır ve The server has to be rebooted to apply all the settings. Reboot now ? [Y/n] sorusu sorulur. yes yanıtını verin. Yeniden başlatmayı planlamanız gerekiyorsa --skip-reboot flag'i kullanılabilir. Ancak Cloudron, sunucu yeniden açılana kadar kullanılamaz.

İlk açılış: alan adı, DNS backend'i 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 self-signed durumdadır; bu nedenle bir sertifika yetkilisinden sertifika talep edemez. Chrome'da Advanced, ardından Proceed to <ip> (unsafe) seçeneğine tıklayın. Firefox'ta Advanced, ardından Accept the Risk and Continue seçeneğine tıklayın.

İlk ekran alan adınızı sorar. example.com değerini girin; ardından dashboard my.example.com adresinde açılır. Bunun yerine cloudron.example.com gibi bir subdomain kullanabilirsiniz. Bu durumda dashboard my.cloudron.example.com adresinde olur. DNS backend'ini seçin ve varsa API token'ı yapıştırın. Yönetici hesabını, gerçekten okuduğunuz bir e-posta adresiyle oluşturun. Let's Encrypt kaydı ve tüm platform uyarıları bu adresi kullanır.

Kaydettiğinizde Cloudron sertifikaları talep eder ve dashboard'u https://my.example.com adresine taşır. IP adresiyle kullanılan URL bu noktada çalışmayı bırakır. Yeni adresi yer imlerine ekleyin.

Sertifikalar: yenilenenler ve yenilemenin durduğu durumlar

Sertifika yenileme işlemi otomatiktir ve sertifika yetkilisinin yayımladığı zamanlama olan ACME Renewal Information (ARI) kurallarını izler. Uygulamada sertifika, süresinin dolmasından yaklaşık bir ay önce yenilenir. Yenileme başarısız olursa yönetici hesabına e-posta gönderilir. Sertifika süresi dolduğunda yerleşik self-signed sertifikaya dönülür. Dün çalışan bir sitede tarayıcı uyarısı görülmesinin anlamı budur.

Sorunların çoğu iki nedenden kaynaklanır. HTTP doğrulaması için gelen bağlantılara açık 80 numaralı port gerekir. Bu nedenle "nasıl olsa her şey HTTPS" diyerek 80 numaralı portun kapatılması, Wildcard veya Manual DNS backend kullanan tüm uygulamalarda yenileme işlemini bozar. DNS doğrulaması için yazma yetkisi hâlâ bulunan bir API token gerekir. Bu token'ın değiştirilmesi veya yetkilerinin daraltılması, uyarı e-postası gelene kadar yenilemenin sessizce başarısız olmasına neden olur.

Domains görünümünde denemeyi hemen başlatmak için bir Renew All düğmesi ve test amacıyla bir Let's Encrypt Staging sağlayıcısı bulunur. Staging sertifikaları, kasıtlı olarak tarayıcılar tarafından güvenilir kabul edilmez. Amaç budur: production rate limit tüketmeden istediğiniz kadar yeniden deneyebilirsiniz.

Yerleşik mail server kullanılmalı mı?

Cloudron; IMAP mailbox'ları, submission, sieve filtreleri ve DKIM (domainkeys identified mail) imzalama özelliklerini içeren eksiksiz bir mail stack ile birlikte gelir. Dashboard'da Email bölümünden her domain için etkinleştirilir. Mail tesliminin başarıyla gerçekleşmesi zor kısımdır ve bu zorlukların hiçbiri Cloudron kaynaklı değildir.

• Spam kontrolü amacıyla çoğu VPS sağlayıcısı outbound port 25'i engeller. Bazı sağlayıcılar destek talebi sonrasında bu portu açar. Sunucudan nc -zv aspmx.l.google.com 25 ile test edilmelidir (komut eksikse netcat-openbsd kurulmalıdır). Açık port raporu succeeded ile alınır; engellenmiş bir port zaman aşımına kadar yanıt vermeden bekler.
• PTR kaydı (reverse DNS), DNS host tarafından değil VPS sağlayıcısı tarafından ayarlanır ve mail hostname ile eşleşmelidir. Generic PTR içeren bir adresten gönderilen mailler spam klasörlerine düşer.
• SPF, DKIM ve DMARC kayıtları API DNS backend üzerinde otomatik olarak oluşturulur. Wildcard veya Manual backend'lerde bu kayıtlar elle eklenir. DKIM kaydının eksik olması, imzaladığınız her mesajın doğrulanamamasına neden olur.

Çoğu kullanıcı için çalışan yapı, mailleri Cloudron üzerinde almak ve gönderimi Email görünümünde yapılandırılan SendGrid, Postmark, Mailgun veya Amazon SES gibi bir relay üzerinden yapmaktır. Relay, domain üzerindeki herhangi bir adresten gönderime izin vermelidir. Aksi halde farklı göndericilerden gelen uygulama bildirimleri reddedilir. Sunucu satın alma nedeniniz esas olarak mail hizmetiyse, kendi IP reputation'ına sahip ayrı bir sunucuda Mailcow gibi özel bir mail server çalıştırılmalıdır.

Cloudron Email hiç kullanılmıyorsa sağlayıcının firewall'ında 25, 465, 587, 993 ve 4190 numaralı portlar engellenmelidir. Bu işlem sunucuda değil, sağlayıcının firewall'ında yapılmalıdır. Cloudron, iptables kurallarını kendisi yazar ve bu kuralların yönetimini üstlenmeyi bekler. Bu durum, ufw kurallarını kendinizin yönettiği plain VPS yapısının tersidir.

İhtiyaç duymadan önce yedekleme hedefini yapılandırın

Yedekler varsayılan olarak, diğer tüm verilerle aynı diskte bulunan yerel dosya sistemindeki /var/backups konumuna kaydedilir. Belgelerde bu durum açıkça belirtilir: "Yedeklerin platform sunucusuyla aynı fiziksel diskte tutulması tehlikelidir." Disklerden biri arızalanırsa uygulamalar ve yedekler birlikte kaybedilir.

Backups bölümünü, ardından Backup Sites bölümünü açın ve ilk günden itibaren farklı bir konum belirtin. S3 uyumlu nesne depolama genellikle tercih edilen seçenektir (Backblaze B2, Wasabi, Cloudflare R2, DigitalOcean Spaces veya ikinci bir sunucudaki MinIO bucket'ı). SSHFS, NFS, CIFS ve düz dosya sistemi hedefleri de desteklenir.

Bu yedeğin kullanılabilir olup olmadığını üç ayar belirler:

• Format. tgz, her uygulama için bir sıkıştırılmış arşiv oluşturur ve her çalıştırmada arşivin tamamını yeniden yükler. rsync yalnızca değişen dosyaları yükler. Bu seçenek büyük bir Nextcloud için çok daha düşük maliyetlidir, ancak depolama API'sine çok daha fazla istek gönderir.
• Encryption. Dosya içeriklerini ve dosya adlarını kapsayan isteğe bağlı AES-256 şifrelemesidir. Cloudron parolanın bir kopyasını saklamaz. Bu nedenle parola kaybedilirse yedeklerin şifresi, sizin de aralarında bulunduğunuz hiç kimse tarafından çözülemez. Save düğmesine tıklamadan önce parolayı self-hosted bir parola yöneticisinde saklayın.
• Retention. 7 günlük ve 4 haftalık gibi sayılarla belirtilir. Nesne depolamada uzun saklama süreleri her ay ücret oluşturur. Bu nedenle ödemeye devam etmeye razı olduğunuz bir sayı seçin.

Ardından geri yükleme işlemini test edin. Küçük bir uygulama yükleyin, dashboard üzerinden geri yükleyin ve verileriyle birlikte yeniden çalışır duruma geldiğini izleyin. Daha önce hiç geri yüklenmemiş bir yedek yalnızca bir varsayımdır.

Ücretsiz katmanın sınırları

Ağustos 2026 itibarıyla ücretsiz plan en fazla iki uygulamanın kurulmasına izin verir. Diğer tüm özellikler bu plana dahildir: uygulama güncellemeleri, uygulama başına yedeklemeler, firewall, mail server ve single sign-on. Lisans gereksinimi üçüncü uygulamada başlar. Ücretli planlarda uygulama sınırı kaldırılır. Üst planda ayrıca kullanıcı grupları ve roller, directory server ve birden fazla yedekleme sitesi sunulur. Fiyatlar değişebileceğinden, bir tutorial içindeki rakama güvenmek yerine Cloudron fiyatlandırma sayfası incelenmelidir.

Bir lisans tek bir Cloudron kurulumunu kapsar. Bu nedenle iki küçük sunucunun maliyeti, tek bir büyük sunucunun maliyetinin iki katıdır. Bu fiyatlandırma, çoğu kullanıcıyı hizmetleri makineler arasında dağıtmak yerine tek ve daha büyük bir VPS kullanmaya yönlendirir. Sunucu boyutlandırması buna göre yapılmalıdır. Çünkü hizmetleri daha sonra bölmek iki kez ödeme yapılmasını gerektirir.

Bir şey çalışmadığında

Yerleşik denetimle başlayın. Bu denetim DNS, sertifikalar, disk, bellek ve her servisi sırayla kontrol eder. 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 Cloudron servisinin kendisi hakkında bilgi verir, journalctl -u box -n 100 son günlük kayıtlarını gösterir ve journalctl -u docker altta çalışan container runtime'ı kapsar. Kurulum sırasında oluşan hatalar /var/log/cloudron-setup.log içinde tutulur.

Yüklenmeyen bir dashboard sorununun nedeni genellikle Cloudron değil, DNS veya sağlayıcının firewall'ıdır. dig +short my.example.com komutunu laptop üzerinden çalıştırın ve sağlayıcının network firewall'ında 80 ve 443 numaralı portların açık olduğunu doğrulayın. Bu firewall, sunucunun kendi kurallarından ayrı bir denetimdir. Baştan başlıyorsanız script ikinci çalıştırmayı Error: Cloudron is already installed. To reinstall, start afresh ile reddeder. Bu durumda yeniden oluşturulmuş bir sunucu en temiz çözümdür.

Cloudron ne zaman uygun değildir

Cloudron, altyapı yerine uygulamaları yönetmek istendiğinde uygundur. Kendi container’larınızı kendi yönteminizle çalıştırmak istiyorsanız uygun değildir. Bunun nedeni nginx, Docker ve firewall yönetimini Cloudron’un üstlenmesi ve bu bileşenlerde yaptığınız değişikliklerin üzerine yazabilmesidir. Planınız bir compose dosyaları klasörü kullanmaksa kendi Docker Compose stack’lerinizin önünde Traefik kullanmak, herhangi bir platform katmanı olmadan aynı otomatik TLS ve subdomain yönlendirme özelliklerini sağlar. Henüz seçim yapmadıysanız Cloudron, CasaOS ve Coolify karşılaştırması bu seçenekleri yan yana değerlendirir. Self-host edilebileceklerin daha kapsamlı listesi ise kuruluma ilişkin bir kılavuzdan başlamak için daha uygun bir yerdir.

FAQ

VPS üzerinde Cloudron için ne kadar RAM gerekir?

Kurulum betiği 941 MB altında çalışmayı reddeder ve belgelerde 2 GB istenir; ancak bu, üzerinde hiç uygulama bulunmayan platform için belirtilen alt sınırdır. Cloudron, ilk açılıştan itibaren Docker, nginx, kendi box servisini, veritabanı container'larını ve mail stack'ini çalıştırır. İki uygulama için 4 GB, yaklaşık on uygulama için 16 GB ayırılmalı ve bir swap dosyası eklenmelidir. Bunun nedeni, Cloudron'un uygulamalara sınırsız swap sağlaması ve swap bulunmayan bir sistemde bellek baskısının yeniden başlatmalara yol açmasıdır.

Cloudron Debian'a veya hâlihazırda Docker çalıştıran bir sunucuya kurulabilir mi?

Hiçbiri çalışmaz. Betik sürümü denetler ve Cloudron requires Ubuntu 20.04, 22.04, 24.04 ile durur; bu nedenle Debian, Rocky ve Alpine kullanılamaz. Ayrıca nginx, docker veya node zaten mevcutsa da durur. Çünkü bunların tümü için sabitlenmiş sürümler kurar ve nginx yapılandırması ile iptables kurallarını kendisi yazar. KVM VPS üzerinde temiz bir Ubuntu image ile başlanmalıdır.

Dashboard çalışırken uygulama alt alan adlarım neden çalışmıyor?

Wildcard DNS kaydı eksiktir. Kurulum, my.example.com için bir A kaydı oluşturur veya bu kaydın bulunmasını gerektirir. Bu nedenle dashboard çözümlenirken wiki.example.com NXDOMAIN döndürür ve tarayıcı sitenin bulunamadığını bildirir. *.example.com için sunucunun IP adresini gösteren bir A kaydı eklenmeli, ardından uygulama kurulmadan önce dig +short wiki.example.com ile doğrulama yapılmalıdır.

Cloudron mail server kullanılması zorunlu mudur?

Hayır. Gelen e-postayı devre dışı bırakıp Postmark, Mailgun veya Amazon SES gibi harici bir relay üzerinden gönderim yapılabilir. Provider outbound port 25'i engelliyorsa veya IP adresinin mail itibarı yoksa bu daha güvenli bir seçenektir. Cloudron Email tamamen kullanılmıyorsa provider firewall üzerinde 25, 465, 587, 993 ve 4190 portları kapatılmalı, sunucu üzerinde kapatılmamalıdır.

Free plan üzerindeki iki uygulama sınırına ulaşıldığında ne olur?

Dashboard üçüncü kurulumu engeller ve bir lisans anahtarı ister. Hâlihazırda çalıştırılan uygulamalar etkilenmez: güncellenmeye, yedeklenmeye ve sertifikalarını kullanmaya devam eder. Lisans eklenmesi, herhangi bir yeniden kurulum gerektirmeden sınırı kaldırır. Bu nedenle free plan, platformu önce gerçek bir alan adı üzerinde denemek için uygun bir seçenektir.