Devingen olarak Yapılandırılan Kitlesel Sanal Barındırma

sunucu ismini Host: başlığından elde edelim UseCanonicalName Off

Bu günlükleme biçiminde split-logfile aracı kullanılarak

sanal konak günlükleri ilk alana göre ayrıştırılabilir LogFormat "%V %h %l %u %t \"%r\" %s %b" vcommon CustomLog logs/access_log vcommon

istekleri yerine getirmek için kullanılacak

dosya isimlerine sunucu ismini ekleyelim VirtualDocumentRoot /siteler/%0/belgeler VirtualScriptAlias /siteler/%0/cgi-bin

sunucu ismini içerecek dosya isimlerini oluşturalım VirtualDocumentRoot /home/%2/www

ortak cgi-bin dizini ScriptAlias /cgi-bin/ /siteler/std-cgi/

Sunucu ismini IP adresinden ters DNS sorgusu ile elde edelim UseCanonicalName DNS

Günlük kayıtları IP adreslerine göre ayrıştırılabilsin LogFormat "%A %h %l %u %t \"%r\" %s %b" vcommon CustomLog logs/access_log vcommon

dosya isimleri IP adreslerini içersin VirtualDocumentRootIP /siteler/%0/belgeler VirtualScriptAliasIP /siteler/%0/cgi-bin

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

modülünün kullanımını açıklayan mod_rewriteayrı bir belge de mevcuttur.

ServerName musteri-1.example.com DocumentRoot /siteler/musteri-1/belgeler ScriptAlias /cgi-bin/ /siteler/musteri-1/cgi-bin ServerName musteri-2.example.com DocumentRoot /siteler/musteri-2/belgeler ScriptAlias /cgi-bin/ /siteler/musteri-2/cgi-bin ServerName musteri-N.example.com DocumentRoot /siteler/musteri-N/belgeler ScriptAlias /cgi-bin/ /siteler/musteri-N/cgi-bin

bölümünü devingen olarak çalışan tek bir

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.

modülünü kullanarak oldukça kolay yapılabileceği gibi modvhostaliasmod_rewrite modülü de kullanılabilir.

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

yönergesi tarafından denetlenir. UseCanonicalNameUseCanonicalName 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

modülü tarafından dosya isimlerini URI’lere eşlerken kullanılır. Fakat sunucu devingen sanal konakları kullanmak üzere yapılandırıldığında, eşleştirmeyi farklı yollardan yapan başka bir modül devreye girer (core

ortam değişkenine değerini atamaktan sorumlu olan bu iki modülden biri kullanılmazsa CGI veya SSI belgeleri yanlış değerlerle üretilirler.

yazmanız yeterlidir. Böylece dosya ismine eklenecek konak ismi sanal konağın IP adresinden türetilir. %0

başlığı ile belirlenen istekteki sunucu isminin ifadesidir.

modülünün belgesine bakınız.modvhostalias

dizininde bulunabilir. Farklı olarak her sanal konak için bir tane değil hepsi için bir tane cgi-bin

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:

UseCanonicalName Off LogFormat "%V %h %l %u %t \"%r\" %s %b" vcommon Options FollowSymLinks AllowOverride All Options FollowSymLinks AllowOverride None ServerName kurumsal.example.com CustomLog logs/accesslog.kurumsal vcommon VirtualDocumentRoot /siteler/kurumsal/%0/belgeler VirtualScriptAlias /siteler/kurumsal/%0/cgi-bin ServerName bireysel.example.com CustomLog logs/accesslog.bireysel vcommon VirtualDocumentRoot /siteler/bireysel/%0/belgeler ScriptAlias /cgi-bin/ /siteler/std-cgi/

yönergesi içermezse ilgili IP için ters DNS sorgusu yapılır. Eğer sorgudan elde edilen isim sunucunun ismi değilse bu istenmeyen duruma bir çözüm olarak bir bilgilendirme bölümü (örn, ServerNameServerName bilgi.example.com

İ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.

yönergesini kullanarak erişirsiniz. Bu teknikler ayrıntılı olarak RewriteMaprewrite belgelerinde açıklanmıştır.

Modüller | Yönergeler | SSS | Terimler | Site Haritası

Apache HTTP Sunucusu Sürüm 2.4