Coolify Nedir, Nasıl Kurulur? Kendi Sunucunda PaaS Rehberi

Coolify nedir?

Coolify, kendi sunucunuza kurduğunuz, açık kaynaklı bir PaaS yani uygulama dağıtım platformudur. Uygulamalarınızı Git deposundan, veritabanlarınızı ve hazır servisleri de aynı panelden yayına alırsınız. Alan adı ve HTTPS ayarını da yine panelden yönetirsiniz. Panel sizin sunucunuzda çalışır, altyapının sorumluluğu da sizde kalır.

Biz dijital pazarlama ve web ekibiyiz, hosting firması değiliz. Bu yüzden bu yazıdaki gereksinimleri, port bilgilerini ve kurulum adımlarını Coolify'ın resmi dokümanından aldık. Sürüm numarası vermiyoruz, çünkü her zaman güncel kararlı sürümü kurarsınız ve resmi sayfayı kontrol edersiniz.

Yazının sonunda üç şeyi net görürsünüz. Coolify'ın ne yaptığını, kurulumun nasıl ilerlediğini ve hangi durumda bu işi kendiniz yapmayıp hosting sağlayıcınıza ya da yönetilen bir platforma bırakmanız gerektiğini.

Coolify ne işe yarar ve hangi özellikleri sunar?

Resmi dokümana göre Coolify, sunuculara SSH ile bağlanan bir kontrol paneli gibi çalışır. Dağıtım işini bu panelden yönetirsiniz, uygulamanın kendisi sunucunuzdaki Docker konteynerlerinde çalışır. Docker'a yabancıysanız önce Docker nedir ve container rehberi yazımıza göz atın.

Dokümanda öne çıkan özellikleri şöyle özetleyebiliriz:

• Git deposundan, Dockerfile'dan, Docker Compose dosyasından ya da hazır imajdan dağıtım.
• Kalıcı depolama ile veritabanı barındırma ve yaşam döngüsü yönetimi.
• Bakımı yapılan Docker Compose şablonlarından tek tıkla servis kurma.
• Alan adı, ortam değişkenleri ve sağlık kontrolü ayarları.
• Proxy yönlendirmesi ve HTTPS sertifikası otomasyonu.
• Log izleme ve konteyner yaşam döngüsü kontrolü.

Kısacası elle yazacağınız Nginx ayarının, sertifika yenilemenin ve yeniden başlatmanın büyük kısmını panel sizin yerinize halleder. Bu otomasyonun karşılığında kontrolün bir bölümünü panele bırakırsınız.

Coolify kimler için uygun, kimler için değil?

Coolify en çok birkaç küçük ya da orta ölçekli projeyi tek yerde toplamak isteyenlere uyar. Örneğin bir ajansın birkaç müşteri sitesi, bir yazılımcının yan projeleri ya da bir ekibin test ve yayın ortamı bu gruba uyar. Üstelik panel sayesinde her dağıtım için SSH'a bağlanıp komut yazmanız gerekmez.

Öte yandan şu durumlarda Coolify size göre olmayabilir:

• Linux, Docker ve DNS kavramlarını hiç bilmiyorsanız ve öğrenmeye vaktiniz yoksa.
• Kesintisiz çalışma garantisi gereken kritik bir e-ticaret sitesini tek sunucuya bırakacaksanız.
• Güvenlik güncellemesine ve izlemeye bakacak kimseniz yoksa.

Dokümanın kendi cümlesi de bu sınırı çiziyor: Coolify altyapınızda dağıtım işini otomatikleştirir, ancak altyapıyı işletme sorumluluğu yine sizdedir.

Coolify hangi senaryolarda işe yarar?

Somut bir örnek senaryo düşünelim. Bu bir örnek hesaptır, gerçek bir müşteri vakası değildir. Küçük bir ekip, tanıtım sitesi, hafif bir API ve bir PostgreSQL veritabanını tek sunucuda çalıştırmak istiyor.

Bu ekip Coolify ile üç kaynağı aynı projede tanımlar. Tanıtım sitesi için Static ya da Nixpacks, API için Dockerfile seçer. Veritabanını panelden ekler ve yalnızca API'nin erişebileceği şekilde bırakır. Ardından her kaynağa ayrı alt alan adı verir.

Böylece yeni bir sürümü yayına almak, depoya kod göndermek kadar kısa sürer. Ayrıca test ortamını aynı sunucuda ayrı bir ortam olarak tutabilirsiniz. Ancak test ve canlıyı aynı makinede çalıştırmak, bir hatanın ikisini birden etkileyebileceği anlamına gelir.

Kısacası Coolify, düzenli ve tekrarlanabilir dağıtım isteyen küçük ekipler için güçlü bir yardımcıdır. Yüksek erişilebilirlik gerektiren, birden çok sunucuya yayılmış mimariler ise ayrı bir uzmanlık ister.

Coolify kurulumu için hangi sunucu gereksinimleri gerekir?

Resmi kurulum sayfası asgari gereksinimleri şöyle veriyor: Linux tabanlı bir işletim sistemi, en az 2 çekirdek, 2 GB RAM ve 10 GB boş alan. Mimari olarak amd64 ve arm64 işlemcilerde çalışır. Bu değerler başlangıç eşiğidir, yani birkaç uygulama ve veritabanı çalıştıracaksanız kaynak ihtiyacınız artar.

Dokümanın ayrıca verdiği bir tavsiye var: Çakışmaları önlemek için Coolify'ı temiz bir sunucuya kurun. Zaten çalışan bir Nginx ya da başka bir Docker düzeni olan makineye kurmak sorun çıkarabilir. VPS ile VDS arasında kararsızsanız VPS, VDS ve bulut sunucu farkı yazımız yardımcı olur.

Kurulumdan önce hangi hazırlıkları yapmalısınız?

Betiği çalıştırmadan önce beş hazırlık kurulumu çok daha sorunsuz yapar. Bunların hiçbiri Coolify'a özel değildir, iyi bir sunucu hijyeninin parçasıdır.

1. Temiz bir Linux sunucu hazırlayın ve işletim sistemini güncelleyin.
2. SSH erişimini anahtarla yapın, mümkünse parola ile girişi kapatın.
3. Hosting sağlayıcınızın güvenlik duvarında 22, 80 ve 443 portlarını açın.
4. Panel için kullanacağınız alan adının DNS kaydını sunucu IP adresine yönlendirin.
5. Kurulumdan önce sunucunun anlık görüntüsünü (snapshot) alın.

DNS kaydının yayıldığını doğrulamak için DNS sorgulama aracımızı kullanabilirsiniz. Böylece sertifika alma aşamasında yarım saat boşuna beklemezsiniz.

Ne zaman kendiniz yapmayın? SSH anahtarı, güvenlik duvarı ve snapshot kavramları size yabancıysa bu hazırlığı hosting sağlayıcınızın teknik ekibine yaptırın.

Coolify'ı nasıl kurarsınız?

Resmi doküman kurulumu tek bir betikle yapıyor. Betik Docker'ı yapılandırır, Coolify konteynerlerini kurar ve sistemi hazırlar. Root ya da sudo yetkili bir kullanıcı gerekir. Dokümandaki tek satırlık yöntem betiği indirip doğrudan çalıştırır. Biz bunu iki adıma bölüyoruz, çünkü internetten indirdiğiniz bir betiği çalıştırmadan önce okumak iyi bir alışkanlıktır.

Önce betiği dosyaya indirin ve içeriğine bakın:

curl -fsSL https://cdn.coollabs.io/coolify/install.sh -o install.shless install.sh

Betiğin ne yaptığını anladıktan sonra yetkili kullanıcıyla çalıştırın:

sudo bash install.sh

Kurulum bittiğinde terminal size panel adresini gösterir. Betik adresi resmi dokümandan alınmıştır; ancak adres zamanla değişebilir, bu yüzden komutu çalıştırmadan önce resmi kurulum sayfasındaki adresle karşılaştırın.

İlk girişte yönetici hesabını nasıl güvenle açarsınız?

Kurulumdan sonra panele sunucu IP adresinizin sonuna 8000 portunu ekleyerek erişirsiniz. Adres biçimi http://SUNUCU-IP:8000 şeklindedir. İlk açılışta panel sizden bir yönetici hesabı açmanızı bekler.

Burada resmi dokümanın kalın harfli bir uyarısı var ve çok önemli: Kurulum biter bitmez yönetici hesabınızı oluşturun. Kayıt sayfasına ilk ulaşan kişi örneğin yönetici olabilir ve sunucunuza root düzeyinde erişim kazanabilir. Yani kurulumdan sonra paneli açık bırakıp çay molasına çıkmayın.

• Uzun ve benzersiz bir parola seçin, parola yöneticisinde saklayın.
• Mümkünse iki adımlı doğrulamayı açın.
• Kurulum sırasında panel portuna yalnızca siz erişebilecek şekilde güvenlik duvarı kuralı koyun.

Hesabı oluşturduktan sonra dokümanın bir diğer uyarısına geçin: Coolify'ın .env dosyasını yedekleyin. Ayrıntısı aşağıdaki yedekleme bölümünde.

Coolify'a ilk uygulamayı nasıl eklersiniz?

Resmi doküman başlangıç için basit bir imajla ilk uygulamayı yayına almayı öneriyor. Mantığı şudur: Önce altyapının çalıştığını küçük bir örnekle doğrularsınız, ardından kendi kaynak kodunuza geçersiniz. Böylece bir sorun çıktığında hatanın kodda mı sunucuda mı olduğunu ayırt edersiniz.

Panelde mantık genel olarak şu sırayı izler:

1. Bir proje ve ortam oluşturursunuz.
2. Yeni bir kaynak (uygulama, veritabanı ya da servis) eklersiniz.
3. Kaynağın hangi sunucuda çalışacağını seçersiniz.
4. Portu ve alan adını girip dağıtımı başlatırsınız.

Menü adları sürümden sürüme değişebilir. Bu nedenle ekran görüntüsü aramak yerine panelin güncel akışını izleyin ve resmi dokümandaki "ilk uygulamanı dağıt" bölümüne bakın.

Ayrıca ilk denemeyi canlı bir müşteri sitesiyle yapmayın. Önce önemsiz bir test uygulamasıyla süreci öğrenin.

Git deposundaki bir projeyi Coolify'a nasıl bağlarsınız?

Coolify, GitHub, GitLab, Bitbucket, Gitea ya da başka bir Git sağlayıcısına bağlanabilir. Dokümana göre üç yaklaşım var: herkese açık depo, GitHub App ve deploy key. Özel depolarda parolanızı paylaşmadan erişim vermek için deploy key ya da GitHub App daha güvenli bir yoldur.

Derleme yöntemi olarak dokümanda dört seçenek geçiyor:

Sonra uygulamanızın dinlediği portu belirtirsiniz. Böylece panel trafiği doğru porta yönlendirir. Next.js ya da Node.js uygulamasını elle kurmayı tercih ederseniz Next.js VPS deploy rehberimiz ile Node.js deploy yazımız yolu gösterir; biz burada o adımları tekrar anlatmıyoruz.

Webhook ve sağlık kontrolü ile otomatik dağıtımı nasıl kurarsınız?

Dokümana göre kod gönderdiğinizde dağıtımı otomatik tetiklemek için webhook tanımlarsınız. Böylece main dalına her gönderimde panel uygulamayı yeniden derler ve yayına alır. Bu rahatlık, hatalı bir kodun da otomatik yayına çıkabileceği anlamına gelir.

Bu yüzden iki önlem öneriyoruz:

• Otomatik dağıtımı yalnızca test edilmiş bir dala bağlayın.
• Sağlık kontrolü tanımlayın, böylece uygulama ayağa kalkmazsa fark edersiniz.

Sağlık kontrolü, dağıtımdan sonra uygulamanın gerçekten yanıt verip vermediğini doğrular. Dolayısıyla "dağıtım başarılı" mesajı ile "site çalışıyor" bilgisi aynı şey olmaz. Mutlaka siteyi tarayıcıdan da açıp bakın.

Bir e-ticaret sitesinde her gönderimin canlıya çıkması risklidir. Ancak bu karar sizin sürüm sürecinize bağlıdır. İsterseniz otomatik dağıtımı kapatıp elle onayla ilerleyebilirsiniz.

Alan adını ve otomatik SSL'i nasıl ayarlarsınız?

Dokümana göre Coolify proxy yönlendirmesi, alan adı yönetimi ve HTTPS sertifikası otomasyonu sunar. Pratikte alan adını uygulamaya girersiniz, DNS A kaydı sunucunuzun IP adresini göstermelidir. 80 ve 443 portları da açık olmalıdır, çünkü sertifika üretimi 80 portu üzerinden doğrulama yapar.

1. Alan adınızın A kaydını sunucu IP adresine yönlendirin.
2. DNS kaydının yayıldığını DNS sorgulama aracıyla doğrulayın.
3. Uygulamanın alan adı alanına https ile başlayan adresinizi yazın.
4. Dağıtımdan sonra SSL sorgulama aracıyla sertifikayı kontrol edin.

Alt alan adlarının tamamını tek sertifikayla örtmek isterseniz Wildcard SSL yazımıza bakın. Sertifikanın ne işe yaradığını hatırlamak için de SSL sertifikası ve HTTPS güvenliği yazımız var.

Veritabanlarını ve hazır servis şablonlarını nasıl kullanırsınız?

Coolify veritabanlarını da aynı panelden barındırır. Yedekleme dokümanı PostgreSQL, MySQL, MariaDB, MongoDB ve ClickHouse için zamanlanmış yedek sunduğunu yazıyor. Kalıcı depolama sayesinde konteyner yeniden başlasa bile verileriniz yerinde kalır.

Hazır servis şablonları ise bakımı yapılan Docker Compose dosyalarına dayanır. Böylece sık kullanılan bir aracı tek tıkla kurarsınız. Ancak şablonu kurmak onu güncel tutma ve güvenliğini sağlama işini ortadan kaldırmaz.

• Veritabanı portunu internete açmayın, yalnızca uygulamanızın erişmesi yeterlidir.
• Parolaları varsayılan bırakmayın, panelin oluşturduğu güçlü değerleri kullanın.
• Üretimde kullanmadan önce yedekten geri dönüş denemesi yapın.

Konteyner içinde veritabanı kurulumunun mantığını merak ederseniz Docker ile PostgreSQL ve MySQL kurulumu yazımız konuyu ayrıntılı anlatıyor. Docker konteynerlerini görsel arayüzle izlemek içinse Portainer rehberimize bakabilirsiniz.

Coolify yedeklemesini nasıl yaparsınız?

Yedekleme iki ayrı katmandır ve ikisini karıştırmamak gerekir. Birincisi veritabanı yedekleridir. Doküman, cron ifadesiyle ya da günlük ve haftalık gibi sıklıklarla yedek planlayabildiğinizi anlatıyor. Panel yedekleri sunucudaki /data/coolify/backups klasörüne yazar, ek olarak S3 uyumlu bir depoya da kopyalayabilirsiniz.

İkincisi Coolify'ın kendi yapılandırmasıdır. Kurulum dokümanı, /data/coolify/source/.env dosyasındaki APP_KEY değerinin ileride geri yükleme için gerektiğini ve yedeklenmesi gerektiğini belirtiyor. Bu dosyayı kendi bilgisayarınıza çekin:

scp root@203.0.113.10:/data/coolify/source/.env coolify-env-yedek

Dokümandaki en önemli cümle şu: "Başarılı bir yedek, yalnızca Coolify'ın bir dosya oluşturduğunu kanıtlar." Yani geri yüklemeyi bir deneme veritabanında test etmeden yedeğinize güvenmeyin. Dokümana göre veritabanı dışındaki uygulama verileri bu yedeğin kapsamında değildir, onlar için ayrı plan gerekir. Genel stratejiyi web sitesi yedekleme stratejisi ve veritabanı yedekleme rehberimizde bulabilirsiniz.

Coolify'ı nasıl güncellersiniz?

Güncelleme işi panelden yürür. Resmi dokümana göre Ayarlar altındaki Güncellemeler bölümünden otomatik güncellemeyi açabilir ya da güncellemeyi elle tetikleyebilirsiniz. Otomatik güncelleme için cron ifadesi ya da günlük ve haftalık gibi hazır sıklıklar seçersiniz. Gelişmiş kullanıcılar için terminalden güncelleme yolu da var.

Güncellemeden önce dokümanın önerdiği kontrol listesini izleyin:

1. Bir örnek yedeği alın.
2. Hedef sürümün sürüm notlarını okuyun.
3. Çalışan bir dağıtım olmadığından emin olun.

Dokümana göre güncelleme yalnızca Coolify kontrol panelini etkiler. Yönettiğiniz uygulamalar, veritabanları ve sunucular olduğu gibi kalır. Panel güncelleme sırasında kısa süre erişilemez olur, genellikle bir dakikadan azdır. Güncellemeden sonra panelin açıldığını ve kaynaklarınızın çalıştığını mutlaka doğrulayın.

Otomatik güncellemeyi açmak kolaydır, ancak bu sizi sürüm notlarını okumaktan kurtarmaz. Kritik bir sitede güncellemeyi sizin seçtiğiniz bir saatte elle yapmak daha güvenlidir.

Coolify panelini ve sunucuyu nasıl güvende tutarsınız?

Güvenlik bu tür bir panelde en kritik başlıktır, çünkü panel sunucunuza SSH ile bağlanır ve konteynerleri yönetir. Bu yüzden panele giren kişi çoğu zaman sunucuya da girmiş olur. Resmi güvenlik duvarı sayfası kullanılan portları şöyle listeliyor:

Dokümana göre panel bir alan adı üzerinden proxy ile çalışmaya başladıktan sonra 8000, 6001 ve 6002 portlarına dışarıdan erişimi kapatabilirsiniz. Önerilerin özeti ise şöyle:

• Önce hosting sağlayıcınızın güvenlik duvarını kullanın.
• SSH erişimini mümkünse bilinen adreslerle sınırlayın.
• 80 ve 443 portlarını yalnızca herkese açık web trafiği alacaksanız herkese açın.
• Kuralları değiştirirken SSH kuralını silmeyin, aksi halde kendinizi dışarıda bırakabilirsiniz.

Doküman ayrıca Docker'ın UFW kurallarını atlayabileceğini hatırlatıyor ve sağlayıcı güvenlik duvarı yoksa ufw-docker çözümünü anıyor.

Brute force saldırılarına karşı ek önlem almak gerekir mi?

Evet, internete açık her SSH portu sürekli parola denemeleri alır. Bu normaldir ve Coolify'a özgü değildir. Anahtarla girişi zorunlu kılmak, parola ile girişi kapatmak ve tekrarlayan başarısız denemeleri engellemek riski ciddi biçimde azaltır.

Bu konuda Fail2ban rehberimiz tekrarlayan denemeleri otomatik engelleme mantığını anlatıyor. cPanel ya da VPS tarafında güvenlik duvarı kurmak isteyenler için CSF Firewall yazımız da var. Ancak Docker ile birlikte çalışan bir sunucuda güvenlik duvarı kurallarının nasıl etkileştiğini mutlaka test edin, çünkü yukarıdaki uyarı geçerli.

Hangi portların dışarıdan dinlendiğini görmek için sunucuda şu komutu çalıştırabilirsiniz:

sudo ss -tlnp

Çıktıda beklemediğiniz bir portu görürseniz önce o portun neden açık olduğunu anlayın. Anlamadığınız bir ayarı kapatmak da açmak kadar risklidir; emin olamıyorsanız sağlayıcınızın destek ekibine danışın.

Coolify'ın avantajları ve dezavantajları nelerdir?

Her aracın bir bedeli vardır. Coolify için artıları ve eksileri dürüstçe yan yana koymak gerekir.

En büyük risk tek sunucu riskidir. Panel, uygulamalar ve veritabanları aynı makinede çalışıyorsa disk dolması ya da donanım sorunu hepsini birden etkiler. Bu yüzden yedeğin sunucu dışında durması gerekir.

Bir de bakım yükü var. Kurulum bir öğleden sonra sürer, ancak işletme yıllarca sürer. Güvenlik yamaları, disk doluluğu, sertifika sorunları ve yedek denemeleri periyodik ilgi ister. Bu işleri takvime bağlamak iyi bir yöntemdir. Örneğin ayda bir güncelleme, geri yükleme denemesi ve disk kontrolü için sabit bir gün belirleyebilirsiniz.

Coolify, Docker ve Portainer ile nasıl bir ilişki içindedir?

Üç aracı sık karıştırırlar, oysa görevleri farklıdır. Docker, uygulamayı konteyner içinde çalıştıran temel teknolojidir. Coolify bu teknolojinin üstünde çalışır ve dağıtım sürecini otomatikleştirir. Portainer ise çalışan konteynerleri görsel olarak izlemenize ve yönetmenize yarar.

Yani Coolify kurmak Docker bilgisini gereksiz kılmaz. Bir şey bozulduğunda konteyner loglarını okumak ve ağ ayarlarını anlamak için temel Docker bilgisine ihtiyaç duyarsınız.

İki aracı aynı sunucuda birlikte çalıştırmak teknik olarak mümkündür. Ancak aynı konteynerleri iki panelden yönetmek kafa karıştırır, bu nedenle tek bir ana yönetim aracı seçmenizi öneririz. Karar vermeden önce Portainer rehberine da göz atın.

Coolify ile yönetilen PaaS ve klasik VPS arasındaki fark nedir?

Seçenekleri bir arada görmek kararı kolaylaştırır. Aşağıdaki tablo özellikleri genel hatlarıyla karşılaştırır; fiyat ya da kampanya içermez, çünkü bunlar sık değişir.

Dokümana göre Coolify Cloud'da kontrol panelini Coolify ekibi işletir, iş yükü sunucularını siz sağlarsınız. Kendi kendine barındırmada ise paneli de siz kurar ve güncellersiniz.

Yani Coolify, elle yaptığınız VPS düzeni ile yönetilen platform arasında bir orta yol sunar. Rahatlığın bir kısmını alırsınız, sorumluluğun da önemli bir kısmını elinizde tutarsınız.

Ne zaman yönetilen bir platform ya da hosting sağlayıcısı daha mantıklıdır?

Kendi sunucunuzu yönetmek herkes için doğru değildir. Aşağıdaki durumlarda işi bir sağlayıcıya bırakmanızı öneriyoruz.

• Sitenin kesintisi doğrudan satış kaybı demekse ve 7/24 izleyecek kimseniz yoksa.
• Sunucu güvenliğine, yamalara ve yedeğe bakacak bir ekip arkadaşınız yoksa.
• Trafiğin hızla artıp azaldığı, otomatik ölçeklenme gerektiren bir iş yükünüz varsa.
• Kişisel veri ya da ödeme verisi işliyor ve uyumluluk sorumluluğunuz yüksekse.

Örneğin bir kurumsal tanıtım sitesi için klasik hosting çoğu zaman yeterlidir. Seçimde web sitesi için hosting seçimi yazımız kriterleri sıralıyor.

Önemli bir not: Biz hosting firması değiliz. Dolayısıyla burada sunduğumuz bilgi, dokümana dayalı bir yol haritasıdır. Üretim ortamınız için kararı verirken altyapı sağlayıcınızın teknik ekibiyle de konuşun. Özel bir yazılım ya da dağıtım mimarisi gerekiyorsa özel yazılım geliştirme hizmetimizi inceleyebilirsiniz.

Kurulumda en sık yapılan hatalar nelerdir?

Coolify kurulumunda takılanların büyük kısmı aynı birkaç yerde durur. Çoğu kez sorun panelde değil, sunucunun ya da DNS'in hazırlığında çıkar.

• Kurulumu zaten Nginx ya da başka bir Docker düzeni çalışan bir sunucuya yapmak. Doküman temiz sunucu önerir.
• Hosting sağlayıcısının güvenlik duvarında 80 ve 443 portlarını açmayı unutmak.
• Alan adının A kaydını yanlış IP adresine yöneltmek ya da kaydın yayılmasını beklememek.
• Yönetici hesabını açmadan paneli internette bırakmak.
• Yedeği aynı sunucuda tutup geri yüklemeyi hiç denememek.
• Güvenlik duvarını düzenlerken SSH kuralını silip sunucudan kopmak.

Bu hataların hiçbiri Coolify'a özgü değildir, yani genel sunucu bakımının parçasıdır. Dolayısıyla panel kurmadan önce bu listeyi bir kez gözden geçirmek, sonradan saatlerce hata ayıklamaktan daha ucuza gelir.

Ayrıca bir uygulama açılmıyorsa ilk şüphelinizi kodda aramayın. Önce portun doğru girildiğini, ortam değişkenlerinin eksiksiz olduğunu ve dağıtım loglarında hata görünmediğini kontrol edin.

Bir şey ters giderse hangi sırayla teşhis edersiniz?

Sorun çıktığında rastgele ayar değiştirmek durumu kötüleştirir. Sabit bir sıra izleyin ve her adımda tek bir şeyi kontrol edin.

1. Panele ulaşabiliyor musunuz? Ulaşamıyorsanız sunucunun açık olduğunu ve 8000 ya da alan adı üzerindeki 443 portunun erişilebilir olduğunu kontrol edin.
2. Alan adı doğru IP adresini mi gösteriyor? DNS sorgulama aracıyla bakın.
3. Sertifika alınamıyorsa 80 portunun açık ve DNS kaydının doğru olduğundan emin olun.
4. Dağıtım başarısızsa dağıtım loglarını okuyun, çünkü hata mesajı çoğu zaman orada yazar.
5. Uygulama açılıyor ama hata veriyorsa uygulamanın portunu ve ortam değişkenlerini kontrol edin.

Hâlâ çözemediyseniz sorunu daraltıp Coolify topluluğuna ya da sağlayıcınızın desteğine taşıyın. Sorunu anlatırken sürüm bilgisini, aldığınız hata mesajını ve neyi denediğinizi yazın. Parola, anahtar ve gerçek IP adresi paylaşmayın.

Coolify kurmadan önce son kontrol listesi nedir?

Kısacası Coolify, kendi sunucusunda uygulama yayınlamak isteyenlere zaman kazandıran bir panel. Ancak panel sorumluluğu ortadan kaldırmaz; yedek, güvenlik ve güncelleme sizde kalır. Başlamadan önce şu listeyi gözden geçirin.

• Temiz bir Linux sunucunuz ve en az 2 çekirdek, 2 GB RAM, 10 GB boş alanınız var mı?
• SSH erişiminiz anahtarla mı ve sağlayıcı güvenlik duvarı kuralları hazır mı?
• Alan adınızın A kaydı sunucuya mı bakıyor?
• Betiği indirip okudunuz mu, sonra mı çalıştırdınız?
• Yönetici hesabını kurulumdan hemen sonra oluşturdunuz mu?
• .env dosyasını ve veritabanı yedeklerini sunucu dışına aldınız mı ve geri yükleme denediniz mi?
• Panel alan adıyla çalıştıktan sonra 8000, 6001 ve 6002 portlarını kapattınız mı?

Bu maddelerin çoğuna "evet" diyemiyorsanız, önce resmi dokümandaki sorumluluk bölümünü okuyun. Güvenlik duvarı ayrıntıları için güvenlik duvarı sayfasına, güncelleme için güncelleme sayfasına, veritabanı yedekleri için yedekleme sayfasına bakın.