DirectAdmin Yapılandırma Rehberi: İlk Ayarlar ve Güvenli Kontrol

DirectAdmin yapılandırma, paneli yeni kuran ya da devralan biri için yalnızca menüleri dolaşmak değil; erişim yetkisini, alan adı ve DNS akışını, SSL zorlamasını, PHP sınırlarını, yedek düzenini ve kullanıcı hiyerarşisini aynı anda doğru kurmaktır. İlk kurulum sonrası en güvenli yöntem, önce panelin hangi seviyede yönetildiğini netleştirmek, ardından global ayarlarla hesap ayarlarını ayırmak ve her değişiklikten sonra panel durumu ile sitenin davranışını kontrol etmektir. Bu rehber, DirectAdmin’de ilk güvenli yapılandırma sırasını, hangi ayarın neyi etkilediğini, nerede dikkat edilmesi gerektiğini ve bir ayar ters giderse nasıl geri dönüleceğini gösterir. Menü adları tema, sürüm ve sağlayıcı kısıtına göre değişebileceği için anlatım, tek bir ekran adına değil güvenli kontrol mantığına dayanır. Böylece aynı akışı tek sunucuda da çoklu hesap yapısında da uygulayabilirsiniz; özellikle DNS, SSL ve yedekleme tarafında küçük bir doğrulama adımı, sonradan çıkabilecek büyük sorunları önler.

DirectAdmin yapılandırma için güvenli başlangıç

İlk gün yapılacak iş, paneli mümkün olduğu kadar çok özellik açarak değil, doğru sınırları çizerek kullanılır hale getirmektir. Eğer sunucu size tam yönetim vermiyorsa, yalnızca kullanıcı seviyesinde yapabileceğiniz ayarlarla sınırlı kalmak gerekir; global DNS şablonu, paket limiti veya güvenlik politikası gibi değişiklikleri panel sahibiyle ilerletmek daha doğrudur. Tek bir test alan adı ya da küçük bir hesap üzerinden başlamak, yanlış bir varsayımın tüm hesaplara yayılmasını önler. Bu aşamada hedef, üretime dokunmadan önce hangi ekranın hangi sonucu değiştirdiğini anlamaktır.

Bu akış kimler için uygundur?

• Yeni DirectAdmin sunucusu kuran yöneticiler
• Başkasından devralınmış bir paneli standardize etmek isteyen ekipler
• Birden fazla müşteri hesabı için aynı politika setini uygulayan ajanslar
• DNS, SSL, PHP ve yedek düzenini tek yerden toparlamak isteyen site sahipleri

Eğer yalnızca küçük bir web sitesi açacak ve hiçbir global politika değiştirmeyecekseniz, kapsamı dar tutmak daha güvenlidir. Büyük yapılandırma değişiklikleri, ihtiyacı olmayan hesaplarda gereksiz risk üretir.

Paneli devralmadan önce alınacak güvenli kopya

Canlı ayara geçmeden önce kısa bir durum kaydı almak, geri dönüşte zaman kazandırır. Ekran görüntüsü almak şart değildir; önemli olan hangi paketlerin, DNS şablonlarının, SSL davranışının ve e-posta ayarlarının aktif olduğunu not etmektir. Mümkünse mevcut yedek planını ve geri yükleme yolunu da görünür tutun. Eğer değişiklik bir sağlayıcı sunucusunda yapılıyorsa, panel dışındaki servis yeniden başlatmalarında servis adı dağıtıma göre değişebilir; işlem öncesi gerçek servis adını panel ekranından ya da sistem servis listesinden doğrulamak daha güvenlidir.

• Mevcut paket limitlerini kaydedin.
• DNS kayıt düzenini ve alan adı şablonlarını kontrol edin.
• SSL yönlendirmesi ve zorlamanın açık olup olmadığını not edin.
• Yedekleme sıklığı ve saklama süresini doğrulayın.
• PHP ve mail kısıtlarını, uygulama gereksinimiyle karşılaştırın.

İlk yapılandırmada en kritik ayarlar ve etkileri

Aşağıdaki tablo, DirectAdmin yapılandırma sırasında en sık dokunulan alanların neyi etkilediğini gösterir. İsimler temasına ve sağlayıcının panel düzenine göre farklı görünse de mantık değişmez: üst seviye ayar, alttaki hesapların davranışını değiştirir; kullanıcı seviyesindeki ayar ise yalnızca ilgili siteyi etkiler.

Bu bölümdeki en önemli ayrım şudur: Paket limiti ile uygulama limiti aynı şey değildir. Bir hesabın kota sınırını büyütmek, PHP memory limit sorununu otomatik çözmez; benzer şekilde SSL kurmak da yanlış yönlendirilmiş HTTP trafiğini kendiliğinden düzeltmez. Bu yüzden her ayar tek başına değil, yan etkisiyle birlikte okunmalıdır.

Günlük kullanım akışı nasıl oturur?

İlk yapılandırma tamamlandığında tekrar eden işler sadeleşir. Yönetim akışı çoğunlukla aynı sırayla ilerler: yeni hesap açılır, paket atanır, alan adı eklenir, DNS kaydı oturur, SSL kontrol edilir, sonra site ve mail davranışı test edilir. Bu düzeni her müşteri veya proje için benzer tutmak, ileride destek süresini ciddi biçimde azaltır.

1. İlgili kullanıcı veya reseller için doğru paketi seçin.
2. Alan adını ekleyin ve DNS kayıtlarının beklenen biçimde oluştuğunu kontrol edin.
3. SSL sertifikasını etkinleştirip siteyi HTTPS üzerinden açın.
4. Gerekliyse PHP sürümü ve limitlerini uygulamaya göre ayarlayın.
5. Mail hesapları, yönlendirmeler ve kota sınırlarını test edin.
6. İşleyen yapı üzerinden ilk yedeği alın ve geri dönüş noktasını saklayın.

Bu akışta amaç, her yeni hesabın el ile yeniden keşfedilmesini önlemektir. Paneli yönetilebilir kılan şey, aynı sıranın her seferinde öngörülebilir biçimde çalışmasıdır.

Doğrulama: bir değişikliğin başarılı sayılması

Bir ayar kaydedildi diye iş bitmiş sayılmaz; doğru sonuç, panel davranışı ile gerçek site davranışının aynı şeyi söylemesidir. Örneğin SSL etkinleştiyse site tarayıcıda HTTPS ile açılmalı, yönlendirme döngüsü oluşmamalı ve sertifika uyarısı görünmemelidir. DNS değiştiyse alan adı doğru IP’ye çözülmeli, mail kaydı açıldıysa temel gönderim ve alma testi yapılmalıdır.

• Panelde hesap, paket ve hizmet durumu beklenen değerde mi?
• Alan adı tarayıcıda HTTPS ile açılıyor mu?
• Yeni kullanıcı oluşturma işlemi sınırlara takılmadan tamamlanıyor mu?
• Test maili gönderilip alınabiliyor mu?
• Yedek alınabiliyor ve küçük bir örnek geri yükleme sorunsuz çalışıyor mu?

Doğrulamada tek bir yeşil işaret yetmez; panel durumu, tarayıcı davranışı ve gerekiyorsa mail akışı birlikte görülmelidir. Özellikle DNS ve SSL değişikliklerinde yayılım hemen tamamlanmayabilir, bu yüzden kısa bir bekleme ve tekrar kontrol normaldir.

Sık karşılaşılan sorunlar ve pratik karşılıkları

DNS kayıtları oturmamış olabilir

Alan adı yeni eklenmişse veya nameserver değiştiyse, beklenen kayıtlar hemen görünmeyebilir. Bu durumda panel tarafında kayıtların oluştuğunu, registrar tarafında nameserver bilgisinin doğru girildiğini ve sitenin yanlış IP’ye gitmediğini kontrol edin. Sorun, çoğu zaman ayardan çok yayılım süresidir.

SSL kurulu görünüp site HTTP’de kalabilir

Sertifika başarıyla eklenmiş olsa bile yönlendirme kapalıysa tarayıcı HTTP’de kalabilir. Önce sertifikanın panelde görünür olduğunu, sonra HTTPS zorlamasının açık olup olmadığını kontrol edin. Karışık içerik varsa sayfa güvenli görünse bile bazı kaynaklar HTTP’den yüklenebilir.

PHP limiti uygulama için yetersiz kalabilir

Bir içerik yönetim sistemi ya da eklenti güncellemesi memory limit ya da execution time sınırına takılabilir. Burada en doğru hareket, doğrudan sınırsız değer vermek değil, uygulamanın ihtiyacını karşılayan güvenli bir artış yapmaktır. Değişikliğin etkisi, hata logu ve site davranışıyla birlikte izlenmelidir.

İzin ve sahiplik sorunları migration sonrası çıkabilir

Başka bir panelden taşınan hesaplarda dosya sahipliği veya klasör izinleri bozulmuş olabilir. İlk bakılacak yer, hata veren dizin ve son yapılan taşıma işlemidir. Gerekirse dosya izinlerini düzeltmeden önce yedek alın ve küçük bir test sayfası üzerinden kontrol edin.

Geri dönüş planı

Canlı ayarda risk varsa geri dönüş planı baştan yazılmalıdır. En güvenli yol, değişiklikten önce mevcut paketi, DNS şablonunu, SSL davranışını ve PHP limitlerini not etmek; sonra sorun çıkarsa yalnız son yapılan değişikliği geri almaktır. Eğer değişiklik global bir servis katmanını etkilediyse, yeniden başlatma gerekebilir ama önce gerçek servis adının doğrulanması gerekir. Dağıtıma göre php-fpm, php8.2-fpm ya da benzer farklı isimler görülebilir; aynı durum web sunucusu ve önbellek servisleri için de geçerlidir.

• Önce son değişikliği geri alın, toplu müdahale yapmayın.
• Gerekirse yedekten küçük bir örnek geri yükleme ile sistemi test edin.
• Panel sahibiyseniz hesap düzeyi yerine önce test hesabında deneyin.
• Geri alma sonrası panel durumu ve site davranışını yeniden kontrol edin.

Eğer ayar değişikliği işleyen bir üretim sitesini etkiliyorsa, hızlı düzeltme kadar sakin geri dönüş de önemlidir. Aceleyle birden fazla ayarı aynı anda değiştirmek, kök nedeni görmek yerine yeni sorunlar oluşturabilir.

Son kontrol listesi

• Yetki seviyesi net mi: admin, reseller ya da user?
• Yedek alınmış ve geri yükleme yolu denenmiş mi?
• DNS, SSL, PHP ve kota ayarlarının etkisi anlaşıldı mı?
• Panel ile gerçek site davranışı aynı sonucu veriyor mu?
• Gerekirse geri alınacak son değişiklik not edildi mi?

DirectAdmin yapılandırma işi, ilk gün doğru sınırlar çizildiğinde yönetmesi kolay bir düzene dönüşür. Paneli tek bir ayar grubu gibi değil, yetki, DNS, SSL, PHP, mail ve yedek katmanlarının toplamı olarak okumak en güvenli yaklaşımdır. Böyle yapıldığında hem günlük kullanım sadeleşir hem de sorun çıktığında hangi kapıyı önce kapatmanız gerektiği netleşir.