<?xml version='1.0' encoding='UTF-8' ?>

<!DOCTYPE manualpage SYSTEM "/style/manualpage.dtd">

<?xml-stylesheet type="text/xsl" href="/style/manual.tr.xsl"?>

<manualpage metafile="ip-based.xml.meta">

<parentdocument href="./">Sanal Konaklar</parentdocument>

<title>Apache’de IP’ye Dayalı Sanal Konak Desteği</title>

<seealso>

<a href="name-based.html">İsme Dayalı Sanal Konak Desteği</a>

</seealso>

<section id="requirements"><title>Sistem gereksinimleri</title>

<p><cite>IP’ye dayalı</cite> deyince, sunucunun <strong>her IP’ye dayalı

sanal konak için ayrı bir IP adresi</strong>ne sahip olduğunu anlıyoruz.

Bunun olması için, makine ya çok sayıda ağ bağlantısına sahiptir ya da

makinede, günümüzde çoğu işletim sistemi tarafından desteklenen sanal

arabirimler kullanılıyordur. (Sanal arabirimlerle ilgili ayrıntılar için

sistem belgelerinize bakınız; bu konu genellikle IP rumuzları (ip aliases)

olarak geçer ve ayarlamak için genellikle "ifconfig" komutu

kullanılır.)</p>

</section>

<section id="howto"><title>Apache nasıl ayarlanır?</title>

<p>Çok sayıda konağı desteklemek üzere Apache iki şekilde

yapılandırılabilir. Ya her konak için ayrı bir <program>httpd</program>

süreci çalıştırırsınız ya da tüm sanal konakları destekleyen tek bir

süreciniz olur.</p>

<p>Çok sayıda süreç kullanıyorsanız:</p>

<ul>

<li>Güvenli bölgeler oluşturmanız gerekiyordur. Örneğin, şirket2’deki hiç

kimse dosya sistemi üzerinden şirket1’e ait verileri okuyamasın, sadece

herkes gibi tarayıcı kullanarak okuyabilsin istenebilir. Bu durumda,

<directive module="mpm_common">User</directive>,

<directive module="mpm_common">Group</directive>,

<directive module="mpm_common">Listen</directive> ve

<directive module="core">ServerRoot</directive> yönergeleri farklı

değerlerle yapılandırılmış iki ayrı süreç çalıştırmanız gerekir.</li>

<li>Makine üzerindeki her IP adresini dinlemek için gereken dosya tanıtıcı

ve bellek miktarını makul bir seviyede tutabilirsiniz. Bu sadece belli

adresleri dinleyerek veya çok sayıda adresle eşleşen adres kalıpları

kullanarak mümükün olabilir. Zaten, bir sebeple belli bir adresi dinleme

ihtiyacı duyarsanız, diğer tüm adresleri de ayrı ayrı dinlemeniz

gerekir. (Bir <program>httpd</program> programı N-1 adresi dinlerken

diğerleri kalan adresleri dinleyebilir.)</li>

</ul>

<p>Tek bir süreç kullanıyorsanız:</p>

<ul>

<li><program>httpd</program> yapılandırmasının sanal konaklar arasında

paylaşılmasına izin veriliyor demektir.</li>

<li>Makine çok büyük miktarda isteği karşılayabilir ve ayrı ayrı

süreçlerin çalışmasından kaynaklanan önemli başarım kayıpları

yaşanmaz.</li>

</ul>

</section>

<section id="multiple"><title>Çok sayıda sürecin yapılandırılması</title>

<p>Her sanal konak için ayrı bir <program>httpd</program> yapılandırması

oluşturulur. Her yapılandırmada, o süreç tarafından sunulacak IP adresi

(veya sanal konak) için <directive module="mpm_common">Listen</directive>

yönergesi kullanılır. Örnek:</p>

<example>

Listen www.birkobi.dom:80

</example>

<p>Burada konak ismi yerine IP adresi kullanmanız önerilir (ayrıntılar için

<a href="/dns-caveats.html">DNS ile ilgili konular</a> belgesine

bakınız).</p>

</section>

<section id="single"><title>Sanal konaklar tek bir sürecin yapılandırılması</title>

<p>Bu durum için, ana sunucu ve sanal konakların tümüne gelen istekler tek

bir <program>httpd</program> süreci tarafından karşılanır. Yapılandırma

dosyasında, her sanal konak için, farklı değerlere sahip <directive

module="core">ServerAdmin</directive>, <directive

module="core">ServerName</directive>, <directive

module="core">DocumentRoot</directive>, <directive

module="core">ErrorLog</directive>ve<directive

module="mod_log_config">TransferLog</directive>

veya <directive module="mod_log_config">CustomLog</directive> yönergeleri

içeren ayrı birer <directive module="core">VirtualHost</directive> bölümü

oluşturulur. Örnek:</p>

<example>

&lt;VirtualHost 192.168.1.10:80&gt;

<indent>

ServerAdmin bilgi@posta.birkobi.dom<br />

DocumentRoot /gruplar/birkobi/belgeler<br />

ServerName www.birkobi.dom<br />

ErrorLog /gruplar/birkobi/günlükler/hatalar.log<br />

TransferLog /gruplar/birkobi/günlükler/erisim.log

</indent>

&lt;/VirtualHost&gt;<br />

<br />

&lt;VirtualHost 192.168.1.20:80&gt;

<indent>

ServerAdmin bilgi@posta.digerkobi.dom<br />

DocumentRoot /gruplar/digerkobi/belgeler<br />

ServerName www.digerkobi.dom<br />

ErrorLog /gruplar/digerkobi/günlükler/hatalar.log<br />

TransferLog /gruplar/digerkobi/günlükler/erisim.log

</indent>

&lt;/VirtualHost&gt;

</example>

<p>&lt;VirtualHost&gt; yönergesinde konak ismi yerine

IP adresi kullanmanız önerilir (ayrıntılar için

<a href="/dns-caveats.html">DNS ile ilgili konular</a>

belgesine bakınız).</p>

<p>Süreç oluşturmayı denetleyen yönergeler ve bir kaç başka yönerge dışında

hemen hemen tüm yapılandırma yönergeleri <directive

module="core">VirtualHost</directive> bölümleri içinde kullanılabilir. Bir

yönergenin <directive module="core">VirtualHost</directive> bölümlerinde

kullanılıp kullanılmayacağını öğrenmek için <a

href="/mod/directives.html">yönerge dizinini</a> kullanarak yönergenin <a

href="/mod/directive-dict.html#Context">Bağlam</a>’ına bakınız.</p>

<p><a href="/suexec.html">suEXEC sarmalayıcısı</a> kullanıldığı takdirde

<directive module="mod_suexec">SuexecUserGroup</directive> yönergesi de

bir <directive module="core">VirtualHost</directive> bölümü içinde

kullanılabilir.</p>

<p><em>GÜVENLİK:</em>Günlük dosyalarının yazılacağı yeri belirlerken,

Apache’yi başlatan kullanıcıdan başka kimsenin yazamayacağı bir yerin

seçilmesi bazı güvenlik risklerini ortadan kaldırmak bakımından önemlidir.

Ayrıntılar için <a href="/misc/security_tips.html">güvenlik ipuçları</a>

belgesine bakınız.</p>

</section>

</manualpage>