core.html.tr.utf8 revision d972e4a0688f66b1402473dd9dacfecefa2132a8
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
This file is generated from xml source: DO NOT EDIT
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
-->
<title>core - Apache HTTP Sunucusu</title>
<link href="/style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
<link href="/style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
<body>
<div id="page-header">
<p class="menu"><a href="/mod/">Modüller</a> | <a href="/mod/directives.html">Yönergeler</a> | <a href="/faq/">SSS</a> | <a href="/glossary.html">Terimler</a> | <a href="/sitemap.html">Site Haritası</a></p>
<p class="apache">Apache HTTP Sunucusu Sürüm 2.3</p>
<div id="path">
<a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">HTTP Sunucusu</a> > <a href="http://httpd.apache.org/docs/">Belgeleme</a> > <a href="../">Sürüm 2.3</a> > <a href="./">Modüller</a></div>
<div id="page-content">
<div id="preamble"><h1>Apache Temel Özellikleri</h1>
<div class="toplang">
<p><span>Mevcut Diller: </span><a href="/de/mod/core.html" hreflang="de" rel="alternate" title="Deutsch"> de </a> |
</div>
<div class="outofdate">Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.</div>
<table class="module"><tr><th><a href="module-dict.html#Description">Açıklama:</a></th><td>Apache HTTP Sunucusunda daima mevcut olan çekirdek
özellikler</td></tr>
</div>
<div id="quickview"><h3 class="directives">Yönergeler</h3>
<ul id="toc">
<li><img alt="" src="/images/down.gif" /> <a href="#addoutputfilterbytype">AddOutputFilterByType</a></li>
<li><img alt="" src="/images/down.gif" /> <a href="#allowencodedslashes">AllowEncodedSlashes</a></li>
<li><img alt="" src="/images/down.gif" /> <a href="#limitinternalrecursion">LimitInternalRecursion</a></li>
<li><img alt="" src="/images/down.gif" /> <a href="#limitrequestfieldsize">LimitRequestFieldSize</a></li>
<li><img alt="" src="/images/down.gif" /> <a href="#limitxmlrequestbody">LimitXMLRequestBody</a></li>
<li><img alt="" src="/images/down.gif" /> <a href="#maxkeepaliverequests">MaxKeepAliveRequests</a></li>
<li><img alt="" src="/images/down.gif" /> <a href="#scriptinterpretersource">ScriptInterpreterSource</a></li>
<li><img alt="" src="/images/down.gif" /> <a href="#usecanonicalphysicalport">UseCanonicalPhysicalPort</a></li>
</ul>
</div>
<div class="directive-section"><h2><a name="AcceptFilter" id="AcceptFilter">AcceptFilter</a> <a name="acceptfilter" id="acceptfilter">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Bir protokolün dinleyici soketleri için en iyilemeleri ayarlar
</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>AcceptFilter <var>protocol</var> <var>kabul_süzgeci</var></code></td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Uyumluluk:</a></th><td>Windows'ta Apache 2.3.3 ve sonrasında diğerlerinde Apache
2.1.5 ve sonrasında mevcuttur.</td></tr>
</table>
<p>Bu yönerge protokol türüne göre bir dinleme soketinin işletim
sistemine özgü en iyilemelerini etkin kılar. İşletim sistemi çekirdeği
için temel önerme veri alınıncaya kadar veya HTTP isteğinin tamamı
tamponlanana kadar sunucu sürecine bir soket tahsis etmemektir.
Şimdilik sadece <a href="http://www.freebsd.org/cgi/man.cgi?query=accept_filter&sektion=9">FreeBSD’nin Kabul Süzgeçleri</a> ve Linux’un soket seçeneklerinden
<code>TCP_DEFER_ACCEPT</code> ve Windows'un en iyilenmiş
<code>AcceptEx()</code> işlevi desteklenmektedir.</p>
<p>Değiştirge olarak <code>none</code> kullanımı, protokolün kabul
süzgeçlerini iptal edecektir. <code>ftp:</code> veya <code>nntp</code>
gibi sunucunun baştan bir veri göndermesinin gerekli olduğu
protokoller için kullanışlıdır. Örnek:</p>
<div class="example"><p><code>AcceptFilter nntp none</code></p></div>
<p>FreeBSD için öntanımlı değerler:</p>
<div class="example"><p><code>
AcceptFilter http httpready <br />
AcceptFilter https dataready
</code></p></div>
<p><code>httpready</code> kabul süzgeci HTTP isteklerinin tamamını
işletim sistemi çekirdeği seviyesinde tamponlar. Çekirdek isteğin
tamamını alır almaz sunucuya gönderir. Ayrıntılar için <a href="http://www.freebsd.org/cgi/man.cgi?query=accf_http&sektion=9">accf_http(9)</a> kılavuz sayfasına bakınız. HTTPS istekleri
şifrelenmiş olduğundan sadece <a href="http://www.freebsd.org/cgi/man.cgi?query=accf_data&sektion=9">accf_data(9)</a> süzgeci kullanılır.</p>
<p>Linux’taki öntanımlı değerler:</p>
<div class="example"><p><code>
AcceptFilter http data <br />
AcceptFilter https data
</code></p></div>
<p>Linux’un <code>TCP_DEFER_ACCEPT</code> soket seçeneği HTTP isteklerinin
tamponlanmasını desteklemez. <code>none</code> dahil her değer
dinleyici üzerinde <code>TCP_DEFER_ACCEPT</code> seçeneğini etkin kılar.
Daha ayrıntılı bilgi edinmek için Linux
<a href="http://homepages.cwi.nl/~aeb/linux/man2html/man7/tcp.7.html">tcp(7)</a> kılavuz sayfasına bakınız.</p>
<p>Windows’taki öntanımlı değerler::</p>
<div class="example"><p><code>
AcceptFilter http data <br />
AcceptFilter https data
</code></p></div>
<p>Windows'un <code>mpm_winnt</code> modülü <code>AcceptEx()</code>
arayüzünü açıp kapamak için <code>AcceptFilter</code>'i yorumlar ve
http protokol tamponlamasını desteklemez. Windows
<code>AcceptEx()</code> arayüzünü tetikleyen iki değer vardır ve ağ
soketlerini bağlantılar arasında yer değiştirirler. <code>data</code>,
veri aktarılana kadar yukarıda anlatıldığı gibi bekler ve ilk veri
tamponu ve uç ağ adresleri tek bir <code>AcceptEx()</code> çağrısından
alınır. <code>connect</code>, <code>AcceptEx()</code> arayüzünü
kullanacak, ayrıca uç ağ adresleri de alınacak, fakat
<code>none</code> gibi <code>connect</code> seçeneği de ilk veri
aktarımını beklemeyecektir.</p>
<p>Windows'ta <code>none</code> <code>AcceptEx()</code>'ten ziyade
<code>accept()</code> kullanır ve ağ soketlerini bağlantılar arasında
yer değiştirmez. Sürücü desteği bozuk ağ bağdaştırıcılarından başka
vpn sürücüleri gibi bazı sanal ağ sağlayıcılar veya spam, virus veya
casus yazılım süzgeçleri için kullanışlıdır.</p>
</div>
<div class="directive-section"><h2><a name="AcceptPathInfo" id="AcceptPathInfo">AcceptPathInfo</a> <a name="acceptpathinfo" id="acceptpathinfo">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Dosya isminden sonra belirtilen yol verisini kabul veya
reddeder.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>AcceptPathInfo On|Off|Default</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>AcceptPathInfo Default</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Uyumluluk:</a></th><td>Apache 2.0.30 ve sonrasında mevcuttur.</td></tr>
</table>
<p>Bu yönerge, istekte dosya isminden sonra (dizinde belirtilen dosya
bulunmayabilir) belirtilen yol verisinin kabul edilip edilmeyeceğini
denetler. Dosya isminden sonra belirtilen yol verisi
<code>PATH_INFO</code> ortam değişkeninde betiklerin kullanımına
sunulabilir.</p>
<code>PATH_INFO</code> değişkenine <code>/more</code> verisinin
atanmasını sağlar.</p>
<p><code class="directive">AcceptPathInfo</code> yönergesine atanabilecek argüman
sayısı üçtür:</p>
<dl>
<dt><code>Off</code></dt><dd>Sadece dosya isminden sonra yol verisi
bulunmayan istekler kabul edilir. Yukarıdaki örnekteki gibi
bulunamadı) hatasıyla sonuçlanır.</dd>
<dt><code>On</code></dt><dd>Mevcut bir dosyaya ait bir dosya isminden
sonra bir yol verisinin de belirtildiği istekler kabul edilir.
takdirde kabul edilir.</dd>
<dt><code>Default</code></dt><dd>Dosya isminden sonra yol verisi
belirtilen isteklerin nasıl ele alınacağı istekten sorumlu <a href="/handler.html">eylemci</a> tarafından saptanır. Normal dosyalar
için çekirdek eylemci öntanımlı olarak <code>PATH_INFO</code>
isteklerini reddeder. <a href="mod_cgi.html"><code>cgi-script</code></a> ve <a href="mod_isapi.html"><code>isapi-handler</code></a> gibi betiklere
hizmet eden eylemciler ise genellikle <code>PATH_INFO</code>
isteklerini öntanımlı olarak kabul ederler.</dd>
</dl>
<p><code>AcceptPathInfo</code> yönergesinin birincil amacı eylemcinin
<code>PATH_INFO</code> istekleri hakkında verdiği kabul veya red
kararını geçersiz kılabilmenizi sağlamaktır. Örneğin,
<code>PATH_INFO</code>’ya dayalı olarak içerik üretmek için <a href="mod_include.html"><code>INCLUDES</code></a> gibi bir <a href="/filter.html">süzgeç</a> kullandığınız takdirde bu
geçersizleştirme zorunlu olur. Normal dosyalar için çekirdek eylemci
normal olarak isteği reddederdi, böyle bir durumda bir betiği etkin
kılmak için aşağıdaki gibi bir yapılandırma kullanabilirsiniz:</p>
<div class="example"><p><code>
<Files "mypaths.shtml"><br />
<span class="indent">
Options +Includes<br />
SetOutputFilter INCLUDES<br />
AcceptPathInfo On<br />
</span>
</Files>
</code></p></div>
</div>
<div class="directive-section"><h2><a name="AccessFileName" id="AccessFileName">AccessFileName</a> <a name="accessfilename" id="accessfilename">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Dağıtık yapılandırma dosyasının ismi belirtilir.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>AccessFileName <var>filename</var> [<var>filename</var>] ...</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>AccessFileName .htaccess</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak</td></tr>
</table>
<p>Belge yolu üzerindeki dizinlerde dağıtık yapılandırma dosyalarının <a href="#allowoverride">bulunmasına izin verilmişse</a> sunucu bir isteği
işlerken önce bu dizinlerde bu yönergede belirtilmiş yapılandırma
dosyasını arar. Örnek:</p>
<div class="example"><p><code>
AccessFileName .acl
</code></p></div>
önce,</p>
<div class="example"><p><code>
<Directory /><br />
<span class="indent">
AllowOverride None<br />
</span>
</Directory>
</code></p></div>
<p>şeklinde bir yapılandırma ile iptal edilmiş olmadıkça yönergeler için
dosyalarını okur.</p>
<h3>Ayrıca bakınız:</h3>
<ul>
<li><code class="directive"><a href="#allowoverride">AllowOverride</a></code></li>
</ul>
</div>
<div class="directive-section"><h2><a name="AddDefaultCharset" id="AddDefaultCharset">AddDefaultCharset</a> <a name="adddefaultcharset" id="adddefaultcharset">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Bir yanıtın içerik türü <code>text/plain</code> veya
parametresini belirler.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>AddDefaultCharset On|Off|<var>karküm</var></code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>AddDefaultCharset Off</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
</table>
kümesini (karakter kodlamasınının ismini) belirler. Bu, asıl davranış
çoğunlukla kullanıcının istemci yapılandırmasına bağlı olmakla
birlikte, yanıtın gövdesinde <code>META</code> elemanı vasıtasıyla
belirtilmiş karakter kümesini geçersiz kılar. <code>AddDefaultCharset
Off</code> şeklinde bir atama bu işlevselliği iptal eder.
<code>AddDefaultCharset On</code> ile bu işlevsellik etkin kılınmaktan
başka <code>iso-8859-1</code> karakter kümesini öntanımlı olarak yanıta
eklenir. Yönergede <var>karküm</var> olarak belirtilecek değerler,
Genel Ağ ortam türlerinde (MIME türlerinde) kullanmak üzere <a href="http://www.iana.org/assignments/character-sets">IANA’da kayıtlı
karakter kümesi değerleri</a>nden biri olmalıdır. Örnek:</p>
<div class="example"><p><code>
AddDefaultCharset utf-8
</code></p></div>
<p><code class="directive">AddDefaultCharset</code> yönergesi sadece, metin
kaynaklarının hepsinin aynı karakter kümesine sahip olduğu bilindiği
takdirde ve her birinde ayrı ayrı karakter kümesi belirtmek çok
külfetli olacaksa kullanılmalıdır. Buna bir örnek, CGI betikleri
tarafından üretilmiş içeriğe sahip kaynaklara karakter kümesinin
eklenmesidir; böyle kaynaklar çıktıda kullanıcı tarafından sağlanmış
veri içermeleri nedeniyle karşı siteden kaynaklanan betikli
saldırılardan zarar görebilir. Bununla birlikte, bir öntanımlı karakter
kümesi belirtmek, tarayıcılarında “karakter kodlamasını kendiliğinden
sapta” özelliğini etkin kılmış kullanıcıları korumayacağından daha iyi
bir çözüm bu betikleri bu tür saldırılara karşı düzeltmek veya en iyisi
silmektir.</p>
<h3>Ayrıca bakınız:</h3>
<ul>
</ul>
</div>
<div class="directive-section"><h2><a name="AddOutputFilterByType" id="AddOutputFilterByType">AddOutputFilterByType</a> <a name="addoutputfilterbytype" id="addoutputfilterbytype">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Belli bir ortam türüne bir çıktı süzgeci atar.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>AddOutputFilterByType <var>süzgeç</var>[;<var>süzgeç</var>...]
<var>ortam-türü</var> [<var>ortam-türü</var>] ...</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Uyumluluk:</a></th><td>2.0.33 ve sonrasında mevcuttur; Apache 2.1 ve sonrasında
kullanımı önerilmemektedir.</td></tr>
</table>
<p>Bu yönerge yanıtın <a class="glossarylink" href="/glossary.html#mime-type" title="sözlüğe bakınız">ortam türü</a>ne
bağlı olarak bir istek için belli bir <a href="/filter.html">çıktı
süzgecini</a> etkin kılar. Aşağıda açıklanan belli başlı sorunlardan
dolayı bu yönergenin kullanımı önerilmemektedir. Aynı işlevsellik
<code class="module"><a href="/mod/mod_filter.html">mod_filter</a></code> kullanarak sağlanabilmektedir.</p>
<p>Aşağıdaki örnekte <code class="module"><a href="/mod/mod_deflate.html">mod_deflate</a></code> modülünce sağlanan
<code>DEFLATE</code> süzgeci kullanılmıştır. Bu süzgeç,
tüm çıktıyı (ister durağan ister devingen olsun) istemciye göndermeden
önce sıkıştırır.</p>
<div class="example"><p><code>
</code></p></div>
<p>İçeriğin birden fazla süzgeç tarafından işlenmesini isterseniz süzgeç
isimlerini noktalı virgüllerle ayırarak belirtebilirsiniz. Ayrıca, bu
süzgeçlerin her biri için ayrı bir
<code class="directive">AddOutputFilterByType</code> yönergesi belirtmek de
mümkündür.</p>
betik çıktılarının önce <code>INCLUDES</code> sonra da
<code>DEFLATE</code> süzgecinden geçirilmesine sebep olur.</p>
<div class="example"><p><code>
<Location /cgi-bin/><br />
<span class="indent">
Options Includes<br />
</span>
</Location>
</code></p></div>
<div class="warning"><h3>Ek Bilgi</h3>
<p>Süzgeçlerin <code class="directive">AddOutputFilterByType</code> ile etkin
kılınması bazı durumlarda kısmen bazılarında da tamamen başarısızlığa
uğrayabilir. Örneğin, <a class="glossarylink" href="/glossary.html#mime-type" title="sözlüğe bakınız">ortam türü</a>
saptanamadığı takdirde hiçbir süzgeç uygulanmaz. Süzgeçlerin
uygulanacağına emin olmak isterseniz, bir kaynağa içerik türünü
<code class="directive"><a href="#forcetype">ForceType</a></code> ile açıkça
atayabilirsiniz. Ayrıca, içerik türünü (bir nph-olmayan) CGI betiği
içinde ayarlamak da bu güvenceyi sağlar.</p>
</div>
<h3>Ayrıca bakınız:</h3>
<ul>
<li><code class="directive"><a href="/mod/mod_mime.html#addoutputfilter">AddOutputFilter</a></code></li>
<li><code class="directive"><a href="#setoutputfilter">SetOutputFilter</a></code></li>
</ul>
</div>
<div class="directive-section"><h2><a name="AllowEncodedSlashes" id="AllowEncodedSlashes">AllowEncodedSlashes</a> <a name="allowencodedslashes" id="allowencodedslashes">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Kodlanmış dosya yolu ayracı içeren URL’lere izin verilip
verilmeyeceğini belirler.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>AllowEncodedSlashes On|Off</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>AllowEncodedSlashes Off</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak</td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Uyumluluk:</a></th><td>Apache 2.0.46 ve sonrasında mevcuttur.</td></tr>
</table>
<p><code class="directive">AllowEncodedSlashes</code> yönergesi kodlanmış dosya
yolu ayracı içeren URL’lere izin verir (<code>/</code> yerine
<code>%2F</code> ve ek olarak <code>\</code> için ilgili sistemlerde
<code>%5C</code> kullanılmış URL’ler). Normalde böyle URL’ler bir 404
(Nesne bulunamadı) hatasıyla reddedilirler.</p>
<p><code class="directive">AllowEncodedSlashes</code> <code>On</code>, çoğunlukla
<code>PATH_INFO</code> ile bir arada kullanıldığı zaman
kullanışlıdır.</p>
<div class="note"><h3>Ek Bilgi</h3>
<p>Kodlanmış bölü çizgilerine izin vermek bu kodlamanın karakter olarak
çözümleneceği anlamına gelmez. URL içindeki <code>%2F</code> veya
<code>%5C</code>’ler (sadece ilgili sistemlerde), tıpkı normal
URL’lere yapıldığı gibi, oldukları gibi bırakılırlar.</p>
</div>
<h3>Ayrıca bakınız:</h3>
<ul>
<li><code class="directive"><a href="#acceptpathinfo">AcceptPathInfo</a></code></li>
</ul>
</div>
<div class="directive-section"><h2><a name="AllowOverride" id="AllowOverride">AllowOverride</a> <a name="allowoverride" id="allowoverride">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td><code>.htaccess</code> dosyalarında bulunmasına izin verilen
yönerge türleri belirtilir.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>AllowOverride All|None|<var>yönerge-türü</var>
[<var>yönerge-türü</var>] ...</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>AllowOverride All</code></td></tr>
</table>
<p>Sunucu <code class="directive"><a href="#accessfilename">AccessFileName</a></code> yönergesi
ile belirtildiği şekilde bir <code>.htaccess</code> dosyasına rastlarsa
önceki yapılandırma yönergelerinin hangilerinin geçersiz kılınmak üzere
bildirildiğini bilmek ister.</p>
<div class="note"><h3>Sadece <Directory> bölümlerinde geçerli</h3>
<code class="directive">AllowOverride</code> yönergesi, <code class="directive"><a href="#location"><Location></a></code>, <code class="directive"><a href="#directorymatch"><DirectoryMatch></a></code> veya <code class="directive"><a href="#files"><Files></a></code> bölümlerinde değil,
sadece düzenli ifade içermeyen <code class="directive"><a href="#directory"><Directory></a></code> bölümlerinde geçerlidir.
</div>
<p>Yönergeye değer olarak <code>None</code> belirtilirse <a href="#accessfilename">.htaccess</a> dosyaları tamamen yok sayılır. Bu
durumda, sunucu dosya sisteminde rastladığı <code>.htaccess</code>
dosyalarını okumaya dahi çalışmayacaktır.</p>
<p>Bu yönergeye <code>All</code> değeri atanırsa, .htaccess <a href="directive-dict.html#Context">bağlamında</a> kullanılabilecek her
yönergeye <code>.htaccess</code> dosyalarında izin verilir.</p>
<p><code><var>yönerge-türü</var></code> olarak aşağıdaki yönerge grup
isimlerinden biri belirtilebilir:</p>
<dl>
<dt>AuthConfig</dt>
<dd><code class="directive"><a href="/mod/mod_authn_dbm.html#authdbmgroupfile">AuthDBMGroupFile</a></code>,
<code class="directive"><a href="/mod/mod_authn_dbm.html#authdbmuserfile">AuthDBMUserFile</a></code>,
<code class="directive"><a href="/mod/mod_authz_groupfile.html#authgroupfile">AuthGroupFile</a></code>,
<em>ve benzeri</em> yetkilendirme yönergelerinin kullanımını izin
verilir.</dd>
<dt>FileInfo</dt>
<code>Add*</code> ve <code>Remove*</code> yönergeleri,
<code class="directive"><a href="#errordocument">ErrorDocument</a></code>,
<code class="directive"><a href="#forcetype">ForceType</a></code>,
<code class="directive"><a href="/mod/mod_negotiation.html#languagepriority">LanguagePriority</a></code>,
<code class="directive"><a href="#sethandler">SetHandler</a></code>,
<code class="directive"><a href="#setinputfilter">SetInputFilter</a></code>,
<code class="directive"><a href="#setoutputfilter">SetOutputFilter</a></code>
yönergeleri ve benzerleri ile
belge meta veri yönergelerinin,
yönergelerinin ve <code class="module"><a href="/mod/mod_actions.html">mod_actions</a></code> modülündeki
yönergesinin kullanımına izin verilir.
</dd>
<dt>Indexes</dt>
<dd>Dizin içeriğinin listelenmesini denetleyen
<code class="directive"><a href="/mod/mod_autoindex.html#addiconbyencoding">AddIconByEncoding</a></code>,
yönergelerinin <em>ve benzerlerinin</em> kullanımına izin
verilir.</dd>
<dt>Limit</dt>
<dd>Konak erişimini denetleyen
yönergelerinin kullanımına izin verilir.</dd>
<dt>Options[=<var>seçenek</var>,...]</dt>
<dd>Dizinlere özgü özellikleri denetleyen
<code class="directive"><a href="#options">Options</a></code> ve
kullanımına izin verilir. <code class="directive"><a href="#options">Options</a></code> komutunda belirtilecek seçenekler
bir eşit işaretinden sonra aralarına sadece virgül konarak
(boşluksuz) belirtilebilir.</dd>
</dl>
<p>Örnek:</p>
<div class="example"><p><code>
AllowOverride AuthConfig Indexes
</code></p></div>
<p>Bu örnekte <code>AuthConfig</code> ve <code>Indexes</code> grubundaki
yönergeler bir dahili sunucu hatasına yol açmayacaktır.</p>
<div class="note"><p>Güvenlik ve başarımı arttırmak için <code><Directory /></code>
bloğu içinde <code>AllowOverride</code> yönergesine <code>None</code>
dışında bir değer atamayın. Böyle yapmak yerine bir <code>.htaccess</code>
dosyası yerleştirmeyi düşündüğünüz dizine ait bir
<code><Directory></code> bloğu olması daha iyidir.</p></div>
<h3>Ayrıca bakınız:</h3>
<ul>
<li><code class="directive"><a href="#accessfilename">AccessFileName</a></code></li>
</ul>
</div>
<div class="directive-section"><h2><a name="CGIMapExtension" id="CGIMapExtension">CGIMapExtension</a> <a name="cgimapextension" id="cgimapextension">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>CGI betik yorumlayıcısını saptama tekniğini belirler.
</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>CGIMapExtension <var>cgi-yolu</var> <var>.uzantı</var></code></td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Uyumluluk:</a></th><td>Sadece NetWare’de geçerlidir.</td></tr>
</table>
<p>Bu yönerge Apache’inin CGI bekitlerini çalıştırmak için kullanacağı
yorumlayıcıyı nasıl bulacağını denetlemek için kullanılır. Örneğin,
uzantılı CGI betik dosyalarının FOO yorumlayıcıya aktarılmasını
sağlar.</p>
</div>
<div class="directive-section"><h2><a name="ContentDigest" id="ContentDigest">ContentDigest</a> <a name="contentdigest" id="contentdigest">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td><code>Content-MD5</code> HTTP yanıt başlıklarının üretimini
etkin kılar.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>ContentDigest On|Off</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>ContentDigest Off</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
</table>
<p>Bu yönerge RFC2616 ve RFC1864’te tanımlandığı gibi
<code>Content-MD5</code> üretimini etkin kılar.</p>
<p>MD5, verideki herhangi bir değişikliğin ileti özetinin değişmesi
olarak yansıması nedeniyle yüksek derecede itimat sağlayan keyfi
uzunlukta bir "ileti özeti" (bazen "parmakizi" dendiği de olur)
hesaplama algoritmasıdır.</p>
<p><code>Content-MD5</code> başlığı öğe gövdesinin iki uç arasında ileti
bütünlük sınamasının yapılabilmesini sağlar. Bir istemci veya vekil
aktarılan öğe gövdesinde rastlantısal bir değişiklik olup olmadığını
saptamak için bu başlığın doğruluğunu sınayabilir. Başlık örneği:</p>
<div class="example"><p><code>
Content-MD5: AuLb7Dp1rqtRtxz2m9kRpA==
</code></p></div>
<p>Her istekte ileti özeti hesaplanacağından (değerler saklanmaz), bu
yönergenin sunucunuzda başarım sorunlarına yol açacağına dikkat
ediniz.</p>
<p><code>Content-MD5</code>, herhangi bir modül değil, sadece
<code class="module"><a href="/mod/core.html">core</a></code> modülü tarafından sunulan belgeler için
gönderilir. Örneğin, SSI belgeleri CGI betikleri tarafından
çıktılanırlar ve bayt seviyesinden çıktılar bu başlığa sahip
olmazlar.</p>
</div>
<div class="directive-section"><h2><a name="DefaultType" id="DefaultType">DefaultType</a> <a name="defaulttype" id="defaulttype">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Değeri <code>none</code> olduğu takdirde, bu yönergenin bir
uyarı vermekten başka bir etkisi yoktur. Önceki sürümlerde, bu yönerge,
sunucunun ortam türünü saptayamadığı durumda göndereceği öntanımlı ortam
türünü belirlerdi.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>DefaultType <var>ortam-türü</var>|none</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>DefaultType none</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Uyumluluk:</a></th><td><code>none</code> değeri Apache 2.2.7 ve sonrasında mevcuttur.
Diğer tüm seçenekler Apache'nin 2.3.x ve sonraki sürümleri için iptal
edilmiştir.</td></tr>
</table>
<p>Bu yönerge iptal edilmiştir. Yapılandırma dosyalarının geriye
uyumluluğunu sağlamak için, öntanımlı bir ortam türünün olmadığını
belirten <code>none</code> değeriyle belirtilebilir. Örnek:</p>
<div class="example"><p><code>
DefaultType none
</code></p></div>
<p><code>DefaultType None</code> sadece httpd-2.2.7 ve sonrasında
mevcuttur.</p>
<p>Ortam türlerini dosya uzantıları üzerinden yapılandırmak için
türleri için ortam türlerini yapılandırmak için <code class="directive"><a href="#forcetype">ForceType</a></code> yönergesini kullanın.</p>
</div>
<div class="directive-section"><h2><a name="Define" id="Define">Define</a> <a name="define" id="define">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Bir değişkenin mevcudiyetini betimler.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>Define <var>değişken-ismi</var></code></td></tr>
</table>
seçeneğiyle çalıştırmaya eşdeğerdir.</p>
<p>Bu yönerge, başlatma betiğinde <code>-D</code> seçeneğinin
argümanlarını değiştirme gereği duymaksızın <code class="directive"><a href="#ifdefine"><IfDefine></a></code> bölümlerini kullanıma sokmak için
kullanılabilir.</p>
</div>
<div class="directive-section"><h2><a name="Directory" id="Directory"><Directory></a> <a name="directory" id="directory">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Sadece ismi belirtilen dosya sistemi dizininde ve bunun
altdizinlerinde uygulanacak bir yönerge grubunu sarmalar.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code><Directory <var>dizin-yolu</var>>
... </Directory></code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak</td></tr>
</table>
<p><code class="directive"><Directory></code> ve
<code></Directory></code> sadece ismi belirtilen dosya sistemi
dizininde ve bunun altdizinlerinde uygulanacak bir yönerge grubunu
sarmalamakta kullanılır. Bir dizin bağlamında kullanılabilecek her
yönergeye izin verilir. <var>dizin-yolu</var> bir dizinin tam yolu
olabileceği gibi Unix kabuk tarzı bir dosya ismi eşleştirme kalıbı da
olabilir. Kalıp dizgesinde, <code>?</code> herhangi bir tek karakterle,
<code>*</code> herhangi bir karakter dizisiyle eşleşir. Ayrıca
<code>[]</code> karakter aralıkları da kullanılabilir. ‘/’ karakteri
ile hiçbir kalıp karakteri eşleşmez, bu bakımdan <code><Directory
değil, ama <code><Directory /home/*/public_html></code>
eşleşecektir. Örnek:</p>
<div class="example"><p><code>
<span class="indent">
Options Indexes FollowSymLinks<br />
</span>
</Directory>
</code></p></div>
<div class="note">
<p><var>dizin-yolu</var> argümanlarını belirtirken dikkatli
olmalısınız: Apache’nin dosyalara erişmekte kullandığı dosya sistemi
yolu ile bire bir eşleşmelidir. Belli bir
<code><Directory></code> dizinine uygulanan yönergeler, aynı
dizine farklı bir yoldan, örneğin başka bir sembolik bağ üzerinden
erişilen dosyalara uygulanmayacaktır.</p>
</div>
<p><code>~</code> karakterine ek olarak <a class="glossarylink" href="/glossary.html#regex" title="sözlüğe bakınız">düzenli
ifadeler</a> de kullanılabilir. Örnek:</p>
<div class="example"><p><code>
<Directory ~ "^/www/.*/[0-9]{3}">
</code></p></div>
<p>yönergesi <code>/www/</code> içindeki üç rakamdan oluşan dizinlerle
eşleşecektir.</p>
<p>Eğer çok sayıda (düzenli ifade olmayan) <code class="directive"><Directory></code> bölümü, bir dosyayı içeren bir
dizinle veya üst dizinlerinden biri ile eşleşiyorsa, uygulama en kısa
eşleşmedeki yönergelerden başlayarak <a href="#accessfilename">.htaccess</a> dosyalarındaki yönergelere kadar
genişletilir. Örneğin,</p>
<div class="example"><p><code>
<Directory /><br />
<span class="indent">
AllowOverride None<br />
</span>
</Directory><br />
<br />
<Directory /home/><br />
<span class="indent">
AllowOverride FileInfo<br />
</span>
</Directory>
</code></p></div>
şu aşamalardan geçilir:</p>
<ul>
<li><code>AllowOverride None</code> yönergesi uygulanır
(<code>.htaccess</code> dosyaları iptal edilir).</li>
<li><code>AllowOverride FileInfo</code> yönergesi uygulanır
(<code>/home</code> dizini için).</li>
<code>FileInfo</code> yönergeleri uygulanır.</li>
</ul>
<p>Normal bölümlerin tamamı uygulanıncaya kadar düzenli ifadeler
değerlendirilmez. Düzenli ifadelerin tamamı yapılandırma dosyasında
görüldükleri sıraya göre sınanırlar. Örneğin,</p>
<div class="example"><p><code>
<Directory ~ abc$><br />
<span class="indent">
# ... yönergeler burada ...<br />
</span>
</Directory>
</code></p></div>
<p>düzenli ifadeli bölümü, tüm normal <code class="directive"><Directory></code> bölümleri ve
<code>.htaccess</code> dosyaları uygulanıncaya kadar
değerlendirilmeyecektir. Düzenli ifadeleri değerlendirmeye sıra gelince
ve buna ilişkin <code class="directive"><Directory></code>
uygulanacaktır.</p>
<p><strong><code><Directory /></code> için öntanımlı Apache
erişiminin <code>Allow from All</code> oluşuna dikkat ediniz. Bunu şöyle
bir blokla değiştirmeniz,</strong></p>
<div class="example"><p><code>
<Directory /><br />
<span class="indent">
Order Deny,Allow<br />
Deny from All<br />
</span>
</Directory>
</code></p></div>
<p><strong>ve erişilebilir olmasını istediğiniz dizinleri ayrıca
belirtmeniz önerilir. Daha ayrıntılı bilgi edinmek için <a href="/misc/security_tips.html">Güvenlik İpuçları</a> belgesine
bakınız.</strong></p>
<code class="directive"><Directory></code> yönergeleri iç içe
olamazlar ve bir <code class="directive"><a href="#limit"><Limit></a></code> veya <code class="directive"><a href="#limitexcept"><LimitExcept></a></code> bölümü içinde bulunamazlar.</p>
<h3>Ayrıca bakınız:</h3>
<ul>
<li>Bir istek alındığında farklı yapılandırma bölümlerinin nasıl bir
arada ele alındığının anlatıldığı <a href="/sections.html"><Directory>, <Location> ve
<Files> bölümleri nasıl çalışır?</a> belgesine de bakınız.</li>
</ul>
</div>
<div class="directive-section"><h2><a name="DirectoryMatch" id="DirectoryMatch"><DirectoryMatch></a> <a name="directorymatch" id="directorymatch">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Bir düzenli ifade ile eşleşen dosya sistemi dizininde ve bunun
altdizinlerinde uygulanacak bir yönerge grubunu sarmalar.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code><DirectoryMatch <var>düzifd</var>>
... </DirectoryMatch></code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak</td></tr>
</table>
<p><code class="directive"><DirectoryMatch></code> and
<code></DirectoryMatch></code> yönergeleri <code class="directive"><a href="#directory"><Directory></a></code> gibi sadece ismi
belirtilen dosya sistemi dizininde ve bunun altdizinlerinde uygulanacak
bir yönerge grubunu sarmalamakta kullanılır. Tek farkla argüman olarak
bir <a class="glossarylink" href="/glossary.html#regex" title="sözlüğe bakınız">düzenli ifade</a> alır. Örnek:</p>
<div class="example"><p><code>
<DirectoryMatch "^/www/(.+/)?[0-9]{3}">
</code></p></div>
<p>yönergesi <code>/www/</code> içindeki üç rakamdan oluşan dizinlerle
eşleşecektir.</p>
<h3>Ayrıca bakınız:</h3>
<ul>
<li>Normal <code class="directive"><Directory></code>
bölümlerindeki yönergelerle düzenli ifadelerin nasıl karıştırıldığının bir
açıklaması için <code class="directive"><a href="#directory"><Directory></a></code> yönergesine bakınız.</li>
<li>Bir istek alındığında farklı yapılandırma bölümlerinin nasıl bir arada
ele alındığının açıklaması için <a href="/sections.html"><Directory>, <Location> ve
<Files> bölümleri nasıl çalışır?</a> belgesine bakınız.</li>
</ul>
</div>
<div class="directive-section"><h2><a name="DocumentRoot" id="DocumentRoot">DocumentRoot</a> <a name="documentroot" id="documentroot">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>İstemciye görünür olan ana belge ağacının kök dizinini belirler.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>DocumentRoot <var>dizin-yolu</var></code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>DocumentRoot /usr/local/apache/htdocs</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak</td></tr>
</table>
<p>Bu yönerge <code class="program"><a href="/programs/httpd.html">httpd</a></code> tarafından dosyalarının sunulacağı
benzeri bir yönerge ile eşleşmedikçe, sunucu istenen URL’deki yolu,
belge yolu haline getirmek için belge kök dizinine ekler. Örnek:</p>
<div class="example"><p><code>
</code></p></div>
<var>dizin-yolu</var> ile göreli dosya yolu belirtildiği takdirde belge
kök dizininin <code class="directive"><a href="#serverroot">ServerRoot</a></code> ile
belirtilen sunucu kök dizinine göre belirtildiği varsayılır.</p>
<p><code class="directive">DocumentRoot</code> ile belirtilen dizin bir bölü
çizgisi ile bitirilmemelidir.</p>
<h3>Ayrıca bakınız:</h3>
<ul>
ile Eşlenmesi</a></li>
</ul>
</div>
<div class="directive-section"><h2><a name="EnableMMAP" id="EnableMMAP">EnableMMAP</a> <a name="enablemmap" id="enablemmap">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Teslimat sırasında okunacak dosyalar için bellek eşlemeyi etkin
kılar.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>EnableMMAP On|Off</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>EnableMMAP On</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Uyumluluk:</a></th><td><code>none</code> değeri Apache 2.2.7 ve sonrasında mevcuttur.
</td></tr>
</table>
<p>Bu yönerge, sunucunun teslimat sırasında gerektiği takdirde bir dosya
içeriğinin okunması için bellek eşleme kullanıp kullanmayacağını
belirler. Öntanımlı olarak, bir isteğin yerine getirilmesi,
<code class="module"><a href="/mod/mod_include.html">mod_include</a></code> kullanarak sunucu tarafından çözümlenen
bir dosyanın teslimatı sırasında olduğu gibi, bir dosya içindeki veriye
erişilmesini gerektirdiğinde Apache, işletim sistemi tarafından
desteklendiği takdirde dosyayı belleğe eşler.</p>
<p>Böyle bellek eşleme kimi zaman başarım artışını beraberinde getirirse
de bazen sorunlardan kaçınmak için bellek eşlemeyi kapatmak daha iyi
sonuç verir:</p>
<ul>
<li>Bazı çok işlemcili sistemlerde bellek eşleme
<code class="program"><a href="/programs/httpd.html">httpd</a></code>’nin başarımını düşürebilmektedir.</li>
<li><code class="program"><a href="/programs/httpd.html">httpd</a></code> bellek eşlemli çalışırken bir dosyanın silinmesi veya
boyutunun küçültülmesi <code class="program"><a href="/programs/httpd.html">httpd</a></code>'nin parçalama arızası vererek
çökmesine yol açabilir.</li>
</ul>
<p>Bu tür sorunlardan dolayı zarar görülebilecek sunucu
yapılandırmalarında dosya teslimatında bellek eşlemlerinin kullanımını
şu şekilde iptal etmeniz gerekir:</p>
<div class="example"><p><code>
EnableMMAP Off
</code></p></div>
<p>Bu özellik, sadece NFS dosya sistemi üzerinde sunulan dosyaları
kapsamak üzere şu şekilde kolayca kapatılabilir:</p>
<div class="example"><p><code>
<Directory "/nfs-dosya-yolu">
<span class="indent">
EnableMMAP Off
</span>
</Directory>
</code></p></div>
</div>
<div class="directive-section"><h2><a name="EnableSendfile" id="EnableSendfile">EnableSendfile</a> <a name="enablesendfile" id="enablesendfile">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Dosyaların istemciye tesliminde çekirdeğin dosya gönderme
desteğinin kullanımını etkin kılar.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>EnableSendfile On|Off</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>EnableSendfile On</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Uyumluluk:</a></th><td>2.0.44 ve sonrasında mevcuttur.</td></tr>
</table>
<p>Bu yönerge, dosya içeriğinin istemciye teslimi için
<code class="program"><a href="/programs/httpd.html">httpd</a></code>’nin çekirdeğin dosya gönderme desteğini
kullanıp kullanmayacağını belirler. Öntanımlı olarak, bir isteğin
yerine getirilmesi, bir durağan dosyanın teslimatı sırasında olduğu
gibi, bir dosya içindeki veriye erişilmesini gerektirmediği takdirde
Apache, işletim sistemi tarafından destekleniyorsa dosyayı istemciye
teslim etmek için çekirdeğin dosya gönderme özelliğini kullanır.</p>
<p>Çekirdeğin dosya gönderme mekanizması, okuma, gönderme ve tampon
ayırma işlemlerini ayrı ayrı yapmaktan kaçınır. Fakat bazı
platformlarda veya bazı dosya sistemlerinde aşağıda belirtilen işlemsel
sorunlardan kaçınmak için bu özelliği iptal etmek daha iyidir:</p>
<ul>
<li>Bazı platformlar, derleme sistemince saptanamayan bozuk bir dosya
gönderme desteğine sahiptir; özellikle eğer derleme işlemi dosya
gönderme desteğinde sorun olmayan bir makinede yapılıp çalıştırılabilir
dosyaların sorunlu makineye kurulduğu durumda bu saptama
yapılamayacaktır.</li>
<li>Linux’ta IPv6 kullanırken dosya gönderme desteği bazı ağ
kartlarındaki TCP toplama sağlaması aktarım hatasını tetikler.</li>
<li>Itanium üzerinde çalışan Linux’ta dosya gönderme desteği 2GB’tan
büyük dosyalarla çalışamamaktadır.</li>
<li><code class="directive"><a href="#documentroot">DocumentRoot</a></code> ağ dosya sistemi
(NFS veya SMB gibi) üzerinde olduğu durumda çekirdek ağ dosyalarını
kendi arabelleği üzerinden sunamayabilir.</li>
</ul>
<p>Bu sorunlardan muzdarip sunucu yapılandırmaları için bu özelliği şöyle
iptal edebilirsiniz:</p>
<div class="example"><p><code>
EnableSendfile Off
</code></p></div>
<p>Bu özellik, sadece bir NFS veya SMB dosya sistemi üzerinde sunulan
dosyaları kapsamak üzere şu şekilde kolayca kapatılabilir:</p>
<div class="example"><p><code>
<Directory "/path-to-nfs-files">
<span class="indent">
EnableSendfile Off
</span>
</Directory>
</code></p></div>
<p><code class="directive">EnableSendfile</code> yönergesinin .htaccess ve diziniçi
yapılandırmalarınını <code class="module"><a href="/mod/mod_cache_disk.html">mod_cache_disk</a></code> tarafından
desteklenmediğini lütfen aklınızdan çıkarmayın.
<code class="directive">EnableSendfile</code> yönergesinin sadece küresel
tanımları hesaba katılır.</p>
</div>
<div class="directive-section"><h2><a name="ErrorDocument" id="ErrorDocument">ErrorDocument</a> <a name="errordocument" id="errordocument">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Bir hata durumunda sunucunun istemciye ne döndüreceğini
belirler.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>ErrorDocument <var>hata-kodu</var> <var>belge</var></code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Uyumluluk:</a></th><td>Metin iletilerini tırnak içine alma sözdizimi Apache 2.0’da
farklıdır.</td></tr>
</table>
<p>Bir sorun çıktığında veya hata oluştuğunda Apache şu dört işlemden
birini yapacak şekilde yapılandırılabilir:</p>
<ol>
<li>Yerleşik bir hata iletisi çıktılanır.</li>
<li>Özel bir ileti çıktılanır.</li>
yapılır.</li>
yönlendirme yapılır.</li>
</ol>
<p>İlk seçenek öntanımlıdır. Diğer üç seçenek
<code class="directive">ErrorDocument</code> yönergesinin argümanları (hata
kodundan sonra bir URL veya hata iletisi) ile belirtilir. Apache bazı
<p>URL’ler yerel yollarda (<code class="directive"><a href="#documentroot">DocumentRoot</a></code>’a göre) bir bölü çizgisi (/) ile
başlatılabileceği gibi istemci tarafından çözümlenecek tam bir URL
şeklinde de belirtilebilir. Bunlar yerine, tarayıcıda gösterilmek üzere
bir ileti de belirtilebilir. Örnekler:</p>
<div class="example"><p><code>
ErrorDocument 500 http://hata.meselae.dom/cgi-bin/dnmci<br />
ErrorDocument 401 /subscription_info.html<br />
ErrorDocument 403 "Kusura bakmayın, bugün hizmet veremiyoruz."
</code></p></div>
<p>Bunlardan başka, Apache’nin kendi hata iletilerinin kullanılacağı özel
<code>default</code> değeri ile belirtilebilir. Normal şartlar altında
gerekmese de, bir şey belirtilmediği takdirde mevcut bir
<code class="directive">ErrorDocument</code> yönergesini miras alan
yapılandırmalarda Apache’nin kendi hata iletilerinin kullanımı
<code>default</code> değeri açıkça belirtilerek örnekteki gibi
zorlanabilir:</p>
<div class="example"><p><code>
<span class="indent">
ErrorDocument 404 default<br />
</span>
</Directory>
</code></p></div>
<p><code class="directive">ErrorDocument</code> yönergesinde bir uzak URL (önünde
<code>http</code> bulunan bir yol) belirtildiğinde, belge aynı sunucuda
olsa bile, Apache’nin istemciye belgeyi bulacağı yer için bir
yönlendirme göndereceğine dikkat ediniz. Bunun bazı istenmeyen etkileri
vardır; en önemlilerinden biri istemcinin hata kodu yerine bir
yönlendirme durum kodu alacak olmasıdır. Bu, bir URL’nin geçerliliğini
durum koduna göre saptayan istemciler veya robotlar için yanıltıcı
olacaktır. Buna ek olarak, <code>ErrorDocument 401</code> için bir uzak
URL belirttiğiniz durumda istemci 401 durum kodunu almayacağı için
kullanıcıdan parola isteğinde bulunamayacaktır. Bu bakımdan,
<strong>ihtiyaç duyduğunuz takdirde, <code>ErrorDocument 401</code>
yönergesine yerel bir belge belirtmelisiniz.</strong></p>
<p>Sunucunun ürettiği hata iletileri "çok kısa" olduğu takdirde,
Microsoft Internet Explorer (MSIE) öntanımlı olarak bu hata iletilerini
yoksayar ve bunun yerine kendi "kullanıcı dostu" hata iletilerini
kullanır. "Çok kısa" eşiği duruma göre değişmekle birlikte, genellikle,
hata iletileriniz 512 bayttan büyük olduğu takdirde MSIE kendi hata
iletileri yerine sunucunun ürettiği hata iletilerini gösterecektir. Bu
konuda daha fazla bilgiyi <a href="http://support.microsoft.com/default.aspx?scid=kb;tr-tr;Q294807">Q294807</a> kodlu Microsoft Knowledge Base makalesinde
bulabilirsiniz.</p>
<p>Çoğu yerleşik hata iletisi özel iletilerle değiştirilebilse de bazı
durumlarda <code class="directive"><a href="#errordocument">ErrorDocument</a></code> ile ne
belirtildiğine bakılmaksızın yerleşik hata iletileri kullanılır.
Özellikle, bozuk bir istek saptandığında normal istek işleme hemen
devre dışı bırakılır ve yerleşik hata iletisi döndürülür. Bu, hatalı
istekler yaparak güvenlik sorunlarına yol açılmak istenmesi
durumlarında gereklidir.</p>
<p>2.0 öncesi sürümlerde iletiler bir çift çift-tırnak içine alınmayıp,
tek bir çift-tırnak ile başlatılması yeterli olurdu.</p>
<h3>Ayrıca bakınız:</h3>
<ul>
</ul>
</div>
<div class="directive-section"><h2><a name="ErrorLog" id="ErrorLog">ErrorLog</a> <a name="errorlog" id="errorlog">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Sunucunun hata günlüğünü tutacağı yeri belirler.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code> ErrorLog <var>dosya-yolu</var>|syslog[:<var>oluşum</var>]</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>ErrorLog logs/error_log (Unix) ErrorLog logs/error.log (Windows ve OS/2)</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak</td></tr>
</table>
<p><code class="directive">ErrorLog</code> yönergesi sunucunun saptadığı hataları
kaydedeceği dosyanın ismini belirtmek için kullanılır.
<var>dosya-yolu</var> ile göreli dosya yolu belirtildiği takdirde
dizininin <code class="directive"><a href="#serverroot">ServerRoot</a></code> ile
belirtilen sunucu kök dizinine göre belirtildiği varsayılır.</p>
<div class="example"><h3>Örnek</h3><p><code>
</code></p></div>
<p><var>dosya-yolu</var> bir boru imi (|) ile başlatıldığı takdirde hata
iletilerinin hata günlüğünü işleme sokacak komuta borulanacağı
varsayılır.</p>
<div class="example"><h3>Örnek</h3><p><code>
</code></p></div>
<p>Dosya adı yerine <code>syslog</code> kullanılırsa, sistem desteklediği
takdirde günlük kaydı syslogd(8) üzerinden yürütülür. Öntanımlı olarak
<code>local7</code> syslog oluşumu kullanılır. Bunu
<code>syslog:<var>oluşum</var></code> sözdizimini kullanarak
değiştirebilirsiniz. Buradaki <code><var>oluşum</var></code>
syslog.conf(5) kılavuz sayfasında belirtilen oluşum isimlerinden biri
olabilir.</p>
<div class="example"><h3>Örnek</h3><p><code>
ErrorLog syslog:user
</code></p></div>
<p>GÜVENLİK: Günlük dosyalarının saklandığı dizin, sunucuyu başlatan
kullanıcı dışındakiler tarafından yazılabilir olduğu takdirde
güvenliğinizin nasıl tehlikeye gireceği <a href="/misc/security_tips.html#serverroot">güvenlik ipuçları</a>
belgesinde ayrıntılı olarak açıklanmıştır.</p>
<div class="warning"><h3>Ek Bilgi</h3>
<p>Unix-dışı platformlarda dosya yolunu girerken, platform ters bölü
çizgilerini desteklese bile normal bölü çizgileri kullanmaya özen
göstermelisiniz. Genel olarak, dosya yollarını belirtirken
yapılandırma dosyası boyunca normal bölü çizgisi kullanmak her zaman
daha iyidir.</p>
</div>
<h3>Ayrıca bakınız:</h3>
<ul>
<li><code class="directive"><a href="#loglevel">LogLevel</a></code></li>
</ul>
</div>
<div class="directive-section"><h2><a name="FileETag" id="FileETag">FileETag</a> <a name="fileetag" id="fileetag">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td><code>ETag</code> HTTP yanıt başlığını oluşturmakta kullanılacak
dosya özniteliklerini belirler.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>FileETag <var>bileşen</var> ...</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>FileETag INode MTime Size</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
</table>
<p><code class="directive">FileETag</code> yönergesi, belge bir dosyaya dayandığı
takdirde <code>ETag</code> (Entity Tag - öğe etiketi kısaltması) yanıt
başlığı alanını oluşturmakta kullanılacak dosya özniteliklerini
yapılandırır. (<code>ETag</code> değeri, ağ band genişliğinden kazanmak
için arabellek yönetiminde kullanılır.) Apache 1.3.22 ve öncesinde
<code>ETag</code> değeri <em>daima</em> dosyanın düğümü, boyutu ve son
değişiklik zamanından (mtime) oluşurdu. <code class="directive">FileETag</code>
yönergesi ne kullanılması gerektiğini belirleyebilmenizi sağlar. Değer
olarak belirtilebilecek anahtar sözcükler şunlardır:</p>
<dl>
<dt><strong>INode</strong></dt>
<dd>Dosyanın düğüm numarası hesaba katılır.</dd>
<dt><strong>MTime</strong></dt>
<dd>Dosyanın son değişiklik tarih ve saati dahil edilir.</dd>
<dt><strong>Size</strong></dt>
<dd>Dosyanın bayt cinsinden uzunluğu dahil edilir.</dd>
<dt><strong>All</strong></dt>
<dd>Olası tüm alanlar kullanılır. Bu şuna eşdeğerdir:
<div class="example"><p><code>FileETag INode MTime Size</code></p></div></dd>
<dt><strong>None</strong></dt>
<dd>Bir belge dosyasıyla sunulsa bile yanıta hiçbir <code>ETag</code>
alanı dahil edilmez.</dd>
</dl>
için <code>INode</code>, <code>MTime</code> ve <code>Size</code>
anahtar sözcüklerinin önüne <code>+</code> veya <code>-</code> imi
konabilir. Bu imlerin bulunmadığı bir anahtar sözcüğün varlığı halinde
hiçbir değer miras alınmaz.</p>
<p>Eğer bir dizinin yapılandırması
<code>FileETag INode MTime Size</code> ve alt dizini
<code>FileETag -INode</code> içeriyorsa bu alt dizinin (ve bir
geçersizleştirme olmadığı takdirde onun alt dizinlerinin) ayarları
<code>FileETag MTime Size</code> yapılandırmasına eşdeğer
olacaktır.</p>
<div class="warning"><h3>Uyarı</h3>
WebDAV’ın etkin olduğu yerlerde veya dizinlerde saklama alanı sağlayıcı
olarak <code class="module"><a href="/mod/mod_dav_fs.html">mod_dav_fs</a></code> kullanılıyorsa öntanımlı ayarları
değiştirmeyiniz. <code class="module"><a href="/mod/mod_dav_fs.html">mod_dav_fs</a></code>, koşullu isteklerde
<code>ETag</code> karşılaştırmaları yapabilmek için
<code>INode MTime Size</code> yapılandırmasını kullanır. Eğer
<code>ETag</code> ayarı <code class="directive">FileETag</code> yönergesi
kullanılarak değiştirilirse koşullu istekler gerektiği gibi yerine
getirilemez.
</div>
</div>
<div class="directive-section"><h2><a name="Files" id="Files"><Files></a> <a name="files" id="files">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Dosya isimleriyle eşleşme halinde uygulanacak yönergeleri
içerir.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code><Files <var>dosya-adı</var>> ... </Files></code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
</table>
<p><code class="directive"><Files></code> yönergesi, içerdiği
yönergelerin etki alanını dosya isimlerine göre sınırlandırır.
<code class="directive"><a href="#directory"><Directory></a></code> ve
<code class="directive"><a href="#location"><Location></a></code> bölümleri
ile karşılaştırılabilir. Bir <code></Files></code> yönergesi ile
sonlandırılması gerekir. Bu bölüm içinde belirtilen yönergeler,
<code class="directive"><Files></code> yönergesinde belirtilen
<var>dosya-adı</var>’nın son bileşeniyle (dizinler atıldıktan sonda
kalan dosya ismi) eşleşen nesnelere uygulanır. <code class="directive"><Files></code> bölümleri yapılandırma dosyasında,
<code class="directive"><a href="#directory"><Directory></a></code> bölümleri
ve <code>.htaccess</code> dosyaları okunduktan sonra fakat <code class="directive"><a href="#location"><Location></a></code> yönergelerinden önce
göründükleri sıraya göre işleme sokulurlar. <code class="directive"><Files></code> bölümlerinin <code class="directive"><a href="#directory"><Directory></a></code> bölümlerinin içinde uygulama
alanını sınırlamak amacıyla kullanılabileceğine dikkat ediniz.</p>
<p><var>dosya-adı</var> argümanının bir dosya ismi veya bir dosya ismi
kalıbı içermesi gerekir. Bir dosya ismi kalıbındaki her <code>?</code>
imi bir karakterle eşleştirilirken <code>*</code> imi karakter dizileri
ile eşleştirilir. <code>~</code> imine ek olarak <a class="glossarylink" href="/glossary.html#regex" title="sözlüğe bakınız">düzenli ifadeler</a> de kullanılabilir. Örneğin</p>
<div class="example"><p><code>
<Files ~ "\.(gif|jpe?g|png)$">
</code></p></div>
<p>satırı en bilinen resim dosyası biçimleriyle eşleşecektir. Bunun
yerine <code class="directive"><a href="#filesmatch"><FilesMatch></a></code>
yönergesi de tercih edilebilirdi.</p>
<p><code class="directive"><a href="#directory"><Directory></a></code> ve
<code class="directive"><a href="#location"><Location></a></code>
bölümlerinin aksine, <code class="directive"><Files></code>
bölümleri <code>.htaccess</code> dosyaları içinde kullanılabilir. Bu
sayede kullanıcıların kendi dosyalarına erişimi dosya seviyesinde
denetlemelerine imkan sağlanmış olur.</p>
<h3>Ayrıca bakınız:</h3>
<ul>
<li>Bir istek alındığında farklı yapılandırma bölümlerinin nasıl bir
arada ele alındığının açıklaması için <a href="/sections.html">
<Directory>, <Location> ve <Files> bölümleri nasıl
çalışır?</a> belgesine bakınız.</li>
</ul>
</div>
<div class="directive-section"><h2><a name="FilesMatch" id="FilesMatch"><FilesMatch></a> <a name="filesmatch" id="filesmatch">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Düzenli ifadelerin dosya isimleriyle eşleşmesi halinde
uygulanacak yönergeleri içerir.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code><FilesMatch <var>düzifd</var>> ... </FilesMatch></code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
</table>
<p><code class="directive"><FilesMatch></code> yönergesi, içerdiği
yönergelerin etki alanını <code class="directive"><a href="#files"><Files></a></code> yönergesinin yaptığı gibi dosya
isimlerine göre sınırlandırır. Ancak, argüman olarak bir <a class="glossarylink" href="/glossary.html#regex" title="sözlüğe bakınız">düzenli ifade</a> kabul eder. Örneğin</p>
<div class="example"><p><code>
<FilesMatch "\.(gif|jpe?g|png)$">
</code></p></div>
<p>satırı en bilinen resim dosyası biçimleriyle eşleşecektir.</p>
<h3>Ayrıca bakınız:</h3>
<ul>
<li>Bir istek alındığında farklı yapılandırma bölümlerinin nasıl bir
arada ele alındığının açıklaması için <a href="/sections.html">
<Directory>, <Location> ve <Files> bölümleri nasıl
çalışır?</a> belgesine bakınız.</li>
</ul>
</div>
<div class="directive-section"><h2><a name="ForceType" id="ForceType">ForceType</a> <a name="forcetype" id="forcetype">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Bütün dosyaların belirtilen ortam türüyle sunulmasına
sebep olur.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>ForceType <var>ortam-türü</var>|None</code></td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Uyumluluk:</a></th><td>Apache 2.0’da core modülüne taşındı.</td></tr>
</table>
<p>Bu yönerge, bir <code>.htaccess</code> dosyası veya bir
<code class="directive"><a href="#directory"><Directory></a></code>,
<code class="directive"><a href="#location"><Location></a></code> veya
<code class="directive"><a href="#files"><Files></a></code> bölümüne
yerleştirildiği zaman, eşleşen tüm dosyaların <var>ortam-türü</var> ile
belirtilen içerik türüyle sunulmasına sebep olur. Örneğin, altında
sadece GIF dosyaları bulunan bir dizininiz varsa ve bunlara tek tek
<code>.gif</code> uzantısı belirtmek istemiyorsanız şu yapılandırmayı
kullanabilirsiniz:</p>
<div class="example"><p><code>
</code></p></div>
<p>Bu yönerge, <code class="directive"><a href="/mod/mod_mime.html#addtype">AddType</a></code> yönergesi
tanımlanmış ortam türü/dosya uzantısı ilişkilerini geçersiz kılar.</p>
<p>Ayrıca, daha genel <code class="directive">ForceType</code> ayarlarını da
<code>None</code> değeriyle geçersiz kılabilirsiniz:</p>
<div class="example"><p><code>
<Location /images><br />
<span class="indent">
</span>
</Location><br />
<br />
# normal MIME-türüne geri dönmek için:<br />
<span class="indent">
ForceType None<br />
</span>
</Location>
</code></p></div>
</div>
<div class="directive-section"><h2><a name="HostnameLookups" id="HostnameLookups">HostnameLookups</a> <a name="hostnamelookups" id="hostnamelookups">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>İstemci IP adresleri üzerinde DNS sorgularını etkin kılar.
</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>HostnameLookups On|Off|Double</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>HostnameLookups Off</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin</td></tr>
</table>
<p>Bu yönerge oturum açabilecek konak isimlerini tespit edebilmek için
DNS sorgularını etkin kılar (ve sonuç <code>REMOTE_HOST</code>’ta
sorgunun çift yönlü yapılacağını belirtir. Yani, bir tersine sorgunun
ardından bir normal sorgu yapılır. Normal sorguda elde edilen IP
adreslerinden birinin istek yapan IP adresi ile eşleşmesi gerekir.
("tcpwrappers" terminolojisinde buna <code>PARANOID</code> adı
verilir.)</p>
<p>Konak ismine göre erişimi denetlemek için
<code class="module"><a href="/mod/mod_authz_host.html">mod_authz_host</a></code> kullanıldığında, nasıl bir ayar
yapıldığına bakılmaksızın, çift yönlü sorgulama yapılır. Bu güvenlik
için gereklidir. Bunun dışında açıkça <code>HostnameLookups
Double</code> belirtilmedikçe genellikle çift yönlü sorgulama yapılmaz.
Örneğin, sadece <code>HostnameLookups On</code> belirtilmiş ve konak
ismi kısıtlamalarıyla korunmuş bir nesne için bir istek yapılmışsa çift
yönlü sorgunun başarısına bakılmaksızın CGI’lere
<code>REMOTE_HOST</code> olarak tek yönlü sorgu sonucu aktarılır.</p>
<p>Gerçekte ters yönlü sorguya gerek duyulmayan sitelerde ağ trafiğini
yormamak için <code>Off</code>, öntanımlı değerdir. Ayrıca, son
kullanıcıların DNS sorguları nedeniyle gereksiz yere bir beklemeye
maruz kalmaması için de bu daha iyidir. Yükü zaten ağır olan sitelerde,
DNS sorgularının görece uzun zaman alması nedeniyle bu yönergenin
değeri <code>Off</code> olarak bırakılmalıdır. Öntanımlı olarak kurulum
dizininizin <code>bin</code> alt dizinine kurulan
<code class="program"><a href="/programs/logresolve.html">logresolve</a></code> uygulaması kullanılarak oturum açan IP
adresleri için isim sorguları çevrim dışıyken yapılabilir.</p>
</div>
<div class="directive-section"><h2><a name="If" id="If"><If></a> <a name="if" id="if">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Çalışma anında bir koşul bir istek tarafından yerine getirildiği
takdirde uygulanacak yönergeleri barındırır.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code><If <var>ifade</var>> ... </If></code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
</table>
<p><code class="directive"><If></code> yönergesi bir ifadeyi çalışma
anında değerlendirir ve ifadenin sonucu doğru olduğu takdirde içerdiği
yönergeleri uygular. Örnek:</p>
<div class="example"><p><code>
<If "$req{Host} = ''">
</code></p></div>
eşleşir.</p>
<p>İstek başlıklarındaki ($req), yanıt başlıklarındaki ($resp) yada
ortamdaki ($env) herhangi bir değişkenin değerini ifadenizde
karşılaştırabilirsiniz.</p>
<h3>Ayrıca bakınız:</h3>
<ul>
<li>Bir istek alındığında farklı yapılandırma bölümlerinin nasıl bir arada
ele alındığının açıklaması için <a href="/sections.html">
<Directory>, <Location> ve <Files> bölümleri nasıl
çalışır?</a> belgesine bakınız. <code class="directive"><If></code>
bölümleri<code class="directive"><Files></code> bölümleri ile aynı
önceliğe sahiptir ve aynı amaçla kullanılır.</li>
</ul>
</div>
<div class="directive-section"><h2><a name="IfDefine" id="IfDefine"><IfDefine></a> <a name="ifdefine" id="ifdefine">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Başlatma sırasında bir doğruluk sınamasından sonra işleme
sokulacak yönergeleri sarmalar.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code><IfDefine [!]<var>parametre-adı</var>> ...
</IfDefine></code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
</table>
<p><code><IfDefine <var>sınama</var>>...</IfDefine>
</code> bölümü koşullu olarak işleme sokulacak yönergeleri içerir.
Bir <code class="directive"><IfDefine></code> bölümü içindeki
yönergeler sadece <var>sınama</var> doğru sonuç verirse işleme sokulur.
Aksi takdirde, bölüm içinde kalan her şey yok sayılır.</p>
<p><code class="directive"><IfDefine></code> bölüm yönergesinde
<var>sınama</var> için belirtilebilecek iki biçim vardır:</p>
<ul>
<li><var>parametre-adı</var></li>
<li><code>!</code><var>parametre-adı</var></li>
</ul>
<p>Birinci durumda bölüm içinde kalan yönergeler sadece
<var>parametre-adı</var> ile belirtilen parametre tanımlı ise işleme
sokulur. İkinci durumda ise tersi yapılır, yani sadece
<var>parametre-adı</var> ile belirtilen parametre tanımlı
<strong>değil</strong> ise yönergeler işleme sokulur.</p>
<p><var>parametre-adı</var> argümanı sunucu başlatılırken
<code>-D<var>parametre</var></code> ile
veya <code class="directive"><a href="#define">Define</a></code> yönergesi ile
belirtilerek tanımlı hale getirilebilir.</p>
<p><code class="directive"><IfDefine></code> bölümleri iç içe
olabilir, dolayısıyla çok parametreli basit sınamalar gerçeklenebilir.
Örnek:</p>
<div class="example"><p><code>
httpd -DReverseProxy -DUseCache -DMemCache ...<br />
<br />
# httpd.conf<br />
<IfDefine ReverseProxy><br />
<span class="indent">
<IfDefine UseCache><br />
<span class="indent">
<IfDefine MemCache><br />
<span class="indent">
</span>
</IfDefine><br />
<IfDefine !MemCache><br />
<span class="indent">
</span>
</IfDefine>
</span>
</IfDefine>
</span>
</IfDefine>
</code></p></div>
</div>
<div class="directive-section"><h2><a name="IfModule" id="IfModule"><IfModule></a> <a name="ifmodule" id="ifmodule">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Belli bir modülün varlığına veya yokluğuna göre işleme sokulacak
yönergeleri sarmalar.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code><IfModule [!]<var>modül-dosyası</var>|<var>modül-betimleyici</var>> ...
</IfModule></code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Uyumluluk:</a></th><td>Modül betimleyiciler 2.1 sürümünde ve sonrası için geçerlidir.</td></tr>
</table>
<p><code><IfModule <var>sınama</var>>...</IfModule></code>
bölümü belli bir modülün varlığına veya yokluğuna göre işleme sokulacak
yönergeleri içerir. Bir <code class="directive"><IfModule></code>
bölümü içindeki yönergeler sadece <var>sınama</var> doğru sonuç verirse
işleme sokulur. Aksi takdirde, bölüm içinde kalan her şey yok sayılır.</p>
<p><code class="directive"><IfModule></code> bölüm yönergesinde
<var>sınama</var> için belirtilebilecek iki biçim vardır:</p>
<ul>
<li><var>modül</var></li>
<li>!<var>modül</var></li>
</ul>
<p>Birinci durumda bölüm içinde kalan yönergeler sadece
<var>modül</var> ile belirtilen modül Apache içine dahil edilmişse veya
<code class="directive"><a href="/mod/mod_so.html#loadmodule">LoadModule</a></code> yönergesi ile devingen
olarak yüklenmişse işleme sokulur. İkinci durumda ise tersi yapılır, yani
sadece <var>modül</var> içerilmiş <strong>değil</strong> ise yönergeler
işleme sokulur.</p>
<p><var>modül</var> argümanında bir modül betimleyici veya modülün derleme
sırasındaki dosya adı belirtilebilir. Örneğin, <code>rewrite_module</code>
modül çok sayıda kaynak dosyasından oluşuyorsa
<code>STANDARD20_MODULE_STUFF</code> dizgesini içeren dosyanın ismi
kullanılır.</p>
<p><code class="directive"><IfModule></code> bölümleri iç içe
olabilir, dolayısıyla çok parametreli basit sınamalar gerçeklenebilir.</p>
<div class="note">Bu bölümü sadece yapılandırma dosyanızın belli modüllerin varlığına
veya yokluğuna bağlı olarak çalışması gerektiği durumlarda
kullanmalısınız. Normal işlemlerde yönergelerin <code class="directive"><IfModule></code> bölümlerine yerleştirilmeleri
gerekmez.</div>
</div>
<div class="directive-section"><h2><a name="Include" id="Include">Include</a> <a name="include" id="include">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Sunucu yapılandırma dosyalarının başka dosyaları içermesini sağlar.
</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>Include <var>dosya-yolu</var>|<var>dizin-yolu</var></code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin</td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Uyumluluk:</a></th><td>Dosya kalıbıyla eşleşme 2.0.41 ve sonrasında mevcuttur.
</td></tr>
</table>
<p>Bu yönerge sunucu yapılandırma dosyalarının başka dosyaları içermesini
mümkün kılar.</p>
<p>Çok sayıda dosyayı bir kerede alfabetik sırada içermek için kabuk tarzı
(<code>fnmatch()</code>) dosya ismi kalıp karakterleri kullanılabilir.
Ayrıca, eğer <code class="directive">Include</code> yönergesi bir dosya değil de
bir dizin gösteriyorsa Apache bu dizindeki ve alt dizinlerindeki bütün
dosyaları okuyacaktır. Bunula birlikte, dizinin bir bütün olarak okutulması
önerilmez, çünkü dizinde <code class="program"><a href="/programs/httpd.html">httpd</a></code> programının çökmesine
sebep olabilecek geçici dosyalar unutulabilir. Bunun yerine, belli bir
şablona uyan dosyaları seçebilmek için, örneğin *.conf gibi dosya
kalıplarının kullanılmasını öneriyoruz.</p>
<p>Dosya yolu mutlak bir dosya yolu olarak belirtilebileceği gibi
<code class="directive"><a href="#serverroot">ServerRoot</a></code> dizinine göreli olarak da
belirtilebilir.</p>
<p>Örnekler:</p>
<div class="example"><p><code>
</code></p></div>
<p>Veya dizinler <code class="directive"><a href="#serverroot">ServerRoot</a></code> dizinine
göre belirtilebilir:</p>
<div class="example"><p><code>
</code></p></div>
<h3>Ayrıca bakınız:</h3>
<ul>
</ul>
</div>
<div class="directive-section"><h2><a name="KeepAlive" id="KeepAlive">KeepAlive</a> <a name="keepalive" id="keepalive">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>HTTP kalıcı bağlantılarını etkin kılar</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>KeepAlive On|Off</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>KeepAlive On</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak</td></tr>
</table>
üzerinden çok sayıda isteğin gönderilmesini mümkün kılan uzun süreli HTTP
oturumları açılmasını sağlar. Bunun, çok sayıda resim içeren HTML
belgelerin yanıt zamanlarında bazı durumlarda %50’lik bir hızlanmayla
sonuçlandığı gösterilmiştir. Kalıcı bağlantıları etkin kılmak için
yönerge <code>KeepAlive On</code> şeklinde kullanılır.</p>
tarafından özellikle istendiği takdirde kullanılabilir. Ek olarak,
bilindiği zaman kullanılabilir. Bu, CGI çıktısı, SSI sayfaları ve
istemciler için kalıcı bağlantılar aksi belirtilmedikçe öntanımlıdır.
İstemci istediği takdirde, uzunluğu bilinmeyen içerik kalıcı bağlantılar
üzerinden gönderilirken parçalı kodlama kullanılacaktır.</p>
<p>Bir istemci kalıcı bağlantı kullandığı takdirde, bağlantı üzerinden kaç
istek gönderilirse gönderilsin,
<code class="directive"><a href="/mod/mpm_common.html#maxrequestsperchild">MaxRequestsPerChild</a></code> yönergesi
bakımından tek bir istek olarak değerlendirilir.</p>
<h3>Ayrıca bakınız:</h3>
<ul>
<li><code class="directive"><a href="#maxkeepaliverequests">MaxKeepAliveRequests</a></code></li>
</ul>
</div>
<div class="directive-section"><h2><a name="KeepAliveTimeout" id="KeepAliveTimeout">KeepAliveTimeout</a> <a name="keepalivetimeout" id="keepalivetimeout">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Bir kalıcı bağlantıda sunucunun bir sonraki isteği bekleme süresi
</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>KeepAliveTimeout <var>sayı</var>[ms]</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>KeepAliveTimeout 5</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak</td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Uyumluluk:</a></th><td>Apache 2.3.2'den itibaren milisaniyelik değerler belirtilebilmektedir.</td></tr>
</table>
<p>Sunucunun kalıcı bir bağlantıyı kapatmadan önce bir sonraki isteği kaç
saniye bekleyeceğini belirler. Ayrıca, ms soneki kullanılarak süreyi
milisaniye olarak belirtmek de mümkündür. İstek alındıktan sonra
<code class="directive"><a href="#timeout">Timeout</a></code> yönergesiyle belirtilen
zaman aşımı değeri uygulanır.</p>
<p><code class="directive">KeepAliveTimeout</code> için yüksek bir değer belirtmek
ağır yüklü sunucularda başarım sorunlarına yol açar. Daha yüksek bir
zaman aşımı, boştaki istemcilerin bulunduğu bağlantıları bekleyen daha
fazla sunucu sürecini meşgul edecektir.</p>
<p>İsme dayalı sanal konak bağlamında, <code class="directive"><a href="#namevirtualhost">NameVirtualHost</a></code> bölümleri içinde tanımlanmış
ilk sanal konağın (öntanımlı konak) değeri kullanılır. Diğer değerler
görmezden gelinir.</p>
</div>
<div class="directive-section"><h2><a name="Limit" id="Limit"><Limit></a> <a name="limit" id="limit">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Erişimi sınırlanacak HTTP yöntemleri için erişim sınırlayıcıları
sarmalar.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code><Limit <var>yöntem</var> [<var>yöntem</var>] ... > ...
</Limit></code></td></tr>
<tr><th><a href="directive-dict.html#Override">Geçersizleştirme:</a></th><td>AuthConfig, Limit</td></tr>
</table>
<p>Erişim denetleyicileri normalde <strong>tüm</strong> erişim yöntemleri
için etkindir ve olağan olanı da budur. <strong>Genel durum olarak,
erişim denetim yönergeleri bir <code class="directive"><Limit></code> bölümüne
yerleştirilmemelidir.</strong></p>
<p><code class="directive"><Limit></code> bölümünün amacı, erişim
denetleyicilerinin etkilerini belli HTTP yöntemleri için sınırlamaktır.
<code class="directive"><Limit></code> bölümü içinde listelenen
erişim sınırlamaları, kalan tüm diğer yöntemler için <strong>etkisiz
olacaktır</strong>. Aşağıdaki örnekte, erişim sınırlaması
<code>POST</code>, <code>PUT</code> ve <code>DELETE</code> yöntemleri
için uygulanmakta, diğer tüm yöntemler korumasız bırakılmaktadır:</p>
<div class="example"><p><code>
<Limit POST PUT DELETE><br />
<span class="indent">
Require valid-user<br />
</span>
</Limit>
</code></p></div>
<p>Birden fazla bölümde kullanılabilecek yöntem isimleri: <code>GET</code>,
<code>POST</code>, <code>PUT</code>, <code>DELETE</code>,
<code>CONNECT</code>, <code>OPTIONS</code>,
<code>PATCH</code>, <code>PROPFIND</code>, <code>PROPPATCH</code>,
<code>MKCOL</code>, <code>COPY</code>, <code>MOVE</code>,
<code>LOCK</code> ve <code>UNLOCK</code>. <strong>Yöntem isimleri harf
büyüklüğüne duyarlıdır.</strong> <code>GET</code> yöntemi sınırlanırsa
<code>HEAD</code> istekleri de sınırlanmış olur. <code>TRACE</code>
yöntemi sınırlanamaz (bkz, <code class="directive"><a href="#traceenable">TraceEnable</a></code>).</p>
<div class="warning">Erişimi sınarlarken bir <code class="directive"><Limit></code> bölümü yerine daima bir <code class="directive"><a href="#limitexcept"><LimitExcept></a></code> bölümünü tercih
etmelisiniz, çünkü <code class="directive"><a href="#limitexcept"><LimitExcept></a></code> bölümü belirtilen yöntemler dışında kalanlara
erişim koruması sağlar.</div>
<p><code class="directive"><Limit></code> ve
<code class="directive"><a href="#limitexcept"><LimitExcept></a></code>
yönergeleri iç içe olabilirler. Bu durumda, başarılı her
<code class="directive"><Limit></code> veya <code class="directive"><a href="#limitexcept"><LimitExcept></a></code> seviyesi, erişim
denetimlerinin uygulanacağı yöntemlerle sınırlı kalmalıdır.</p>
<div class="warning"><code class="directive"><Limit></code> veya
<code class="directive"><LimitExcept></code> yönergelerini
birlikte kullanılırken, ilk <code class="directive"><a href="/mod/mod_authz_core.html#require">Require</a></code> yönergesinin bir başka <code class="directive"><a href="/mod/mod_authz_core.html#require">Require</a></code> yönergesinin varlığından
bağımsız olarak isteği başarıyla yetkilendirdiğine dikkat ediniz.</div>
<p>Örneğin, aşağıdaki yapılandırmayı ele alalım; tüm kullanıcılar
<code>POST</code> istekleri için yetkilendirilecek ve tüm durumlarda
<code>Require group editors</code> yönergesi yoksayılacaktır:</p>
<div class="example"><p><code>
<LimitExcept GET>
<span class="indent">
Require valid-user
</span>
</LimitExcept><br />
<Limit POST>
<span class="indent">
Require group editors
</span>
</Limit>
</code></p></div>
</div>
<div class="directive-section"><h2><a name="LimitExcept" id="LimitExcept"><LimitExcept></a> <a name="limitexcept" id="limitexcept">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>İsimleri belirtilenler dışında kalan HTTP yöntemleri için
kullanılacak erişim sınırlayıcıları sarmalar.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code><LimitExcept <var>yöntem</var> [<var>yöntem</var>] ... > ...
</LimitExcept></code></td></tr>
<tr><th><a href="directive-dict.html#Override">Geçersizleştirme:</a></th><td>AuthConfig, Limit</td></tr>
</table>
<p><code class="directive"><LimitExcept></code> ve
<code></LimitExcept></code> argüman olarak belirtilenler
<strong>dışında</strong> kalan HTTP yöntemleri için kullanılacak erişim
sınırlayıcıları gruplamakta kullanılır. Yani, <code class="directive"><a href="#limit"><Limit></a></code> bölümünün tersine, standart olsun olmasın
bütün yöntemler için erişimi kısıtlamakta kullanılabilir. Daha ayrıntılı
bilgi edinmek için <code class="directive"><a href="#limit"><Limit></a></code> yönergesinin açıklamasına bakınız.</p>
<p>Örnek:</p>
<div class="example"><p><code>
<LimitExcept POST GET><br />
<span class="indent">
Require valid-user<br />
</span>
</LimitExcept>
</code></p></div>
</div>
<div class="directive-section"><h2><a name="LimitInternalRecursion" id="LimitInternalRecursion">LimitInternalRecursion</a> <a name="limitinternalrecursion" id="limitinternalrecursion">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Dahili yönlendirmelerin ve istek içi isteklerin azami sayısını
belirler.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>LimitInternalRecursion <var>sayı</var> [<var>sayı</var>]</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>LimitInternalRecursion 10</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak</td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Uyumluluk:</a></th><td>Apache 2.0.47 ve sonrasında mevcuttur.</td></tr>
</table>
<p>Örneğin, özgün istekleri dahili olarak bir CGI betiğine yönlendiren
kullanıldığında bir dahili yönlendirme oluşur. İstek içi istekler ise
bazı URI’ler için istek yapıldığında ne olacağını bulmak için Apache’nin
kullandığı bir mekanizmadır. Örneğin, <code class="module"><a href="/mod/mod_dir.html">mod_dir</a></code>,
<code class="directive"><a href="/mod/mod_dir.html#directoryindex">DirectoryIndex</a></code> yönergesinde
listelenen dosyalara bakmak için istek içi istekler kullanır.</p>
<p><code class="directive">LimitInternalRecursion</code> yönergesi sunucunun dahili
yönlendirmeler ve istek içi isteklerin oluşturduğu döngülerden dolayı
çökmemesini sağlar. Böyle döngüler genellikle yanlış yapılandırma sonucu
ortaya çıkarlar.</p>
<p>Yönerge her istek için değerlendirmeye alınacak iki farklı sınırlama
için kullanılabilir. İlk <var>sayı</var> ardarda gelebilen dahili
yönlendirmelerin azami sayısını, ikinci <var>sayı</var> ise istek içi
isteklerin ne kadar iç içe olabileceğini belirler. Tek bir
<var>sayı</var> belirtilirse iki sınırlama için de aynı değer
kullanılır.</p>
<div class="example"><h3>Örnek</h3><p><code>
LimitInternalRecursion 5
</code></p></div>
</div>
<div class="directive-section"><h2><a name="LimitRequestBody" id="LimitRequestBody">LimitRequestBody</a> <a name="limitrequestbody" id="limitrequestbody">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>İstemci tarafından gönderilen HTTP istek gövdesinin toplam
uzunluğunu sınırlar.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>LimitRequestBody <var>bayt-sayısı</var></code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>LimitRequestBody 0</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
</table>
<p>Bu yönerge, bir istek gövdesinde izin verilen bayt sayısını 0 (sınırsız
anlamında) ile 2147483647 (2GB) arasında sınırlamak için kullanılır.</p>
<p><code class="directive">LimitRequestBody</code> yönergesi kullanıcıya yönergenin
kullanıldığı bağlam (sunucu, belli bir dizin, belli bir dosya, belli bir
yer) dahilinde bir HTTP istek iletisi gövdesinin izin verilen uzunluğu
için bir sınır belirleme imkanı verir. Eğer istemcinin isteği bu sınırı
aşarsa sunucu isteği sunmak yerine bir hata iletisi döndürecektir. Normal
bir istek ileti gövdesinin uzunluğu büyük oranda özkaynağın doğasına ve
bu özkaynak üzerinde izin verilen yöntemlere bağlıdır. CGI betikleri
genellikle ileti gövdesini form bilgisini almak için kullanır.
<code>PUT</code> yöntemi gerçeklenimleri, en azından, sunucunun o
özkaynak için kabul etmek isteyeceği herhangi bir gösterim kadar büyük
bir değer gerektirecektir.</p>
<p>Bu yönerge, bazı hizmet reddi (DoS) saldırılarından kaçınmak için sunucu
yöneticilerine, anormal istemci istekleri üzerinde daha iyi denetim
imkanı sağlar.</p>
<p>Eğer, örneğin, belli bir yere dosya yükleme izni verir ve buraya
yüklenebilecek dosya boyutunu 100 kB ile sınırlamak isterseniz yönergeyi
şöyle kullanabilirsiniz:</p>
<div class="example"><p><code>
LimitRequestBody 102400
</code></p></div>
</div>
<div class="directive-section"><h2><a name="LimitRequestFields" id="LimitRequestFields">LimitRequestFields</a> <a name="limitrequestfields" id="limitrequestfields">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>İstemciden kabul edilecek HTTP isteği başlık alanlarının sayısını
sınırlar.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>LimitRequestFields <var>sayı</var></code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>LimitRequestFields 100</code></td></tr>
</table>
<p><var>sayı</var>, en küçük 0 (sınırsız anlamında), en büyük 32767
olabilir. Öntanımlı değer bir derleme zamanı sabiti olan
<code>DEFAULT_LIMIT_REQUEST_FIELDS</code> ile belirlenir (dağıtımla gelen
değeri 100’dür).</p>
<p><code class="directive">LimitRequestFields</code> yönergesi sunucu
yöneticilerine bir HTTP isteğinde izin verilen istek başlık alanlarının
sayısı üzerindeki sınırı değiştirebilme imkanı verir. Sunucu bu değerin,
normal bir istemci isteğinin içerebileceği alan sayısından daha büyük
olmasına ihtiyaç duyar. Bir istemci tarafından kullanılan istek başlık
alanlarının sayısı nadiren 20’yi geçer, fakat bu farklı istemci
gerçeklenimleri için değişiklik gösterir ve çoğunlukla kullanıcının
tarayıcısını ayrıntılı içerik müzakeresini desteklemek için nasıl
yapılandırdığıyla ilgilidir. İsteğe bağlı HTTP eklentileri çoğunlukla
istek başlık alanları kullanılarak ifade edilir.</p>
<p>Bu yönerge, bazı hizmet reddi (DoS) saldırılarından kaçınmak için sunucu
yöneticilerine, anormal istemci istekleri üzerinde daha iyi denetim
imkanı sağlar. Eğer normal istemciler sunucudan istekte bulunurken çok
fazla başlık alanı gönderildiğine dair bir hata iletisi alırlarsa bu
değerin arttırılması gerekir.</p>
<p>Örnek:</p>
<div class="example"><p><code>
LimitRequestFields 50
</code></p></div>
</div>
<div class="directive-section"><h2><a name="LimitRequestFieldSize" id="LimitRequestFieldSize">LimitRequestFieldSize</a> <a name="limitrequestfieldsize" id="limitrequestfieldsize">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>İstemciden kabul edilecek HTTP isteği başlık uzunluğunu sınırlar.
</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>LimitRequestFieldSize <var>bayt-sayısı</var></code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>LimitRequestFieldSize 8190</code></td></tr>
</table>
<p>Bu yönerge, HTTP istek başlığında izin verilecek bayt sayısını
belirler.</p>
<p><code class="directive">LimitRequestFieldSize</code> yönergesi, sunucu
yöneticilerine HTTP istek başlık alanının azami uzunluğunu arttırıp
azaltma imkanı verir. Sunucu bu değerin, normal bir istemci isteğinin
içerebileceği herhangi bir başlık alanını tutabilecek kadar büyük
olmasını gerektirir. Normal bir istek başlık alanı uzunluğu kullanıcının
tarayıcısını ayrıntılı içerik müzakeresini desteklemek için nasıl
yapılandırdığıyla ilgilidir. SPNEGO kimlik doğrulama başlıkları 12392
baytlık olabilir.</p>
<p>Bu yönerge, bazı hizmet reddi (DoS) saldırılarından kaçınmak için sunucu
yöneticilerine, anormal istemci istekleri üzerinde daha iyi denetim
imkanı sağlar.</p>
<p>Örnek:</p>
<div class="example"><p><code>
LimitRequestFieldSize 4094
</code></p></div>
<div class="note">Normal şartlar altında öntanımlı değer değiştirilmemelidir.</div>
</div>
<div class="directive-section"><h2><a name="LimitRequestLine" id="LimitRequestLine">LimitRequestLine</a> <a name="limitrequestline" id="limitrequestline">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>İstemciden kabul edilecek HTTP istek satırının uzunluğunu sınırlar.
</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>LimitRequestLine <var>bayt-sayısı</var></code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>LimitRequestLine 8190</code></td></tr>
</table>
<p>Bu yönerge, HTTP istek satırında izin verilecek bayt sayısını
belirler.</p>
<p><code class="directive">LimitRequestLine</code> yönergesi, sunucu yöneticilerine
bir istemcinin HTTP istek satırının azami uzunluğunu arttırıp azaltma
imkanı verir. İstek satırının içeriği HTTP yöntemi, URI ve protokol
sürümünden oluştuğundan <code class="directive">LimitRequestLine</code>
yönergesi, sunucudan bir istek için kullanılan istek adresinin uzunluğunu
sınırlamış olur. Sunucu bu değerin, bir <code>GET</code> isteğinin sorgu
kısmında aktarılabilen her bilgi dahil, özkaynak isimlerinden her birini
tutabilecek kadar büyük olmasını gerektirir.</p>
<p>Bu yönerge, bazı hizmet reddi (DoS) saldırılarından kaçınmak için sunucu
yöneticilerine, anormal istemci istekleri üzerinde daha iyi denetim
imkanı sağlar.</p>
<p>Örnek:</p>
<div class="example"><p><code>
LimitRequestLine 4094
</code></p></div>
<div class="note">Normal şartlar altında öntanımlı değer değiştirilmemelidir.</div>
</div>
<div class="directive-section"><h2><a name="LimitXMLRequestBody" id="LimitXMLRequestBody">LimitXMLRequestBody</a> <a name="limitxmlrequestbody" id="limitxmlrequestbody">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Bir XML temelli istek gövdesinin uzunluğunu sınırlar.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>LimitXMLRequestBody <var>bayt-sayısı</var></code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>LimitXMLRequestBody 1000000</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
</table>
<p>Bir XML temelli istek gövdesinin azami bayt sayısını belirler. Değer
olarak <code>0</code> belirtildiğinde herhangi bir boyut sınaması
yapılmaz.</p>
<p>Örnek:</p>
<div class="example"><p><code>
LimitXMLRequestBody 0
</code></p></div>
</div>
<div class="directive-section"><h2><a name="Location" id="Location"><Location></a> <a name="location" id="location">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>İçerdiği yönergeler sadece eşleşen URL’lere uygulanır.
</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code><Location <var>URL-yolu</var>|<var>URL</var>> ...
</Location></code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak</td></tr>
</table>
<p><code class="directive"><Location></code> bölüm yönergesi kapsadığı
yönergelerin etki alanını belirtilen URL’lerle sınırlar. Bu yönerge,
<code class="directive"><a href="#directory"><Directory></a></code> yönergesine
benzer ve <code></Location></code> yönergesi ile biten bir alt
bölüm başlatır. <code class="directive"><Location></code> bölümleri
yapılandırma dosyasında göründükleri sıraya göre, <code class="directive"><a href="#directory"><Directory></a></code> bölümleri ve
<code>.htaccess</code> dosyaları okunup <code class="directive"><a href="#files"><Files></a></code> bölümleri de işlendikten sonra işleme
sokulurlar.</p>
<p><code class="directive"><Location></code> bölümleri dosya
sisteminin tamamen dışında işlem görürler. Bunun çeşitli sonuçları olur.
En önemlisi, <code class="directive"><Location></code>
yönergelerinin dosya sistemi konumlarına erişimi denetim altına almak
için kullanılmaması gerekliliğidir. Aynı dosya sistemi konumuna farklı
URL’lerle erişmek mümkün olduğundan bu tür erişim denetimleri hile ile
atlatılabilir olacaktır.</p>
<div class="note"><h3><code class="directive"><Location></code> ne zaman
kullanılmalı</h3>
<p><code class="directive"><Location></code> yönergesini dosya sistemi
dışındaki içeriğe çeşitli yönergeler uygulamak için kullanın. Dosya
sisteminde bulunan içerik için <code class="directive"><a href="#directory"><Directory></a></code> ve <code class="directive"><a href="#files"><Files></a></code> bölümlerini kullanın. Bunun istisnası,
sunucunun tamamına bir yapılandırma uygulamak için kolay bir yol olan
<code><Location /></code> kullanımıdır.</p>
</div>
<p>Kaynağa yapılan (vekil olmayan) tüm istekler için eşleşecek URL,
<code>/yol/</code> şeklinde bir URL yolu olmalı; <em>ne şema, ne konak ismi
ne port ne de sorgu dizgesi içermelidir</em>. Vekil istekleri için eşleşecek
URL ise <code>şema://sunucuadı/dosya-yolu</code> şeklinde olmalı ve önek
içermelidir.</p>
<p>URL içinde dosya kalıp karakterleri kullanılabilir. Dosya kalıp
karakterleri bulunan bir dizgede bulunan <code>?</code> karakteri
herhangi bir tek karakterle eşleşirken <code>*</code> karakteri herhangi
bir karakter dizisi ile eşleşecektir. URL yolu içindeki / karakterleri
ile hiçbir dosya kalıp karakteri eşleşmez.</p>
<p>Ayrıca, <code>~</code> karakteri eşliğinde
<a class="glossarylink" href="/glossary.html#regex" title="sözlüğe bakınız">düzenli ifadeler</a> de kullanılabilir.
Örneğin,</p>
<div class="example"><p><code>
<Location ~ "/(ek|hususi)/veri">
</code></p></div>
dizgeleriyle eşleşecektir. <code class="directive"><a href="#locationmatch"><LocationMatch></a></code> yönergesi <code class="directive"><Location></code> yönergesinin düzenli ifade sürümüne
eşdeğer davranır ve bir çok yazı tipinde <code>~</code> karakterini
<code>-</code> karakterinden ayırmak zor olduğu için tercih edilir.</p>
<p><code class="directive"><Location></code> işlevselliği özellikle
<code class="directive"><a href="#sethandler">SetHandler</a></code> yönergesi ile birlikte
kullanışlı olur. Örneğin, durum isteklerini etkin kılmak ama sadece
uygulama yapabilirsiniz:</p>
<div class="example"><p><code>
<Location /status><br />
<span class="indent">
SetHandler server-status<br />
Order Deny,Allow<br />
Deny from all<br />
Allow from .mesela.dom<br />
</span>
</Location>
</code></p></div>
<div class="note"><h3>/ (bölü çizgisi) hakkında</h3>
<p>Bölü çizgisinin URL içinde bulunduğu yere bağlı olarak özel anlamları
vardır. Dosya sistemindeki çok sayıda yanyana kullanımının tek bir bölü
çizgisi olarak ele alındığı duruma alışkın olanlar olabilir (yani,
uzayında bunun böyle olması gerekli değildir. Eğer çok sayıda bölü
çizgisini yanyana belirtmeniz gerekiyorsa <code class="directive"><a href="#locationmatch"><LocationMatch></a></code> yönergesinde ve <code class="directive"><Location></code> yönergesinin düzenli ifadeli
kullanımında bunu açıkça belirtmeniz gerekir.</p>
<p>Örneğin, <code><LocationMatch ^/abc></code> yönergesi
<code>/abc</code> ile eşleşecek ama <code>//abc</code> ile
eşleşmeyecektir. <code class="directive"><Location></code>
yönergesinin düzenli ifade içermeyen kullanımındaki davranış vekil
isteklerinde kullanılana benzer ve doğrudan kaynağa yapılan (vekil
olmayan) isteklerde çok sayıda bölü çizgisi dolaylı olarak tek bir bölü
çizgisiyle eşleşecektir. Örneğin, <code><Location
şeklinde olursa bu ikisi eşleşir.</p>
</div>
<h3>Ayrıca bakınız:</h3>
<ul>
<li>Bir istek alındığında farklı yapılandırma bölümlerinin nasıl bir arada
ele alındığının açıklaması için <a href="/sections.html">
<Directory>, <Location> ve <Files> bölümleri nasıl
çalışır?</a> belgesine bakınız.</li>
</ul>
</div>
<div class="directive-section"><h2><a name="LocationMatch" id="LocationMatch"><LocationMatch></a> <a name="locationmatch" id="locationmatch">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>İçerdiği yönergeler sadece düzenli ifadelerle eşleşen URL’lere
uygulanır.</td></tr>
<var>düzifade</var>> ... </LocationMatch></code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak</td></tr>
</table>
<p><code class="directive"><LocationMatch></code> yönergesi içerdiği
yönergelerin etki alanını <code class="directive"><a href="#location"><Location></a></code> yönergesinin yaptığı gibi belirtilen URL’lerle
sınırlar. Ancak argüman olarak basit bir dizge değil bir <a class="glossarylink" href="/glossary.html#regex" title="sözlüğe bakınız">düzenli ifade</a> alır. Örneğin,</p>
<div class="example"><p><code>
<LocationMatch "/(ek|hususi)/veri">
</code></p></div>
dizgeleriyle eşleşecektir.</p>
<h3>Ayrıca bakınız:</h3>
<ul>
<li>Bir istek alındığında farklı yapılandırma bölümlerinin nasıl bir arada
ele alındığının açıklaması için <a href="/sections.html">
<Directory>, <Location> ve <Files> bölümleri nasıl
çalışır?</a> belgesine bakınız.</li>
</ul>
</div>
<div class="directive-section"><h2><a name="LogLevel" id="LogLevel">LogLevel</a> <a name="loglevel" id="loglevel">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Hata günlüklerinin ayrıntı seviyesini belirler.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>LogLevel <var>seviye</var></code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>LogLevel warn</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak</td></tr>
</table>
<p><code class="directive">LogLevel</code> yönergesi hata günlüklerine kaydedilen
hata iletilerinde hangi ayrıntılara yer verileceğini belirler (<code class="directive"><a href="#errorlog">ErrorLog</a></code> yönergesine bakınız). En yüksek önem
derecesinden başlayarak olası <var>seviye</var> değerleri aşağıda
sıralanmıştır:</p>
<table class="bordered">
<tr>
<th><strong>Seviye</strong> </th>
<th><strong>Açıklama</strong> </th>
<th><strong>Örnek</strong> </th>
</tr>
<tr>
<td><code>emerg</code> </td>
<td>Acil durumlar - sistem kullanışsız.</td>
<td>"Child cannot open lock file. Exiting"<br />(Alt süreç kilit
dosyasını açamıyor. Çıkılıyor)</td>
</tr>
<tr>
<td><code>alert</code> </td>
<td>Ne yapılacaksa beklemeden yapılmalı.</td>
<td>"getpwuid: couldn't determine user name from uid"<br />(getpwuid:
Kullanıcı ismi numarasından saptanamadı)</td>
</tr>
<tr>
<td><code>crit</code> </td>
<td>Kriz durumları.</td>
<td>"socket: Failed to get a socket, exiting child"<br />(socket: bir
soket alınamadı, alt süreç çıkıyor)</td>
</tr>
<tr>
<td><code>error</code> </td>
<td>Hata durumları.</td>
<td>"Premature end of script headers"<br />(Betik başlıkları
beklenmedik şekilde bitti)</td>
</tr>
<tr>
<td><code>warn</code> </td>
<td>Uyarı durumları.</td>
<td>"child process 1234 did not exit, sending another
SIGHUP"<br />(1234 alt süreci çıkmadı, başka bir SIGHUP
gönderiliyor)</td>
</tr>
<tr>
<td><code>notice</code> </td>
<td>Normal fakat önemli durum.</td>
<td>"httpd: caught SIGBUS, attempting to dump core in
..."<br />(httpd: SIGBUS alındı, core dökümlenmeye çalışılıyor:
...)</td>
</tr>
<tr>
<td><code>info</code> </td>
<td>Bilgilendirme.</td>
<td>"Server seems busy, (you may need to increase
görünüyor, (StartServers veya Min/MaxSpareServers değerlerini
arttırmanız gerekebilir)...)</td>
</tr>
<tr>
<td><code>debug</code> </td>
<td>Hata ayıklama seviyesi iletileri</td>
<td>"Opening config file ..."<br />(... yapılandırma dosyası
açılıyor)</td>
</tr>
</table>
<p>Belli bir seviye belirtildiğinde daha yüksek seviyeden iletiler de
raporlanır. Örneğin, <code>LogLevel info</code> belirtildiğinde
<code>notice</code> ve <code>warn</code> günlük seviyelerinin iletileri
ayrıca raporlanacaktır.</p>
<p>En az <code>crit</code> seviyesinin kullanılması önerilir.</p>
<p>Örnek:</p>
<div class="example"><p><code>
LogLevel notice
</code></p></div>
<div class="note"><h3>Ek Bilgi</h3>
<p>Günlük iletileri normal bir dosyaya yazılırken <code>notice</code>
seviyesinden iletiler engellenemez ve dolayısıyla daima raporlanırlar.
Ancak, günlük kaydı <code>syslog</code> kullanılarak yapılıyorsa bu
uygulanmaz.</p>
</div>
</div>
<div class="directive-section"><h2><a name="MaxKeepAliveRequests" id="MaxKeepAliveRequests">MaxKeepAliveRequests</a> <a name="maxkeepaliverequests" id="maxkeepaliverequests">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Bir kalıcı bağlantıda izin verilen istek sayısı</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>MaxKeepAliveRequests <var>sayı</var></code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>MaxKeepAliveRequests 100</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak</td></tr>
</table>
<p><code class="directive">MaxKeepAliveRequests</code> yönergesi <code class="directive"><a href="#keepalive">KeepAlive</a></code> etkinken bağlantı başına izin
verilecek istek sayısını sınırlar. Değer olarak <code>0</code>
belirtilirse istek sayısı sınırsız olur. Sunucu başarımını yüksek tutmak
için yüksekçe bir değer belirtmenizi öneririz.</p>
<p>Örnek:</p>
<div class="example"><p><code>
MaxKeepAliveRequests 500
</code></p></div>
</div>
<div class="directive-section"><h2><a name="NameVirtualHost" id="NameVirtualHost">NameVirtualHost</a> <a name="namevirtualhost" id="namevirtualhost">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>İsme dayalı sanal konaklar için IP adresi belirtir</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>NameVirtualHost <var>adres</var>[:<var>port</var>]</code></td></tr>
</table>
<p>Sunucunun, istemci tarafından talep edilen <em>konak ismine</em>
dayanarak seçtiği her sanal konak kümesi için ayrı bir
<code class="directive">NameVirtualHost</code> yönergesi vardır.
<code class="directive">NameVirtualHost</code> yönergesi <a href="/vhosts/">isme dayalı sanal konakları</a> yapılandırmak isterseniz gerekli olur.
</p>
<p>Bu yönerge ve bununle ilişkili <code class="directive">VirtualHost</code>
yönergesi, suncu hem HTTP hem de HTTPS bağlantılarını desteklediği
takdirde <em>mutlaka</em> bir port numarası da içermelidir.</p>
<p><var>adres</var> olarak bir konak ismi de belirtebilirsiniz ama daima
bir IP adresi veya bir * kullanmanızı öneririz. Bir yıldız imi
belirtilmiş <code class="directive">NameVirtualHost</code> yönergeleri sadece
adres yerine bir * belirtilmiş <code class="directive">VirtualHost</code>
yönergeleri ile eşleşir.</p>
<p>İstekleri bir güvenlik duvarının veya başka bir vekil sunucunun
aldığı ve bunları farklı bir IP adresine sahip bir sunucuya
yönlendirdiği durumlarda, bu yönergeye değer olarak istekleri sunan
makinenin fiziksel ağ arabiriminin IP adresi belirtilmelidir.</p>
<p>Aşağıdaki örnekte, 192.0.2.1 IP adresli arabirimin 80. portundan
alınan isteklerle sadece ilk iki sanal konak arasında seçim
yapılacaktır. Diğer arabirimlerin 80.portundan gelen istekler için ise
sadece üçüncü ve dördüncü sanal konak arasında seçim yapılacaktır.
İsteklerin hangi arabirimden geldiğinin önemli olmadığı durumlarda
(genelde böyledir) <code class="directive">NameVirtualHost</code> ve
<code class="directive">VirtualHost</code> yönergelerine sadece "*:80"
belirtmek yeterlidir.</p>
<div class="example"><p><code>
NameVirtualHost 192.0.2.1:80<br />
NameVirtualHost *:80<br /><br />
<VirtualHost 192.0.2.1:80><br />
ServerName namebased-a.example.com<br />
</VirtualHost><br />
<br />
<VirtualHost 192.0.2.1:80><br />
Servername namebased-b.example.com<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName namebased-c.example.com <br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName namebased-d.example.com <br />
</VirtualHost><br />
<br />
</code></p></div>
<p>IPv6 adresleri belirtilirken örnekteki gibi köşeli ayraçlar arasına
alınmalıdır:</p>
<div class="example"><p><code>
NameVirtualHost [2001:db8::a00:20ff:fea7:ccea]:8080
</code></p></div>
<div class="note"><h3><code class="directive"><VirtualHost></code>
yönergesinin değeri</h3>
<p><code class="directive"><VirtualHost></code> yönergesinin
değerinin <code class="directive">NameVirtualHost</code> yönergesininkiyle tam
olarak eşleşmesi gerektiğine dikkat ediniz.</p>
<div class="example"><p><code>
NameVirtualHost 192.0.2.2:80<br />
<VirtualHost 192.0.2.2:80><br />
# ...<br />
</VirtualHost><br />
</code></p></div>
</div>
<h3>Ayrıca bakınız:</h3>
<ul>
</ul>
</div>
<div class="directive-section"><h2><a name="Options" id="Options">Options</a> <a name="options" id="options">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Belli bir dizinde geçerli olacak özellikleri yapılandırır.
</td></tr>
[+|-]<var>seçenek</var> [[+|-]<var>seçenek</var>] ...</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>Options All</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
</table>
<p><code class="directive">Options</code> yönergesi belli bir dizinde hangi sunucu
özelliklerinin etkin olacağını (veya olmayacağını) belirler.</p>
<p><var>seçenek</var> olarak hiçbir ek özellik etkin olmayacaksa
<code>None</code>, aksi takdirde aşağıdakilerden biri veya bir kaçı
belirtilir:</p>
<dl>
<dt><code>All</code></dt>
<dd><code>MultiViews</code> hariç tüm seçenekler. Bu öntanımlıdır.</dd>
<dt><code>ExecCGI</code></dt>
<dd><code class="module"><a href="/mod/mod_cgi.html">mod_cgi</a></code> kullanan CGI betiklerinin çalışmasına izin
verilir.</dd>
<dt><code>FollowSymLinks</code></dt>
<dd>Sunucu bu dizindeki sembolik bağları izler.
<div class="note">
<p>Sembolik bağlar izlense bile <code class="directive"><a href="#directory"><Directory></a></code> bölümleriyle eşleşen dosya yolları
değiştirilmez.</p>
<p>Ayrıca, bu seçenek bir <code class="directive"><a href="#location"><Location></a></code> bölümü içinde belirtildiği takdirde <strong>yok
sayılır</strong>.</p>
<p>Sembolik bağ sınamaları, atlatılabilir yarış koşullarına konu
olduğundan bu seçeneğin yokluğu bir güvenlik sınırlaması olarak
değerlendirilmemelidir.</p>
</div></dd>
<dt><code>Includes</code></dt>
<dd><code class="module"><a href="/mod/mod_include.html">mod_include</a></code> tarafından sağlanan sunucu taraflı
içeriklere izin verilir.</dd>
<dt><code>IncludesNOEXEC</code></dt>
<dd>Sunucu taraflı içeriklere izin verilir fakat <code>#exec cmd</code>
ve <code>#exec cgi</code> iptal edilir. Ancak, <code class="directive"><a href="/mod/mod_alias.html#scriptalias">ScriptAlias</a></code>’lı dizinlerdeki CGI
betikleri için <code>#include virtual</code> hala mümkün olacaktır.</dd>
<dt><code>Indexes</code></dt>
<dd>İstenen URL bir dizin ile eşleşiyorsa ve bu dizin için bir <code class="directive"><a href="/mod/mod_dir.html#directoryindex">DirectoryIndex</a></code> (<code>index.html</code>
gibi) belirtilmemişse <code class="module"><a href="/mod/mod_autoindex.html">mod_autoindex</a></code> bu dizinin
biçimlenmiş bir listesini döndürecektir.</dd>
<dt><code>MultiViews</code></dt>
<dd><code class="module"><a href="/mod/mod_negotiation.html">mod_negotiation</a></code> kullanılarak <a href="/content-negotiation.html">içerik uzlaştırmalı</a> çok
görünümlü içeriğe izin verilir.</dd>
<dt><code>SymLinksIfOwnerMatch</code></dt>
<dd>Sunucu sembolik bağları sadece sembolik bağın hedefi ile bulunduğu
dizinin sahibinin aynı kullanıcı olması halinde izleyecektir.
<div class="note"><h3>Ek Bilgi</h3> <p>Bu seçenek bir <code class="directive"><a href="#location"><Location></a></code> bölümü içinde belirtildiğinde yok
sayılır.</p>
<p>Sembolik bağ sınamaları, atlatılabilir yarış koşullarına konu
olduğundan bu seçenek bir güvenlik sınırlaması olarak
değerlendirilmemelidir.</p></div>
</dd>
</dl>
<p>Normalde, bir dizine çok sayıda <code class="directive">Options</code>
uygulanabilirse de, dizine en uygun olanı uygulanıp diğerleri yok
sayılır; seçenekler katıştırılmaz (bkz, <a href="/sections.html#mergin">Bölümler Nasıl Katıştırılır?</a>). Bununla birlikte, önüne bir
<code>+</code> veya <code>-</code> simgesi konmuş seçenekler varsa, o
seçenekler katıştırılır. Önüne <code>+</code> konmuş seçenekler
mevcutlara eklenirken <code>-</code> konmuş seçenekler silinir.</p>
<div class="warning"><h3>Uyarı</h3>
<p><code>+</code> veya <code>-</code> imli seçenekler içeren
<code class="directive">Options</code> ile imsiz seçenekler içerenlerin karışık
olarak kullanılması beklenmedik sonuçlara yol açması sebebiyle aslında
geçersiz bir sözdizimidir.</p>
</div>
<p>Örneğin, <code>+</code> ve <code>-</code> imleri olmaksızın,</p>
<div class="example"><p><code>
<span class="indent">
Options Indexes FollowSymLinks<br />
</span>
</Directory><br />
<br />
<span class="indent">
Options Includes<br />
</span>
</Directory>
</code></p></div>
<code>Includes</code> seçeneği etkin olacaktır. Bununla birlikte, ikinci
<code class="directive">Options</code> yönergesinde <code>+</code> ve
<code>-</code> imleri kullanılırsa,</p>
<div class="example"><p><code>
<span class="indent">
Options Indexes FollowSymLinks<br />
</span>
</Directory><br />
<br />
<span class="indent">
Options +Includes -Indexes<br />
</span>
</Directory>
</code></p></div>
<code>FollowSymLinks</code> ve <code>Includes</code> seçenekleri etkin
olacaktır.</p>
<div class="note"><h3>Ek Bilgi</h3>
<p><code>-IncludesNOEXEC</code> veya <code>-Includes</code> kullanımı,
önceki ayarların ne olduğuna bakılmaksızın sunucu taraflı içeriğin
tamamen iptaline sebep olur.</p>
</div>
<p>Herhangi bir başka değer belirtilmedikçe <code>All</code>
öntanımlıdır.</p>
</div>
<div class="directive-section"><h2><a name="RLimitCPU" id="RLimitCPU">RLimitCPU</a> <a name="rlimitcpu" id="rlimitcpu">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Apache alt süreçleri tarafından çalıştırılan süreçlerin işlemci
tüketimine sınırlama getirir.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>RLimitCPU <var>saniye</var>|max [<var>saniye</var>|max]</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>Bir değer belirtilmemiştir; işletim sistemi öntanımlıları kullanılır
</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
</table>
<p>1 veya 2 değer alır. İlk değer bütün süreçler için sanal özkaynak
sınırını, ikinci değer ise kesin özkaynak sınırını belirler. İki değer de
birer sayı olabileceği gibi bu sınırın işletim sistemi yapılandırmasında
izin verilen üst sınıra ayarlanacağını belirtmek üzere <code>max</code>
olabilir. Kesin özkaynak sınırını yükseltmek için sunucunun
<code>root</code> olarak veya sistem açılışı sırasında çalıştırılması
gerekir.</p>
<p>Bu sınırlar Apache’nin kendi alt süreçlerine değil, isteklere yanıt
verirken Apache alt süreçlerinin çatalladıkları süreçlere uygulanır.
Bunlar CGI betikleri ve SSI çalıştırma komutları olabilir fakat borulu
günlük kaydı gibi ana Apache süreci tarafından çatallanmış süreçler
olmazlar.</p>
<p>İşlemci özkaynak sınırları saniye cinsinden ifade edilir.</p>
<h3>Ayrıca bakınız:</h3>
<ul>
<li><code class="directive"><a href="#rlimitmem">RLimitMEM</a></code></li>
<li><code class="directive"><a href="#rlimitnproc">RLimitNPROC</a></code></li>
</ul>
</div>
<div class="directive-section"><h2><a name="RLimitMEM" id="RLimitMEM">RLimitMEM</a> <a name="rlimitmem" id="rlimitmem">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Apache alt süreçleri tarafından çalıştırılan süreçlerin bellek
tüketimine sınırlama getirir.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>RLimitMEM <var>bayt-sayısı</var>|max [<var>bayt-sayısı</var>|max]
</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>Bir değer belirtilmemiştir; işletim sistemi öntanımlıları kullanılır
</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
</table>
<p>1 veya 2 değer alır. İlk değer bütün süreçler için sanal özkaynak
sınırını, ikinci değer ise kesin özkaynak sınırını belirler. İki değer de
birer sayı olabileceği gibi bu sınırın işletim sistemi yapılandırmasında
izin verilen üst sınıra ayarlanacağını belirtmek üzere <code>max</code>
olabilir. Kesin özkaynak sınırını yükseltmek için sunucunun
<code>root</code> olarak veya sistem açılışı sırasında çalıştırılması
gerekir.</p>
<p>Bu sınırlar Apache’nin kendi alt süreçlerine değil, isteklere yanıt
verirken Apache alt süreçlerinin çatalladıkları süreçlere uygulanır.
Bunlar CGI betikleri ve SSI çalıştırma komutları olabilir fakat borulu
günlük kaydı gibi ana Apache süreci tarafından çatallanmış süreçler
olmazlar.</p>
<p>Bellek özkaynak sınırları süreç başına bayt sayısı olarak ifade edilir.
</p>
<h3>Ayrıca bakınız:</h3>
<ul>
<li><code class="directive"><a href="#rlimitcpu">RLimitCPU</a></code></li>
<li><code class="directive"><a href="#rlimitnproc">RLimitNPROC</a></code></li>
</ul>
</div>
<div class="directive-section"><h2><a name="RLimitNPROC" id="RLimitNPROC">RLimitNPROC</a> <a name="rlimitnproc" id="rlimitnproc">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Apache alt süreçleri tarafından çalıştırılabilecek süreç sayısına
sınırlama getirir.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>RLimitNPROC <var>sayı</var>|max [<var>sayı</var>|max]</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>Bir değer belirtilmemiştir; işletim sistemi öntanımlıları kullanılır
</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
</table>
<p>1 veya 2 değer alır. İlk değer bütün süreçler için sanal özkaynak
sınırını, ikinci değer ise kesin özkaynak sınırını belirler. İki değer de
birer sayı olabileceği gibi bu sınırın işletim sistemi yapılandırmasında
izin verilen üst sınıra ayarlanacağını belirtmek üzere <code>max</code>
olabilir. Kesin özkaynak sınırını yükseltmek için sunucunun
<code>root</code> olarak veya sistem açılışı sırasında çalıştırılması
gerekir.</p>
<p>Bu sınırlar Apache’nin kendi alt süreçlerine değil, isteklere yanıt
verirken Apache alt süreçlerinin çatalladıkları süreçlere uygulanır.
Bunlar CGI betikleri ve SSI çalıştırma komutları olabilir fakat borulu
günlük kaydı gibi ana Apache süreci tarafından çatallanmış süreçler
olmazlar.</p>
<p>Süreç sayısı sınırı kullanıcı başına süreç sayısına sınırlama getirir.
</p>
<div class="note"><h3>Ek Bilgi</h3>
<p>CGI süreçleri sunucu kullanıcı kimliğinden farklı bir kullanıcı
kimliği altında çalışmıyorsa bu yönerge sunucunun kendi oluşturduğu
süreç sayısını sınırlayacaktır. Bunun kanıtı <code>error_log</code>’da
iletilerin çatallanamamasıdır.</p>
</div>
<h3>Ayrıca bakınız:</h3>
<ul>
<li><code class="directive"><a href="#rlimitmem">RLimitMEM</a></code></li>
<li><code class="directive"><a href="#rlimitcpu">RLimitCPU</a></code></li>
</ul>
</div>
<div class="directive-section"><h2><a name="ScriptInterpreterSource" id="ScriptInterpreterSource">ScriptInterpreterSource</a> <a name="scriptinterpretersource" id="scriptinterpretersource">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>CGI betikleri için yorumlayıcı belirleme tekniği</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>ScriptInterpreterSource Registry|Registry-Strict|Script</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>ScriptInterpreterSource Script</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Uyumluluk:</a></th><td>Sadece Win32 için; <code>Registry-Strict</code> seçeneği Apache
2.0 ve sonrası için geçerlidir.</td></tr>
</table>
<p>Bu yönerge Apache’nin CGI betiklerini çalıştıracak yorumlayıcıyı nasıl
tespit edeceğini belirler. <code>Script</code> öntanımlı olup Apache’nin
yorumlayıcı olarak betiğin diyezli ünlem satırında (<code>#!</code> ile
başlayan ilk satır) belirtilen yorumlayıcıyı kullanacağını belirtir.
Win32 sistemlerinde bu satır genellikle şöyledir:</p>
<div class="example"><p><code>
</code></p></div>
<p><code>perl</code> yorumlayıcının yeri <code>PATH</code> değişkeninde
kayıtlı ise şöyle de olabilir:</p>
<div class="example"><p><code>
#!perl
</code></p></div>
<p><code>ScriptInterpreterSource Registry</code> değeri ise betik dosyası
uzantısının (<code>.pl</code> gibi) Windows Sicili içindeki
<code>HKEY_CLASSES_ROOT</code> ağacında arama yapmak için bir arama
anahtarı olarak kullanılmasını sağlar. Betik dosyasını çalıştırmak için
tanımlanmış komutu bulmak için <code>Shell\ExecCGI\Command</code> yoluna,
orada yoksa <code>Shell\Open\Command</code> yoluna bakılır. İkisi de
yoksa son çare olarak <code>Script</code> seçeneğinin davranışına
dönülür.</p>
<div class="warning"><h3>Güvenlik</h3>
<p><code class="directive"><a href="/mod/mod_alias.html#scriptalias">ScriptAlias</a></code>’lı dizinlerde
Apache bulduğu <strong>her</strong> dosyayı çalıştırmayı deneyeceğinden
<code>ScriptInterpreterSource Registry</code> yapılandırmasını
kullanırken dikkatli olun. <code>Registry</code> seçeneği genellikle
çalıştırılmayacak dosyalar için istenmeyen program çağrılarına sebep
olabilir. Örneğin, çoğu Windows sisteminde <code>.htm</code> dosyaları
için ön tanımlı "open" komutu Microsoft Internet Explorer’ın
çalıştırılmasına sebep olur; bu bakımdan, betik dizininde bulunan bir
<code>.htm</code> dosyası için yapılan bir HTTP isteği tarayıcının sunucu
artalanında çalıştırılmasına sebep olacaktır. Bu, sistemi bir kaç dakika
içinde çökertmek için iyi bir yoldur.</p>
</div>
<p><code>Registry-Strict</code> seçeneği Apache 2.0’da yeni olup
<code>Registry</code> seçeneğinin yaptığını
<code>Shell\ExecCGI\Command</code> yolu için yapar. <code>ExecCGI</code>
sistem tarafından bilinen bir anahtar olmadığından Windows Siciline elle
kaydedilmesi gerekir ve dolayısıyla sisteminiz üzerinde istenmeyen
program çağrılarına sebep olmaz.</p>
</div>
<div class="directive-section"><h2><a name="ServerAdmin" id="ServerAdmin">ServerAdmin</a> <a name="serveradmin" id="serveradmin">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Sunucunun hata iletilerinde istemciye göstereceği eposta adresi
</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>ServerAdmin <var>eposta-adresi</var>|<var>URL</var></code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak</td></tr>
</table>
<p><code class="directive">ServerAdmin</code> yönergesi, sunucunun bir hata
durumunda istemciye döndüreceği hata iletilerinde içereceği iletişim
adresini belirtmek için kullanılır. Eğer <code class="program"><a href="/programs/httpd.html">httpd</a></code>
sağlanan değerin bir URL olmadığını saptarsa değerin bir eposta adresi
olduğuna hükmeder ve önüne <code>mailto:</code> getirerek onu bir hiper
bağ hedefi olarak kullanır. Çoğu CGI betiği bir eposta adresi
belirtildiği kabulünü yaptığından değer olarak bir URL değil bir eposta
adresi belirtmeniz önerilir. Eğer bir URL belirtecekseniz hedef sizin
denetiminizde olan başka bir sunucuda bulunmalıdır, yoksa kullanıcılar
hata durumunda bu adrese erişemeyebilirler.</p>
<p>Kullanıcıların sunucu hakkında konuşurken isminizden bahsetmemeleri için
burada belirtilecek adresin sırf bu işe adanmış bir adres olması daha
iyidir. Örnek:</p>
<div class="example"><p><code>
ServerAdmin www-admin@falan.filan.dom
</code></p></div>
</div>
<div class="directive-section"><h2><a name="ServerAlias" id="ServerAlias">ServerAlias</a> <a name="serveralias" id="serveralias">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>İstekleri isme dayalı sanal konaklarla eşleştirilirken
kullanılacak konak adları için başka isimler belirtebilmeyi sağlar.
</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>ServerAlias <var>konakadı</var> [<var>konakadı</var>] ...</code></td></tr>
</table>
<p><code class="directive">ServerAlias</code> yönergesi, istekleri <a href="/vhosts/name-based.html">isme dayalı sanal konaklarla</a>
eşleştirilirken kullanılacak konak adları için başka isimler
belirtebilmeyi sağlar. <code class="directive">ServerAlias</code> dosya adı kalıp
karakterleri içerebilir.</p>
<div class="example"><p><code>
<VirtualHost *:80><br />
ServerName sunucu.mesela.dom<br />
ServerAlias sunucu sunucu2.mesela.dom sunucu2<br />
ServerAlias *.mesela.dom<br />
# ...<br />
</VirtualHost>
</code></p></div>
<h3>Ayrıca bakınız:</h3>
<ul>
</ul>
</div>
<div class="directive-section"><h2><a name="ServerName" id="ServerName">ServerName</a> <a name="servername" id="servername">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Sunucunun özdeşleşeceği konak ismi ve port.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>ServerName [<var>şema</var>://]<var>tam-nitelenmiş-alan-adı</var>[:<var>port</var>]
</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak</td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Uyumluluk:</a></th><td>Bu yönerge 2.0 sürümünden itibaren 1.3 sürümündeki
<code class="directive">Port</code> yönergesinin işlevselliğini de
üstlenmiştir.</td></tr>
</table>
<p><code class="directive">ServerName</code> yönergesi, sunucunun kendini
betimlemekte kullanacağı şema, konak adı ve port değerlerini belirler.
Bu, yönlendirme URL’leri oluşturulurken kullanılır. Örneğin, HTTP
rumuzu varsa ve HTTP sunucunuzun bu rumuzla kendini özdeşleştirmesini
isterseniz bunu şöyle belirtebilirsiniz:</p>
<div class="example"><p><code>
ServerName www.filan.dom:80
</code></p></div>
<p>Bir <code class="directive">ServerName</code> ataması yapılmamışsa sunucu IP
adresine atanmış sunucu ismi için bir ters DNS sorgusu yapacaktır.
<code class="directive">ServerName</code> yönergesinde bir port belirtilmediği
takdirde sunucu, isteğin geldiği portu kullanacaktır. Öngörülebilirlik ve
güvenilirlik açısından en iyisi <code class="directive">ServerName</code>
yönergesini kullanarak açıkça bir konak ismi ve port belirtmektir.</p>
kullanıyorsanız, <code class="directive"><a href="#virtualhost"><VirtualHost></a></code> bölümü içindeki
<code class="directive">ServerName</code> yönergesi, isteğin <code>Host:</code>
başlığında bu sanal konakla eşleşecek konak ismini belirler.</p>
<p>Bazen sunucu, bir ters vekil, yük dengeleyici veya SSL yük aktarım
uygulaması gibi bir aygıtın arkasında çalışır. Böyle durumlarda sunucunun
kendine yönelik URL’leri doğru üretebildiğinden emin olmak için
<code class="directive">ServerName</code> yönergesinde istemcinin bağlanacağı
<code>https://</code> şeması ve port numarası belirtilir.</p>
<p>Sunucunun kendine yönelik URL’lerin belirtilen portu içerip içermediğini
veya istemcinin yaptığı istekte belirtilen port numarasının verilip
verilmediğinin saptamasını sağlayan (örneğin, <code class="module"><a href="/mod/mod_dir.html">mod_dir</a></code>
modülü tarafından) ayarlar için <code class="directive"><a href="#usecanonicalname">UseCanonicalName</a></code> ve
<code class="directive"><a href="#usecanonicalphysicalport">UseCanonicalPhysicalPort</a></code>
yönergelerinin açıklamalarına bakınız.</p>
<h3>Ayrıca bakınız:</h3>
<ul>
</li>
<li><code class="directive"><a href="#usecanonicalname">UseCanonicalName</a></code></li>
<li><code class="directive"><a href="#usecanonicalphysicalport">UseCanonicalPhysicalPort</a></code></li>
<li><code class="directive"><a href="#namevirtualhost">NameVirtualHost</a></code></li>
<li><code class="directive"><a href="#serveralias">ServerAlias</a></code></li>
</ul>
</div>
<div class="directive-section"><h2><a name="ServerPath" id="ServerPath">ServerPath</a> <a name="serverpath" id="serverpath">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Uyumsuz bir tarayıcı tarafından erişilmesi için bir isme dayalı sanal konak için meşru URL yolu</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>ServerPath <var>URL-yolu</var></code></td></tr>
</table>
dayalı sanal konaklar</a>da kullanmak için konağa meşru bir URL yolu
belirler.</p>
<h3>Ayrıca bakınız:</h3>
<ul>
</ul>
</div>
<div class="directive-section"><h2><a name="ServerRoot" id="ServerRoot">ServerRoot</a> <a name="serverroot" id="serverroot">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Sunucu yapılandırması için kök dizin</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>ServerRoot <var>dizin-yolu</var></code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>ServerRoot /usr/local/apache</code></td></tr>
</table>
<p><code class="directive">ServerRoot</code> yönergesi sunucu yapılandırmasını
içeren dizinin yerini belirtir. Genellikle <code>conf/</code> ve
<code>logs/</code> gibi alt dizinler içerir. <code class="directive"><a href="#include">Include</a></code>, <code class="directive"><a href="/mod/mod_so.html#loadmodule">LoadModule</a></code> gibi diğer yapılandırma
yönergelerindeki göreli yollar bu dizine göre ele alınır.</p>
<div class="example"><h3>Örnek</h3><p><code>
</code></p></div>
<h3>Ayrıca bakınız:</h3>
<ul>
<li><code class="directive">ServerRoot</code> dizininin erişim izinlerinin nasıl
ayarlanması gerektiğini öğrenmek için <a href="/misc/security_tips.html#serverroot">güvenlik ipuçları</a></li>
</ul>
</div>
<div class="directive-section"><h2><a name="ServerSignature" id="ServerSignature">ServerSignature</a> <a name="serversignature" id="serversignature">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Sunucu tarafından üretilen belgelerin dipnotunu ayarlar.
</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>ServerSignature On|Off|EMail</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>ServerSignature Off</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
</table>
<p><code class="directive">ServerSignature</code> yönergesi, sunucu tarafından
üretilen belgelerin (hata iletileri, <code class="module"><a href="/mod/mod_proxy.html">mod_proxy</a></code> ftp dizin
listeleri, <code class="module"><a href="/mod/mod_info.html">mod_info</a></code> çıktısı, vs.) altındaki dipnot
satırını yapılandırabilmenizi sağlar. Böyle bir dipnot satırın
istenmesinin sebebi vekil zincirlerinde istemciye dönen hata iletisinin
aslında hangi sunucu tarafından üretildiğini kullanıcıya bildirmektir.</p>
<p><code>Off</code> değeri öntanımlı değer olup dipnot satırının
gösterilmemesini sağlar (Apache-1.2 ve öncesi ile uyumluluk).
<code>On</code> değeri, sunucu sürüm numarası ve hizmeti sunan sanal
konağın isminden (<code class="directive"><a href="#servername">ServerName</a></code>) oluşan
bir dipnot satırı oluşturulmasını sağlar; <code>EMail</code> değeri bu
ikisine ek olarak satıra <code class="directive"><a href="#serveradmin">ServerAdmin</a></code>
ile belirtilen adres için bir "mailto:" bağı ekler.</p>
<p>2.0.44 sürümünden beri sunucu sürüm numarasının ayrıntıları <code class="directive"><a href="#servertokens">ServerTokens</a></code> yönergesi ile belirlenmektedir.</p>
<h3>Ayrıca bakınız:</h3>
<ul>
<li><code class="directive"><a href="#servertokens">ServerTokens</a></code></li>
</ul>
</div>
<div class="directive-section"><h2><a name="ServerTokens" id="ServerTokens">ServerTokens</a> <a name="servertokens" id="servertokens">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td><code>Server</code> HTTP yanıt başlığını yapılandırır.
</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>ServerTokens Major|Minor|Min[imal]|Prod[uctOnly]|OS|Full</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>ServerTokens Full</code></td></tr>
</table>
<p>Bu yönerge <code>Server</code> HTTP yanıt başlığı alanında istemcilere
sunucunun işletim sistemi, sunucuyla derlenmiş modüller, vs. hakkında
bilgi verilip verilmeyeceğini belirler.</p>
<dl>
<dt><code>ServerTokens Full</code> (veya belirtilmezse)</dt>
<dt><code>ServerTokens Prod[uctOnly]</code></dt>
<dd>Sunucu şunu gönderir (<em>örnek</em>): <code>Server:
Apache</code></dd>
<dt><code>ServerTokens Major</code></dt>
<dd>Sunucu şunu gönderir (<em>örnek</em>): <code>Server:
Apache/2</code></dd>
<dt><code>ServerTokens Minor</code></dt>
<dd>Sunucu şunu gönderir (<em>örnek</em>): <code>Server:
<dt><code>ServerTokens Min[imal]</code></dt>
<dd>Sunucu şunu gönderir (<em>örnek</em>): <code>Server:
<dt><code>ServerTokens OS</code></dt>
(Unix)</code></dd>
</dl>
<p>Bu ayarlama sunucunun tamamını etkiler ve her sanal konak için
farklılaştırılamaz.</p>
<p>2.0.44 sürümünden itibaren bu yönerge <code class="directive"><a href="#serversignature">ServerSignature</a></code> yönergesi tarafından sunulan
bilgiyi de etkilemektedir.</p>
<div class="note"><code class="directive">ServerTokens</code> yönergesinde
<code>minimal</code>'den azının belirtilmesi önerilmez. Bunun sebebi ara
işlemlerle ilgili hata ayıklamasını zorlaştırmasıdır. Ayrıca,
<code>Server:</code> başlığının iptal edilmesinin sunucunuzu daha güvenli
yapmayacağına dikkat ediniz; "çapraşıklıkla sağlanan güvenlik" düşüncesi
gerçekle bağdaşmaz ve güvenliği olumsuz etkiler.</div>
<h3>Ayrıca bakınız:</h3>
<ul>
<li><code class="directive"><a href="#serversignature">ServerSignature</a></code></li>
</ul>
</div>
<div class="directive-section"><h2><a name="SetHandler" id="SetHandler">SetHandler</a> <a name="sethandler" id="sethandler">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Eşleşen tüm dosyaların belli bir eylemci tarafından işlenmesine
sebep olur.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>SetHandler <var>eylemci-ismi</var>|None</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Uyumluluk:</a></th><td>Apache 2.0’da core modülüne taşındı.</td></tr>
</table>
<p>Bir <code>.htaccess</code> dosyasına veya bir <code class="directive"><a href="#directory"><Directory></a></code> ya da <code class="directive"><a href="#location"><Location></a></code> bölümüne yerleştirildiğinde, eşleşen
tüm dosyaların, ismi <var>eylemci-ismi</var> ile belirtilen <a href="/handler.html">eylemci</a> tarafından çözümlenmesine sebep olur.
Örneğin, bir dizin içindeki bütün dosyaların, uzantılarına bakılmaksızın
birer imagemap kural dosyası olarak çözümlenmesini istersiniz, bu dizin
içindeki bir <code>.htaccess</code> dosyasına şöyle bir satır
koyabilirsiniz:</p>
<div class="example"><p><code>
SetHandler imap-file
</code></p></div>
yapıldığında sunucunun bir durum bilgisi göstermesi için
<div class="example"><p><code>
<Location /status><br />
<span class="indent">
SetHandler server-status<br />
</span>
</Location>
</code></p></div>
<p>Evvelce tanımlanmış bir <code class="directive">SetHandler</code> yönergesini
<code>None</code> değeriyle geçersiz hale getirebilirsiniz.</p>
<p><strong>Bilginize:</strong><code class="directive">SetHandler</code> yönergesi,
öntanımlı eylemcileri geçersiz kıldığından, index dosyaları ve dizinleri
belirtmek için URL’nin sonuna / getirmek şeklindeki normal davranış
baskılanır.</p>
<h3>Ayrıca bakınız:</h3>
<ul>
</ul>
</div>
<div class="directive-section"><h2><a name="SetInputFilter" id="SetInputFilter">SetInputFilter</a> <a name="setinputfilter" id="setinputfilter">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>POST girdilerini ve istemci isteklerini işleyecek süzgeçleri
belirler.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>SetInputFilter <var>süzgeç</var>[;<var>süzgeç</var>...]</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
</table>
<p><code class="directive">SetInputFilter</code> yönergesi, istemci isteklerini
ve sunucu tarafından alındığı takdirde POST girdisini işleyecek süzgeç
veya süzgeçleri belirler. Bu, diğer <code class="directive"><a href="/mod/mod_mime.html#addinputfilter">AddInputFilter</a></code> yönergeleri dahil evvelce tanımlanmış
süzgeçlere eklenir.</p>
<p>Birden fazla süzgeç belirtilmek istenirse birbirlerinden noktalı
virgüllerle ayrılmalı ve çıktıyı işleyecekleri sıraya uygun olarak
sıralanmalıdırlar.</p>
<h3>Ayrıca bakınız:</h3>
<ul>
</ul>
</div>
<div class="directive-section"><h2><a name="SetOutputFilter" id="SetOutputFilter">SetOutputFilter</a> <a name="setoutputfilter" id="setoutputfilter">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Sunucunun yanıtlarını işleyecek süzgeçleri belirler.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>SetOutputFilter <var>süzgeç</var>[;<var>süzgeç</var>...]</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin, .htaccess</td></tr>
</table>
<p><code class="directive">SetOutputFilter</code> yönergesi, istemciye
gönderilmeden önce sunucunun yanıtlarını işleyecek süzgeçleri belirler.
Bu, diğer <code class="directive"><a href="/mod/mod_mime.html#addoutputfilter">AddOutputFilter</a></code>
yönergeleri dahil evvelce tanımlanmış süzgeçlere eklenir.</p>
bütün dosyalar sunucu taraflı içerik kapsamında ele alınacaktır.</p>
<div class="example"><p><code>
<span class="indent">
SetOutputFilter INCLUDES<br />
</span>
</Directory>
</code></p></div>
<p>Birden fazla süzgeç belirtilmek istenirse birbirlerinden noktalı
virgüllerle ayrılmalı ve çıktıyı işleyecekleri sıraya uygun olarak
sıralanmalıdırlar.</p>
<h3>Ayrıca bakınız:</h3>
<ul>
</ul>
</div>
<div class="directive-section"><h2><a name="TimeOut" id="TimeOut">TimeOut</a> <a name="timeout" id="timeout">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Bir istek için başarısız olmadan önce belirli olayların
gerçekleşmesi için sunucunun geçmesini bekleyeceği süre.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>TimeOut <var>saniye</var></code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>TimeOut 300</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak</td></tr>
</table>
<p><code class="directive">TimeOut</code> yönergesi Apache’nin aşağıdaki durumlarda
G/Ç için bekleyeceği süreyi belirler:</p>
<ol>
<li>Veriyi istemciden okurken, okuma tamponu boş olduğu takdirde bir TCP
paketinin gelmesini bekleyeceği süre.</li>
<li>Veriyi istemciye yazarken, gönderme tamponu dolu olduğu takdirde bir
paket alındısı için beklenecek süre.</li>
<li><code class="module"><a href="/mod/mod_cgi.html">mod_cgi</a></code> modülünde, bir CGI betiğinden çıktı için
beklenecek süre.</li>
<li><code class="module"><a href="/mod/mod_ext_filter.html">mod_ext_filter</a></code> modülünde, bir süzme işleminden çıktı
almak için beklenecek süre.</li>
<li><code class="module"><a href="/mod/mod_proxy.html">mod_proxy</a></code> modülünde, <code class="directive"><a href="/mod/mod_proxy.html#proxytimeout">ProxyTimeout</a></code> yönergesi
yapılandırılmamışsa öntanımlı zaman aşımı değeri.</li>
</ol>
</div>
<div class="directive-section"><h2><a name="TraceEnable" id="TraceEnable">TraceEnable</a> <a name="traceenable" id="traceenable">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td><code>TRACE</code> isteklerinde davranış şeklini belirler
</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>TraceEnable <var>[on|off|extended]</var></code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>TraceEnable on</code></td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Uyumluluk:</a></th><td>Apache 1.3.34, 2.0.55 ve sonrasında mevcuttur.</td></tr>
</table>
<p>Bu yönerge çekirdek ve vekil (<code class="module"><a href="/mod/mod_proxy.html">mod_proxy</a></code>) sunucuların
her ikisi için öntanımlı <code>TRACE</code> davranışını değiştirir.
Öntanımlı olan <code>TraceEnable on</code> ile RFC 2616’dan kaynaklanan
ve isteğe herhangi bir istek gövdesinin eşlik etmesine izin vermeyen
<code>TRACE</code> isteklerine izin verilir. <code>TraceEnable off</code>
ile çekirdek ve vekil (<code class="module"><a href="/mod/mod_proxy.html">mod_proxy</a></code>) sunucuların her ikisi
de <code>TRACE</code> isteklerine yanıt olarak bir <code>405</code>
(Yönteme izin verilmiyor) hatası döndürür.</p>
<p><code>TraceEnable extended</code> ile sadece sınama ve tanı koyma
amaçlarına yönelik olarak istek gövdelerine izin verilir. Asıl sunucu
istek gövdesini 64k ile sınırlar (<code>Transfer-Encoding: chunked</code>
kullanılmışsa bölüm başlıkları için 8k daha). Asıl sunucu yanıt
gövdesinde tüm başlıkları ve bölüm başlıklarının tamamını yansıtacaktır.
Vekil sunucuda ise istek gövdesi için 64k’lık sınır yoktur.</p>
</div>
<div class="directive-section"><h2><a name="UseCanonicalName" id="UseCanonicalName">UseCanonicalName</a> <a name="usecanonicalname" id="usecanonicalname">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Sunucunun kendi adını ve portunu nasıl belirleyeceğini ayarlar
</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>UseCanonicalName On|Off|DNS</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>UseCanonicalName Off</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin</td></tr>
</table>
<p>Apache‘nin çoğu durumda özüne yönelik URL‘ler (isteğin tekrar aynı
sunucuya yapıldığı bir URL türü) oluşturması gerekir.
<code>UseCanonicalName On</code> ile Apache, sunucu için meşru ismi ve
portu oluşturmak için <code class="directive"><a href="#servername">ServerName</a></code>
yönergesinde belirtilen ismi ve portu kullanır. Bu isim CGI'lerde
<code>SERVER_NAME</code> ve <code>SERVER_PORT</code> değerlerinde ve tüm
özüne yönelik URL’lerde kullanılır.</p>
<p><code>UseCanonicalName Off</code> ile Apache, özüne yönelik URL’leri
varsa istemci tarafından sağlanan konak ismini ve portu kullanarak
oluşturur; bunlar istemci tarafından sağlanmamışsa yukarıda tanımlanan
işleme başvurulur. Bu değerler, <a href="/vhosts/name-based.html">isme
dayalı sanal konakları</a> gerçekleştirirken kullanılan değerlerle aynı
olup aynı istemcilerle kullanılabilir. <code>SERVER_NAME</code> ve
<code>SERVER_PORT</code> CGI değişkenleri de istemci tarafından sağlanan
isim ve portla oluşturulur.</p>
<p>Bir örnek olarak, iç ağdaki istemcilerin sunucuya <code>www</code> gibi
bir kısa isim kullanarak bağlandığı durumu ele alırsak daha yararlı olur.
Kullanıcılar bir kısa isim ve bir dizin isminden oluşan ve <em>bir / ile
adresine yönlendirecektir. Eğer kimlik doğrulama da etkinse bu
kullanıcının iki defa kimlik doğrulamasına sokulmasına sebep olacaktır
için; daha ayrıntılı bilgi için <a href="http://httpd.apache.org/docs/misc/FAQ.html#prompted-twice">SSS</a>’y
e bakınız). Fakat <code class="directive">UseCanonicalName Off</code> olsaydı
<p><code>UseCanonicalName DNS</code> diye üçüncü bir seçenek daha vardır ve
istek yaparken <code>Host:</code> başlığını kullanmayan eski istemcileri
desteklemek amacıyla IP’ye dayalı sanal konaklarla kullanmak için
tasarlanmıştır. Bu seçenek etkin olduğunda Apache, istemciyi özüne
yönelik URL’lerle doğru yere bağlamak için sunucu IP adresi üzerinde bir
ters DNS sorgusu yapar.</p>
<div class="warning"><h3>Uyarı</h3>
<p>Eğer CGI’ler <code>SERVER_NAME</code> değerleri için önkabuller
yapıyorlarsa bu seçenek işlerinin bozulmasına yol açabilir. Aslında
istemciler konak ismi olarak istedikleri değeri vermekte özgürdürler.
Fakat eğer CGI, özüne yönelik URL’leri oluştururken sadece
<code>SERVER_NAME</code> değerini kullanıyorsa bu istendiği gibi
çalışacaktır.</p>
</div>
<h3>Ayrıca bakınız:</h3>
<ul>
<li><code class="directive"><a href="#usecanonicalphysicalport">UseCanonicalPhysicalPort</a></code></li>
<li><code class="directive"><a href="#servername">ServerName</a></code></li>
</ul>
</div>
<div class="directive-section"><h2><a name="UseCanonicalPhysicalPort" id="UseCanonicalPhysicalPort">UseCanonicalPhysicalPort</a> <a name="usecanonicalphysicalport" id="usecanonicalphysicalport">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Sunucunun kendi adını ve portunu nasıl belirleyeceğini ayarlar
</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Sözdizimi:</a></th><td><code>UseCanonicalPhysicalPort On|Off</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Öntanımlı:</a></th><td><code>UseCanonicalPhysicalPort Off</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Bağlam:</a></th><td>sunucu geneli, sanal konak, dizin</td></tr>
</table>
<p>Apache‘nin çoğu durumda özüne yönelik URL‘ler (isteğin tekrar aynı
sunucuya yapıldığı bir URL türü) oluşturması gerekir. Apache <code class="directive"><a href="#usecanonicalname">UseCanonicalName</a></code> yönergesine bağlı olarak
sunucu için meşru portu oluştururken <code>UseCanonicalPhysicalPort
On</code> ile olası port olarak istek tarafından kullanılmakta olan
fiziksel portu kullanacaktır. <code>UseCanonicalPhysicalPort Off</code>
olduğunda ise geçerli bir port numarası oluşturmak için asıl fiziksel
port yerine yapılandırma bilgisi kullanılır.</p>
<div class="note"><h3>Ek Bilgi</h3>
<p>Fiziksel port kullanımı etkin olduğunda işlemler şu sırayla
yürütülür:<br /><br />
<code>UseCanonicalName On</code></p>
<ul>
<li><code>Servername</code> yönergesinde belirtilen port</li>
<li>Fiziksel port</li>
<li>Öntanımlı port</li>
</ul>
<code>UseCanonicalName Off | DNS</code>
<ul>
<li><code>Host:</code> başlığından çözümlenen port</li>
<li>Fiziksel port</li>
<li><code>Servername</code> yönergesinde belirtilen port</li>
<li>Öntanımlı port</li>
</ul>
<p><code>UseCanonicalPhysicalPort Off</code> olduğunda işlem sırasında
fiziksel port adımları atlanır.</p>
</div>
<h3>Ayrıca bakınız:</h3>
<ul>
<li><code class="directive"><a href="#usecanonicalname">UseCanonicalName</a></code></li>
<li><code class="directive"><a href="#servername">ServerName</a></code></li>
</ul>
</div>
<div class="directive-section"><h2><a name="VirtualHost" id="VirtualHost"><VirtualHost></a> <a name="virtualhost" id="virtualhost">Yönergesi</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Açıklama:</a></th><td>Sadece belli bir konak ismine ve porta uygulanacak yönergeleri barındırır.</td></tr>
<var>adres</var>[:<var>port</var>] [<var>adres</var>[:<var>port</var>]]
...> ... </VirtualHost></code></td></tr>
</table>
<p><code class="directive"><VirtualHost></code> ve
<code></VirtualHost></code> birlikte sadece belli bir sanal konağa
uygulanacak yönergeleri sarmalamakta kullanılırlar. Bir sanal konak
kapsamında belirtilebilecek her yönerge kullanılabilir. Sunucu belli bir
sanal konak üzerindeki bir belge için bir istek aldığında <code class="directive"><VirtualHost></code> bölümünde bulunan yapılandırma
yönergelerini kullanır. <var>adres</var> şunlardan biri olabilir:</p>
<ul>
<li>Sanal konağın IP adresi.</li>
<li>Sanal konağın IP adresi için tam nitelenmiş alan adı (önerilmez).</li>
<li><code>NameVirtualHost *</code> ile birlikte tüm IP adresleri ile
eşleşmek üzere <code>*</code> karakteri.</li>
<li>Sadece IP sanal konaklarında kullanmak için eşleşmeyen IP adreslerini
yakalamak amacıyla <code>_default_</code> dizgesi.</li>
</ul>
<div class="example"><h3>Örnek</h3><p><code>
<VirtualHost 10.1.2.3><br />
<span class="indent">
ServerAdmin webmaster@konak.mesela.dom<br />
ServerName konak.mesela.dom<br />
</span>
</VirtualHost>
</code></p></div>
<p>İsteğe bağlı port numarasını belirtmeyi mümkün kılmak için IPv6
adresleri köşeli ayraç içine alınır. IPv6 adresi kullanılan bir örnek:</p>
<div class="example"><p><code>
<VirtualHost [2001:db8::a00:20ff:fea7:ccea]><br />
<span class="indent">
ServerAdmin webmaster@konak.mesela.dom<br />
ServerName konak.mesela.dom<br />
</span>
</VirtualHost>
</code></p></div>
<p>Her sanal konağın ya farklı bir IP adresi ve port ile ya da farklı bir
konak ismiyle eşleşmesi gerekir. Birinci durumda sunucu makinesinin çok
sayıda adresten IP paketleri kabul edecek şekilde yapılandırılması
gerekir. (Eğer makinede çok sayıda ağ arabirimi yoksa bu, işletim sistemi
desteklediği takdirde <code>ifconfig alias</code> komutuyla
sağlanabilir.)</p>
<div class="note"><h3>Ek Bilgi</h3>
<p><code class="directive"><VirtualHost></code> kullanımı Apache’nin
dinleyeceği adresler üzerinde belirleyici değildir. Apache’nin doğru
adresi dinlediğinden emin olmak için <code class="directive"><a href="/mod/mpm_common.html#listen">Listen</a></code> kullanmanız gerekebilir.</p>
</div>
<p>IP’ye dayalı sanal konakları kullanıyorsanız, diğer sanal konaklarda
açıkça belirtilmemiş bir IP adresiyle eşleşecek sanal konağı
<code>_default_</code> özel ismiyle belirtebilirsiniz. "Ana" sunucu
yapılandırmasında <code>_default_</code> diye bir sanal konağın
bulunmaması halinde, hiçbir IP adresi eşleşmesi bulunamadığı takdirde
<code class="directive"><VirtualHost></code> bölümleri dışında
kalan tüm yapılandırmalar bu amaca yönelik olarak kullanılır.</p>
<p>Eşleşilecek portu değiştirmek için bir <code>:port</code>
belirtebilirsiniz. Port bu şekilde değiştirilmediği takdirde ana
yönergesinde belirtilen port kullanılır. Bir adresteki tüm portlarla
eşleşileceğini belirtmek için <code>:*</code> kullanabilirsiniz. (Bu,
<code>_default_</code> kullanıldığı takdirde önerilir.)</p>
<p>Her <code class="directive"><VirtualHost></code> bloku içinde bir
<code class="directive"><a href="#servername">ServerName</a></code> yönergesi mutlaka
olmalıdır. Yokluğu halinde "ana" sunucu yapılandırmasındaki <code class="directive"><a href="#servername">ServerName</a></code> miras alınacaktır (yani, sanal konak
belirtmek için boşuna uğraşmış olursunuz).</p>
<div class="warning"><h3>Güvenlik</h3>
<p>Günlük dosyalarının sunucuyu çalıştıran kullanıcıdan başka herkes
tarafından yazılabilen bir yerde saklanmasından dolayı ortaya çıkabilecek
güvenlik sorunları hakkında daha ayrıntılı bilgi için <a href="/misc/security_tips.html">güvenlik ipuçları</a> belgesine
bakınız.</p>
</div>
<h3>Ayrıca bakınız:</h3>
<ul>
üzere yapılandırılması</a></li>
<li>Bir istek alındığında farklı yapılandırma bölümlerinin nasıl bir arada
ele alındığının açıklaması için <a href="/sections.html">
<Directory>, <Location> ve <Files> bölümleri nasıl
çalışır?</a> belgesine bakınız.</li>
</ul>
</div>
</div>
<div class="bottomlang">
<p><span>Mevcut Diller: </span><a href="/de/mod/core.html" hreflang="de" rel="alternate" title="Deutsch"> de </a> |
</div><div id="footer">
<p class="apache">Copyright 2010 The Apache Software Foundation.<br /><a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a> altında lisanslıdır.</p>
<p class="menu"><a href="/mod/">Modüller</a> | <a href="/mod/directives.html">Yönergeler</a> | <a href="/faq/">SSS</a> | <a href="/glossary.html">Terimler</a> | <a href="/sitemap.html">Site Haritası</a></p></div>
</body></html>