X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

₺ Türk Lirası $ US Dollar
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

₺ Türk Lirası $ US Dollar

Apache Sunucu Üzerinde Alan Adı Nasıl Yayına Alınır?

AnasayfaYazılarTeknik RehberlerApache Sunucu Üzerinde Alan Adı Nas...

Apache sunucu üzerinde bir alan adını yayına almak için önce DNS kaydını sunucunun adresine yönlendirin, ardından alan adına özel bir sanal ana bilgisayar tanımı oluşturun. Bu tanım, gelen isteğin hangi alan adına ait olduğunu ve hangi site dizininden dosya sunulacağını belirler. Değişiklikten önce mevcut yapılandırmayı kaydedin; yapılandırma testi başarılı olmadan servisi yeniden yüklemeyin.

Apache sunucu yapılandırmasına başlamadan önce

Bu işlem, Apache yapılandırma dosyalarına ve genellikle yönetici yetkisine sahip olduğunuz bir VPS, fiziksel sunucu veya yönetilen sunucu ortamı içindir. Paylaşımlı hosting panelinde Apache sanal ana bilgisayarlarını doğrudan düzenleyemezsiniz; ilgili alan adı, belge kökü ve PHP gibi seçenekler paneldeki alan adı yönetimi ekranından tanımlanır. Panel size dosya yolu veya Apache yapılandırma erişimi vermiyorsa sistem dosyalarına müdahale etmeyin.

Alan adının A veya uygun olduğunda AAAA kaydı sunucunun doğru IP adresini göstermeli, site dosyaları da hedef belge kökünde bulunmalıdır. Önce mevcut sanal ana bilgisayar dosyasının bir kopyasını alın veya en azından değiştireceğiniz değerleri not edin. Aynı anda DNS, belge kökü ve Apache tanımını değiştirirseniz hangi değişikliğin sonucu etkilediğini ayırt etmek zorlaşır.

Alan adına özel sanal ana bilgisayar tanımı

Apache’de VirtualHost, aynı sunucu adresinde birden fazla web sitesini alan adı bilgisine göre ayıran yapılandırma bölümüdür. Tanımda genellikle dinlenecek adres ve port, ServerName, gerekirse alternatif adlar için ServerAlias ve dosyaların bulunduğu DocumentRoot yer alır. Dağıtıma göre dosyaların konumu ve etkinleştirme yöntemi değişebilir; bu nedenle mevcut sunucudaki örnek dosyanın biçimini izleyin.

Örneğin ornekalanadi.tld için belge kökünü /var/www/ornekalanadi olarak belirlediğinizi düşünelim. DNS doğru IP’ye çözülüyor, ancak tarayıcıda başka bir sitenin varsayılan sayfası görülüyorsa sorun çoğunlukla dosyaların eksik olmasından değil, isteğin uygun ServerName tanımıyla eşleşmemesinden kaynaklanır. Bu durumda rastgele izinleri genişletmek yerine alan adı yazımını, portu ve etkin sanal ana bilgisayar kaydını karşılaştırın.

Güvenli kurulum ve doğrulama adımları

  1. Ön koşulları doğrulayın: DNS yönetiminde alan adının A veya AAAA kaydını ve sunucudaki belge kökünü kontrol edin. Alan adı farklı bir IP’ye çözülüyorsa Apache dosyasını değiştirmeyin; önce DNS hedefini düzeltip yayılımın tamamlanmasını bekleyin. Doğru IP’ye çözülüyor fakat beklenen içerik gelmiyorsa bir sonraki adıma geçin.
  2. Sanal ana bilgisayar dosyasını bulun: Sunucunun kullandığı Apache yapılandırma dizininde alan adına ait etkin tanımı veya benzer bir örnek dosyayı açın. ServerName değerinde alan adını, ServerAlias değerlerinde gerçekten kullanılacak alternatif adları ve DocumentRoot değerinde mevcut site dizinini kontrol edin. Belge kökü yoksa önce doğru dizini oluşturun veya mevcut yayın dizinini kullanın; Apache tanımıyla olmayan bir yolu eşleştirmeyin.
  3. Tanımı etkinleştirin ve sözdizimini test edin: Dağıtımınızın etkin site mekanizmasını kullanarak tanımı etkinleştirin; bunun adı ve yöntemi işletim sistemine göre değişebilir. Ardından yönetici yetkisiyle yalnızca yapılandırmayı denetleyen apachectl configtest veya sisteminizdeki eşdeğer testi çalıştırın. Başarılı bir sonuç Apache’nin yapılandırmayı okuyabildiğini gösterir; hata, genellikle belirtilen dosya ve satırdaki yazım, eksik modül veya hatalı yolun hedefli biçimde düzeltilmesini gerektirir.
  4. İsteğin hangi tanıma eşleştiğini inceleyin: Destekleniyorsa apachectl -S komutunun salt okunur çıktısında alan adının hangi sanal ana bilgisayara bağlandığını kontrol edin. Alan adı görünmüyorsa tanım etkin olmayabilir; yanlış tanıma bağlanıyorsa ServerName, port ve etkinlik durumunu yeniden karşılaştırın. Bu aşamada dosya izinlerini topluca değiştirmeyin; web sunucusu kullanıcısının belge kökünü ve gerekli dosyaları okuyabildiğini, dizin listelemenin ise gereksizse kapalı olduğunu doğrulayın.
  5. Değişikliği yükleyin ve aynı isteği tekrarlayın: Yapılandırma testi başarılıysa Apache’yi durdurup başlatmak yerine desteklenen yeniden yükleme işlemini kullanın; böylece çalışan bağlantılara etkisi genellikle daha sınırlı olur. Tarayıcıda veya bir HTTP istemcisinde daha önce denediğiniz aynı alan adını ve URL’yi yeniden açın. Yeni isteğin saatini not edip Apache erişim ve hata günlüklerinde aynı zamana ait yeni satırları arayın. Beklenen belge dönüyor ve hata günlüğünde yeni yapılandırma hatası oluşmuyorsa sonuç doğrulanmıştır.

Hata devam ederse tek değişkeni değiştirdiğinizden emin olun. Örneğin yeni günlük satırı erişim reddi gösteriyorsa önce belge kökünün ve ilgili dosyanın sahiplik-okuma düzenini, dosya boyutu veya PHP ayarlarıyla karıştırmadan inceleyin. Sözdizimi hatası ortaya çıktıysa önceki kopyayı geri yükleyip testi tekrarlayın; hangi ayarın soruna yol açtığı netleşmeden başka bir sanal ana bilgisayarı değiştirmeyin.

Varsayılan sayfa ve DNS sonucu nasıl yorumlanır?

Alan adı doğru IP’ye gidiyor ve Apache varsayılan sayfayı gösteriyorsa istek sunucuya ulaşmıştır; odak noktası DNS değil, sanal ana bilgisayar eşleşmesidir. Alan adı başka bir IP’ye gidiyorsa Apache’yi yeniden yüklemek sonucu değiştirmez. 404 yanıtı doğru sanal ana bilgisayarın seçildiğini ancak istenen yolun belge kökünde bulunmadığını düşündürür; 403 ise dizin veya dosya erişimi, ya da dizin listeleme politikası incelenerek güvenli ve sınırlı bir düzeltme yapılmasını gerektirir.

HTTPS kullanılıyorsa HTTP tanımının doğru çalışması tek başına TLS sanal ana bilgisayarının da doğru olduğu anlamına gelmez. Sertifika ve 443 portuna ait tanımın aynı alan adıyla eşleştiğini ayrıca kontrol edin; güvenlik kontrollerini kapatmak yerine eksik veya yanlış eşleşen TLS tanımını düzeltin. Sunucuyu yönetemiyor ve yalnızca hosting paneline erişebiliyorsanız, önce panelde alan adının belge kökünü ve DNS hedefini doğrulayın; Apache yapılandırma dosyasını değiştirme yetkisi için sağlayıcının yönetim ekranını kullanın.

İlk güvenli sonraki adım

Şimdi alan adının çözümlendiği IP’yi ve Apache’deki mevcut ServerName ile DocumentRoot değerlerini yan yana kaydedin. Bu iki bilgi eşleşiyorsa yapılandırma testiyle başlayın; eşleşmiyorsa önce yalnızca hatalı katmanı düzeltin. Birden fazla alan adı için sunucu kaynaklarını değerlendirmek isterseniz sunucu kiralama çözümleri sayfasını ayrıca inceleyebilirsiniz.


Top