Bu belgede sanal konakların sonu belirsiz bir şekilde artışı karşısında
Apache HTTP Sunucusunun nasıl daha verimli kullanılacağı açıklanmıştır.
Devingen kitlesel konakları oluşturmak için
Burada açıklanan teknikler, httpd.conf
dosyanızın
örnekteki gibi, aslında hemen hemen birbirinin aynı çok sayıda
<VirtualHost>
bölümü içereceği zaman yapılacaklar ile
ilgilidir.
<VirtualHost 111.22.33.44> ServerName musteri-1.example.com DocumentRoot /siteler/musteri-1/belgeler ScriptAlias /cgi-bin/ /siteler/musteri-1/cgi-bin </VirtualHost> <VirtualHost 111.22.33.44> ServerName musteri-2.example.com DocumentRoot /siteler/musteri-2/belgeler ScriptAlias /cgi-bin/ /siteler/musteri-2/cgi-bin </VirtualHost> <VirtualHost 111.22.33.44> ServerName musteri-N.example.com DocumentRoot /siteler/musteri-N/belgeler ScriptAlias /cgi-bin/ /siteler/musteri-N/cgi-bin </VirtualHost>
İsteğimiz çok sayıda <VirtualHost>
bölümünü devingen
olarak çalışan tek bir <VirtualHost>
bölümüyle
değiştirmektir. Bunun elbette bazı getirileri olacaktır:
Ana götürüsü ise her sanal konak için ayrı birer günlük dosyasına sahip olamayacak olmanızdır. Öte yandan, dosya tanıtıcılarının sınırlı olması nedeniyle bunu yapmayı zaten istemezsiniz. Günlük kayıtları için bir fifo veya bir boru hattı oluşturmak ve diğer uçta çalışan bir süreç vasıtasıyla günlükleri müşterilere paylaştırmak daha iyidir. Böyle bir işlemle ilgili bir örneği split-logfile aracının belgesinde bulabilirsiniz.
Bir sanal konak iki bilgiye bakarak belirlenir: IP adresi ve HTTP
isteğindeki Host:
başlığının içeriği. Devingen sanal
barındırma tekniği, isteği yerine getirmek için kullanılacak dosya
yoluna bu bilgiyi kendiliğinden girmek esasına dayanır. Bu, Apache httpd
ile
Bu modüllerin her ikisi de öntanımlı olarak devre dışıdır. Bu tekniği kullanmak isterseniz Apache httpd'yi yeniden yapılandırıp derleyerek bu iki modülü etkin duruma getirmeniz gerekir.
Devingen sanal konağı normal bir sanal konak gibi göstermek için
bazı bilgileri istekten saptamak gerekir. Bunlardan en önemlisi,
httpd tarafından göreli URL’lerden normal URL’leri ve benzerlerini
üretmek için kullanılan sunucu ismidir. Sunucu ismi
ServerName
yönergesi ile yapılandırılır ve CGI’ler
tarafından SERVER_NAME
ortam değişkeni üzerinden
kullanılır. Çalışma anındaki asıl değer UseCanonicalName Off
olduğunda sunucu ismi isteğin
Host:
başlık alanından elde edilir. UseCanonicalName
DNS
belirtilmişse, sunucu ismi, sanal konağın IP adresinden
tersine DNS sorgusu yapılarak elde edilir. Birincisi isme dayalı sanal
konaklar tarafından ikincisi ise IP’ye dayalı sanal konaklar tarafından
kullanılır. Eğer httpd, istekte Host:
başlığının olmayışı
veya DNS sorgusunun başarısız olması sebebiyle sunucu ismini elde
edemezse son çare olarak ServerName
yönergesinde yazılı
değeri kullanır.
Saptanan bilgilerden biri de DocumentRoot
yönergesi ile yapılandırılan belge kök dizini olup CGI’ler tarafından
DOCUMENT_ROOT
ortam değişkeni üzerinden kullanılır. Normal
yapılandırmada DOCUMENT_ROOT
ortam
değişkenine değerini atamaktan sorumlu olan bu iki modülden biri
kullanılmazsa CGI veya SSI belgeleri yanlış değerlerle üretilirler.
Yukarıda Amaç bölümünde özetlenen sanal konak
düzenlemesinin mod_vhost_alias
kullanarak gerçekleştirilmiş
halini içeren httpd.conf
bölümü aşağıdadır.
Bu yapılandırmayı IP’ye dayalı sanal konaklar için kullanmak isterseniz
UseCanonicalName Off
yerine UseCanonicalName
DNS
yazmanız yeterlidir. Böylece dosya ismine eklenecek konak
ismi sanal konağın IP adresinden türetilir. %0
değişkeni,
Host:
başlığı ile belirlenen istekteki sunucu isminin
ifadesidir.
Kullanım örnekleri için
Bu sistem, yukarıdaki yapılandırmanın bir ISS’nin sunucusuna
uyarlanmasından başka bir şey değildir. %2
değişkenini
kullanarak, dosya isminde kullanmak üzere sunucu isminin alt dizgelerini
seçebiliriz, böylece, örneğin www.user.example.com
belgeleri
/home/user/www
dizininde bulunabilir. Farklı olarak her
sanal konak için bir tane değil hepsi için bir tane cgi-bin
olacaktır.
VirtualDocumentRoot
örnekleri vardır.
Daha karmaşık ayarlamalar yaparak httpd’nin normal
<VirtualHost>
bölümlerini farklı kitlesel sanal konak
yapılandırmaları için kullanabilirsiniz. Örneğin, bireysel
müşterileriniz için bir IP adresiniz, kurumsal müşterileriniz için de
başka bir IP adresiniz olsun. Her biri için ayrı ayrı sanal konaklar
ayarlamak yerine aşağıdaki gibi bir yapılandırma kullanabilirsiniz:
Eğer ilk <VirtualHost>
bölümü bir ServerName bilgi.example.com
)
eklenebilir.
İlk örnekte IP’ye dayalı sanal konaklar için kullanılmak istenirse yapılandırmada neyin nasıl değiştirileceği belirtilmişti. Her istek için ayrı bir DNS sorgusu gerekeceğinden bu başarım düşmesine yol açar. DNS sorgusu ihtiyacını ortadan kaldırmak için, bir çözüm olarak dosya sistemi, konak isimleri yerine IP adreslerine göre düzenlenebilir. Günlük kayıtları da IP adreslerine göre ayrıştırılacak şekilde ayarlanabilir.
mod_rewrite
ile Kitlesel Sanal KonaklarKitlesel sanal barındırma