From: Nilgun Belma Buguner Date: Tue, 1 Mar 2011 19:57:46 +0000 (+0000) Subject: update transformations. X-Git-Tag: 2.3.12~293 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=071e124a7be56e31aea05fda2b162fd1a3c74ed4;p=thirdparty%2Fapache%2Fhttpd.git update transformations. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1076003 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/bind.html.tr.utf8 b/docs/manual/bind.html.tr.utf8 index 569e3ad230b..d2e68fbf89a 100644 --- a/docs/manual/bind.html.tr.utf8 +++ b/docs/manual/bind.html.tr.utf8 @@ -5,7 +5,7 @@ This file is generated from xml source: DO NOT EDIT XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX --> -Dinleme - Apache HTTP Sunucusu +Adresleri ve Portları Dinleme - Apache HTTP Sunucusu @@ -16,7 +16,7 @@
<-
-Apache > HTTP Sunucusu > Belgeleme > Sürüm 2.3

Adresleri ve Portları Dinleme

Mevcut Diller:  de  |  en  | @@ -25,13 +25,13 @@  ko  |  tr 

-
Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.

Apache HTTPD sunucusunun belli adresleri ve portları dinlemek üzere yapılandırılması.

top
@@ -61,10 +61,6 @@ böyle bir durumda belirtilen bütün adres ve portlardan gelen isteklere yanıt verecektir.

-

Bir Listen yönergesinin - aynısının tekrarı sunucunun başlatılmasını engelleyen ölümcül bir hatayla - sonuçlanacaktır.

-

Örneğin, sunucunun hem 80 portundan hem de 8000 portundan gelen bağlantıları kabul etmesini sağlamak için,

@@ -88,7 +84,18 @@

Listen [2001:db8::a00:20ff:fea7:ccea]:80

-
top
+ +
+

Bir Listen yönergesinin + aynısının tekrarı sunucunun başlatılmasını engelleyen ölümcül bir hatayla + sonuçlanacaktır.

+ +

+ (48)Address already in use: make_sock: could not bind to address [::]:80 +

+
+ +
top

IPv6 Adreslerin Durumu

@@ -135,6 +142,24 @@ seçenek FreeBSD, NetBSD ve OpenBSD’de öntanımlıdır.

top
+

Protokolü Listen ile Belirtme

+ +

Listen yönergesinin isteğe + bağlı ikinci değiştirgesi protokol çoğu yapılandırmada gerekli + olmaz. Belirtilmediği takdirde, https için 443, + http için ise diğer bütün portlar öntanımlıdır. Protokol, + isteğin hangi modül tarafından işleneceğini ve AcceptFilter yönergesi ile uygulanacak + protokole özgü en iyilemeleri belirlemekte kullanılır.

+ +

Sadece standartdışı bir port kullanmak isterseniz protokolü belirtmeniz + gerekir. Örneğin, birhttps sitesini port 8443 üzerinde + çalıştırmak isterseniz:

+ +

+ Listen 192.170.2.1:8443 https +

+
top
+

Sanal Konaklarla Nasıl Çalışır?

diff --git a/docs/manual/bind.xml.meta b/docs/manual/bind.xml.meta index bc9555a2390..5a7606ce3f9 100644 --- a/docs/manual/bind.xml.meta +++ b/docs/manual/bind.xml.meta @@ -12,6 +12,6 @@ fr ja ko - tr + tr diff --git a/docs/manual/caching.html.tr.utf8 b/docs/manual/caching.html.tr.utf8 index fa5b0d090e4..42a9b1cde71 100644 --- a/docs/manual/caching.html.tr.utf8 +++ b/docs/manual/caching.html.tr.utf8 @@ -22,7 +22,6 @@  fr  |  tr 

-
Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.

Bu belge mod_cache, mod_cache_disk, mod_file_cache diff --git a/docs/manual/caching.xml.meta b/docs/manual/caching.xml.meta index 22406e7caf5..c6ba0165a9e 100644 --- a/docs/manual/caching.xml.meta +++ b/docs/manual/caching.xml.meta @@ -9,6 +9,6 @@ en fr - tr + tr diff --git a/docs/manual/configuring.html.tr.utf8 b/docs/manual/configuring.html.tr.utf8 index a11bf6306a0..afcb65f5907 100644 --- a/docs/manual/configuring.html.tr.utf8 +++ b/docs/manual/configuring.html.tr.utf8 @@ -25,9 +25,9 @@  ko  |  tr 

-
Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.
-

Bu belgede Apache HTTP sunucusunu yapılandırmakta kullanılan dosyalar açıklanmıştır.

+

Bu belgede Apache HTTP Sunucusunu yapılandırmakta kullanılan dosyalar +açıklanmıştır.

top

Yönergelerin Etki Alanı

@@ -118,7 +143,7 @@ Yerine göre daha hassas ayarlamalar yapmak için bu bölgeler iç içe de kullanılabilir.

-

Apache, çok sayıda farklı siteyi aynı anda sunabilecek yetenektedir. +

httpd, çok sayıda farklı siteyi aynı anda sunabilecek yetenektedir. Buna Sanal Konaklık adı verilir. Yönergelerin etki alanları ayrıca <VirtualHost> bölümleri içine konarak da değiştirilebilir. Böylece belli bir siteye gelen @@ -137,7 +162,7 @@
İlgili Modüllerİlgili Yönergeler
-

Apache yapılandırma sorumluluğunu dağıtmak için site ağaçları içine özel +

httpd yapılandırma sorumluluğunu dağıtmak için site ağaçları içine özel dosyalar yerleştirilmesine izin verir. Bu özel dosyalar normalde .htaccess dosyaları olmakla birlikte AccessFileName yönergesi kullanılarak rasgele bir isim belirtilebilir. .htaccess dosyalarına yerleştirilen yönergeler diff --git a/docs/manual/configuring.xml.meta b/docs/manual/configuring.xml.meta index e7194824866..b06983ee589 100644 --- a/docs/manual/configuring.xml.meta +++ b/docs/manual/configuring.xml.meta @@ -12,6 +12,6 @@ fr ja ko - tr + tr diff --git a/docs/manual/content-negotiation.html.tr.utf8 b/docs/manual/content-negotiation.html.tr.utf8 index 9b1de949c6c..82f515cc595 100644 --- a/docs/manual/content-negotiation.html.tr.utf8 +++ b/docs/manual/content-negotiation.html.tr.utf8 @@ -23,10 +23,9 @@  ko  |  tr 

-
Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.
-

Apache, içerik uzlaşımını HTTP/1.1 belirtiminde bahsedildiği şekliyle +

Apache HTTPD, içerik uzlaşımını HTTP/1.1 belirtiminde bahsedildiği şekliyle destekler. Bir özkaynağın en iyi gösterimini, tarayıcının sağladığı karakter kodlaması, karakter kümesi, dil, ortam türü gibi kullanıcı tercihlerine bağlı olarak seçebilir. Ayrıca, tarayıcının kullanıcı @@ -37,7 +36,7 @@ mod_negotiation modülü tarafından sağlanır.

-

Apache, HTTP/1.1 belirtiminde tanımlanan şekliyle ‘sunucu yönetiminde’ +

httpd, HTTP/1.1 belirtiminde tanımlanan şekliyle ‘sunucu yönetiminde’ içerik uzlaşımını destekler. Accept, Accept-Language, Accept-Charset ve Accept-Encoding istek başlıklarını tamamen destekler. - Apache ayrıca, RFC 2295 ve RFC 2296’da tanımlanan bir deneysel uzlaşım + httpd ayrıca, RFC 2295 ve RFC 2296’da tanımlanan bir deneysel uzlaşım olarak ‘şeffaf’ içerik uzlaşımını da destekler. Fakat ‘özellik uzlaşımını’ bu RFC’lerde tanımlandığı gibi desteklemez.

@@ -98,7 +97,7 @@ kaynaklandığından bahsedilebilir.

top
-

Apache’de İçerik Uzlaşımı

+

httpd’de İçerik Uzlaşımı

Bir özkaynak üzerinde uzlaşılırken gösterim çeşitlerinin her biri hakkında sunucuya bilgi verilmesi gerekir. Bu iki yolla yapılabilir:

@@ -116,7 +115,7 @@

Bir türeşlem dosyası kullanmak

Bir türeşlem dosyası, type-map eylemcisi ile ilişkili bir - belgedir (ya da eski Apache yapılandırmaları ile geriye uyumluluk için, + belgedir (ya da eski httpd yapılandırmaları ile geriye uyumluluk için, application/x-type-map MIME türünde bir belgedir). Bu özelliği kullanmak için, yapılandırmada bir tür eşleyici olarak her dosya ismi uzantısı için bir type-map @@ -179,7 +178,7 @@ göre öncelikli olacaktır. Bu nedenle qs değeri özkaynağın doğasına bakarak belirlenir.

-

Tanınan başlıkların tam listesini mod_negotation modülünün +

Tanınan başlıkların tam listesini mod_negotiation modülünün belgesinde bulabilirsiniz.

@@ -226,10 +225,10 @@

Uzlaşım Yöntemleri

-

Apache’nin, bir türeşlem dosyası veya dizin içindeki bir dosya +

httpd’nin, bir türeşlem dosyası veya dizin içindeki bir dosya sayesinde belli bir özkaynağın gösterim çeşitlerinin bir listesini elde ettikten sonra ‘en uygun’ gösterime karar vermek için kullanabileceği - iki yöntem vardır. Apache’nin içerik uzlaşım özelliklerinin kullanımı + iki yöntem vardır. httpd’nin içerik uzlaşım özelliklerinin kullanımı sırasında uzlaşımın nasıl yerine getirileceği ile ilgili ayrıntıları bilmek aslında gerekli değildir. Bununla birlikte belgenin kalanında bu konu açıklanmaya çalışılmıştır.

@@ -237,11 +236,11 @@

İki uzlaşım yöntemi vardır:

    -
  1. Normal durumda sunucu yönetiminde Apache uzlaşım +
  2. Normal durumda sunucu yönetiminde httpd uzlaşım algoritması kullanılır. Bu algoritma aşağıda ayrıntılı olarak - açıklanmıştır. Bu algoritma kullanıldığı zaman, Apache, en iyi sonuca + açıklanmıştır. Bu algoritma kullanıldığı zaman, httpd, en iyi sonuca ulaşmak için bazen belli boyutların üstünlük katsayılarıyla ‘oynar’. - Apache’nin bu katsayılarla oynama işini nasıl yaptığı aşağıda daha + httpd’nin bu katsayılarla oynama işini nasıl yaptığı aşağıda daha ayrıntılı açıklanmıştır.
  3. İstemci bu işlem için özellikle RFC 2295’te tanımlanan mekanizmanın @@ -251,7 +250,7 @@ tarayıcının bu işlem için kullandığı algoritmanın başarısına bağlıdır. Şeffaf uzlaşım sürecinin bir parçası olarak, tarayıcı, RFC 2296’da tanımlanan ‘gösterim çeşidini uzaktan seçme algoritması’nın - çalıştırılmasını Apache’den isteyebilir.
    4. + çalıştırılmasını httpd’den isteyebilir.

Uzlaşımın Boyutları

@@ -301,9 +300,9 @@ -

Apache Uzlaşım Algoritması

+

httpd Uzlaşım Algoritması

-

Apache, tarayıcıya döndürülecek en uygun gösterim çeşidini (varsa) +

httpd, tarayıcıya döndürülecek en uygun gösterim çeşidini (varsa) seçmek için aşağıdaki algoritmayı kullanabilir. Bu algoritma pek de yapılandırılabilir değildir. Şöyle çalışır:

@@ -383,13 +382,13 @@

Üstünlük Değerleriyle Oynamak

-

Apache bazen yukarıdaki Apache uzlaşım algoritmasının kesin sonucunun +

httpd bazen yukarıdaki httpd uzlaşım algoritmasının kesin sonucunun beklenenden farklı olması için üstünlük değerleriyle oynar. Bunu tam ve doğru bilgi göndermeyen tarayıcılar için algoritmadan en iyi sonucu elde etmek amacıyla yapar. Bazen günümüzün en tanınmış tarayıcıları bile çoğu durumda yanlış bir seçimle sonuçlanmayacaksa Accept başlık bilgilerini göndermemektedir. Eğer tarayıcı eksiksiz ve doğru bilgi - gönderirse Apache bu değerlerle oynamayacaktır.

+ gönderirse httpd bu değerlerle oynamayacaktır.

Ortam Türleri ve Dosyaismi Kalıpları

@@ -423,7 +422,7 @@ hiçbirinin bulunmaması halinde diğer türler eşleşecektir.

Eğer Accept: başlığı hiçbir q - katsayısı içermiyorsa ve başlıkta "*/*" belirtilmişse, Apache istenen + katsayısı içermiyorsa ve başlıkta "*/*" belirtilmişse, httpd istenen davranışı taklit etmek için bu kalıba 0.01 katsayısını atar. Keza "type/*" kalıbına da 0.02 katsayısını atar (yani, */* kalıbına göre tercihli olur). Eğer Accept: alanındaki her ortam türü bir @@ -434,7 +433,7 @@

Dil Uzlaşımında İstisnalar

-

Apache 2.0’dan itibaren, uzlaşım algoritmasına, bir eşleşme bulmak +

httpd 2.0’dan itibaren, uzlaşım algoritmasına, bir eşleşme bulmak konusunda algoritma başarılı olamadığı takdirde hoş bir son çareye izin vermek için bazı istisnalar eklenmiştir.

@@ -442,7 +441,7 @@ gönderilen Accept-language başlığıyla eşleşen tek bir sayfa bulamadığı takdirde istemciye ya “Kabul edilebilir bir gösterim çeşidi yok” ya da “Çok sayıda seçim belirtilmiş” yanıtını döndürür. Bu hata - iletilerinden kaçınmak için bu gibi durumlarda Apache + iletilerinden kaçınmak için bu gibi durumlarda httpd Accept-language başlığını yoksaymaya ayarlanabilir. Böylece istemcinin isteğine tam olarak uymasa da bir belge sağlanır. Bu hata iletilerinin birini veya her ikisini de geçersiz kılmak için ForceLanguagePriority yönergesi @@ -464,7 +463,7 @@ LanguagePriority son çaresine ayarlanmışsa alt küme belirtimini yok sayacak ve en belge isteklerine en-GB belgelerle yanıt - verecektir. Apache, lehçenin üyesi olduğu anadili, istemcinin kabul + verecektir. httpd, lehçenin üyesi olduğu anadili, istemcinin kabul edilebilir diller listesine örtük olarak düşük bir üstünlük değeri ile ekler. Yalnız şuna dikkat edin, eğer istemci tercihini "en-GB; q=0.9, fr; q=0.8" olarak belirtirse ve sunucuda sadece "en" ve "fr" belgeleri @@ -473,7 +472,7 @@ gibi çalışabilmek için bu gereklidir.

Gelişmiş tekniklerin (çerezler, özel URL yolları gibi) desteklenmesi - sırasında, kullanıcının tercih ettiği dili saptamak için Apache 2.0.47 + sırasında, kullanıcının tercih ettiği dili saptamak için httpd 2.0.47 sürümünden beri mod_negotiation modülü prefer-language ortam değişkenini tanımaktadır. Değişken mevcutsa ve uygun bir dil yaftası içeriyorsa @@ -491,7 +490,7 @@

Şeffaf İçerik Uzlaşımının Genişletilmesi

-

Apache, şeffaf içerik uzlaşımı protokolünü (RFC 2295) şöyle genişletir: +

httpd, şeffaf içerik uzlaşımı protokolünü (RFC 2295) şöyle genişletir: Sadece içerik kodlamasına özgü olmak üzere gösterim çeşidi listelerinde gösterim çeşitlerini imlemek için yeni bir {encoding ..} elemanı kullanılır. RVSA/1.0 algoritmasının (RFC 2296) gerçeklenimi, @@ -598,7 +597,7 @@

Yukarıdaki tabloya bakarak hiperbağlarda bir dosya ismini uzantısız olarak (misal gibi) kullanmanın daima mümkün olduğunu - farkedeceksiniz. Böylece br belgenin asıl türünü gizleyebilir ve + farkedeceksiniz. Böylece bir belgenin asıl türünü gizleyebilir ve sonradan bir hiperbağ değişikliği yapmaksızın örneğin html’den shtml veya cgi’ye geçebilirsiniz.

@@ -614,9 +613,9 @@ Böylece, sonradan aynı URL için bir istek yapıldığında kaydettiği gösterimi kullanabilir. Fakat özkaynak sunucuyla uzlaşılan türdeyse arabelleğe ilk istenen çeşit saklanmış olacağından isteğe yanlış - gösterimle yanıt verilmiş olacaktır. Bunun olmaması için Apache, normal + gösterimle yanıt verilmiş olacaktır. Bunun olmaması için httpd, normal olarak içerik uzlaşımının sonucu olarak döndürülen tüm yanıtları - HTTP/1.0 istemciler tarafından arabelleklenemez olarak imler. Apache + HTTP/1.0 istemciler tarafından arabelleklenemez olarak imler. httpd ayrıca, uzlaşımlı yanıtların arabelleklenmesini mümkün kılan HTTP/1.1 protokolünü de destekler.

@@ -627,7 +626,7 @@ yapılandırılmasında kullanılabilir. Bunun HTTP/1.1 istemcilerinden gelen isteklere bir etkisi yoktur.

-

HTTP/1.1 istemciler için, Apache, yanıtın uzlaşım boyutlarını göstermek +

HTTP/1.1 istemciler için, httpd, yanıtın uzlaşım boyutlarını göstermek üzere bir Vary HTTP yanıt başlığı gönderir. Arabellekler bu bilgiyi sonraki istekleri yerel kopyadan sunarken kullanabilirler. Bir arabelleğin uzlaşım boyutlarına bakmaksızın yerel kopyasını kullanmaya diff --git a/docs/manual/content-negotiation.xml.meta b/docs/manual/content-negotiation.xml.meta index 70a3640196e..f3e81e598f8 100644 --- a/docs/manual/content-negotiation.xml.meta +++ b/docs/manual/content-negotiation.xml.meta @@ -10,6 +10,6 @@ en ja ko - tr + tr diff --git a/docs/manual/dns-caveats.html.tr.utf8 b/docs/manual/dns-caveats.html.tr.utf8 index 63a8bb02fc0..267cce19a23 100644 --- a/docs/manual/dns-caveats.html.tr.utf8 +++ b/docs/manual/dns-caveats.html.tr.utf8 @@ -5,7 +5,7 @@ This file is generated from xml source: DO NOT EDIT XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX --> -Apache ve DNS ile ilgili Konular - Apache HTTP Sunucusu +Apache HTTP Sunucusu ve DNS ile ilgili Konular - Apache HTTP Sunucusu @@ -16,7 +16,7 @@

<-

Apache ve DNS ile ilgili Konular

+Apache > HTTP Sunucusu > Belgeleme > Sürüm 2.3

Apache HTTP Sunucusu ve DNS ile ilgili Konular

Mevcut Diller:  en  |  fr  | @@ -24,21 +24,19 @@  ko  |  tr 

-
Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.

Bu sayfanın konusu şöyle özetlenebilirdi: Yapılandırma dosyalarınızda DNS sorguları yapılmasını gerektirecek ayarlamalardan kaçınınız. Eğer yapılandırma dosyalarınızda DNS sorgusu yapılarak çözümlenebilecek adresler bulunursa sunucunuz beklenmedik davranışlar (hiç başlamayabilir) gösterebileceği gibi hizmet reddi veya hizmet - hırsızlığı (bazı kullanıcıların diğerlerine giden sayfaları çalma + hırsızlığı (bazı sanal konakların diğerlerine giden sayfaları çalma olasılığı dahil) saldırılarına açık hale gelebilir.

top
@@ -55,15 +53,14 @@ </VirtualHost>

-

Apache’nin beklendiği gibi işlemesi için her sanal konak için iki +

httpd’nin beklendiği gibi işlemesi için her sanal konak için iki veriye mutlaka ihtiyacı vardır: ServerName ve sunucunun bağlantı kabul edip hizmet sunacağı en az bir IP adresi. Yukarıdaki örnekte IP adresi bulunmamaktadır, dolayısıyla Apache, falan.fesmekan.dom adresi için bir DNS sorgusu yapmak zorundadır. Eğer sunucu, yapılandırma dosyasını çözümlediği sırada bir sebeple DNS sunucusuna - erişemezse bu sanal konak yapılandırılmayacak (hApache 1.2 - öncesinde sunucu hiç başlatılmazdı) ve bu sanal konağa yapılan - isteklere yanıt verilemeyecektir.

+ erişemezse bu sanal konak yapılandırılmayacak ve bu sanal konağa + yapılan isteklere yanıt verilemeyecektir.

falan.fesmekan.dom’un 192.168.2.1 IP adresine sahip olduğunu varsayarsak yapılandırma şöyle olurdu:

@@ -79,12 +76,13 @@

Ancak, bu sefer de bu sanal konağın sunucu ismini öğrenmek için - Apache’nin bir ters DNS sorgusu yapması gerekecektir. Eğer bu sorgu - başarısız olursa kısmi bir yapılandırmaya gidilir (Apache 1.2 öncesinde - sunucu hiç başlatılmazdı). Eğer sanal konak isme dayalı ise sanal konak + httpd’nin bir ters DNS sorgusu yapması gerekecektir. Eğer bu sorgu + başarısız olursa kısmi bir yapılandırmaya gidilir. + Eğer sanal konak isme dayalı ise sanal konak kısmen bile yapılandırılmaz. IP’ye dayalı sanal konaklar büyük oranda - çalışır, fakat sunucu ismini içeren tam bir adres üretilmesini - gerektiren bir durumda, sunucu geçerli bir adres üretemez.

+ çalışır, fakat (örneğin, bir Redirect varlığında olduğu gibi) sunucu ismini + içeren tam bir adres üretilmesini gerektiren bir durumda, sunucu geçerli + bir adres üretemez.

Her iki sorunu da çözen yapılandırma şöyle olurdu:

@@ -102,17 +100,7 @@

Hizmet Reddi

-

Hizmet reddinin meydana gelebilecek (en az) iki türü vardır. - Apache’nin 1.2 öncesi bir sürümünü kullanıyorsanız sanal - konaklarınızdan herhangi biri için yukarıdaki iki sorgudan biri - başarısız olursa sunucunuzu asla başlatamazsınız. Bazı durumlarda, DNS - sorgularından alınacak yanıtlar sizin denetiminizde olmayabilir; - örneğin fesmekan.dom müşterilerinizden birine aitse ve - kendi DNS sunucuları varsa falan.fesmekan.dom kaydını - silerek sunucunuzun hiç başlatılamamasına (1.2 öncesi) sebep - olabilirler.

- -

Diğer türü biraz daha sinsidir. Şöyle bir yapılandırmanız olsun:

+

Şöyle bir yapılandırmanız olsun:

<VirtualHost falan.fesmekan.dom>
@@ -153,11 +141,11 @@

"Ana Sunucu" Adresi

-

Apache 1.1’de isme dayalı sanal konak - desteğine ek olarak, Apache’nin, httpd’nin - çalıştığı makinenin IP adres(ler)ini de bilmeye ihtiyacı vardır. Bu - adresi elde etmek için sunucu, ya sunucu genelinde geçerli ServerName yönergesine bakar ya da bir C - işlevi olan gethostname’i kullanır (işlev, komut +

İsme dayalı sanal konak + desteği, httpd’nin çalıştığı makinenin IP adres(ler)ini de bilmesini + gerektirir. Bu adresi elde etmek için sunucu, ya sunucu genelinde geçerli + ServerName yönergesine bakar ya da bir + C işlevi olan gethostname’i kullanır (işlev, komut isteminden hostname komutuna dönen yanıtın aynısını döndürür) ve ardından bu adresle ilgili olarak bir DNS sorgusu yapar. Bu sorgudan kaçınmanın henüz bir yolu yoktur.

@@ -171,7 +159,7 @@ dosyasında bulunması gerekebilir.

Herhangi bir nedenle sunucunuz bir DNS sorgusu yapmıyorsa veya - yapmamalıysa, Apache’yi HOSTRESORDER ortam değişkenine + yapmamalıysa, httpd’yi HOSTRESORDER ortam değişkenine "local" değerini atadıktan sonra çalıştırabilirsiniz. Bu tamamen işletim sistemine ve kullandığınız çözümleyici kütüphanelere bağlıdır. Ayrıca, ortamı denetlemek için mod_env @@ -194,39 +182,6 @@

  • Hiçbir sayfa sunulmayan bir <VirtualHost _default_:*> sanal konağınız olsun.
    • -
    top
    -
    -

    Ek: Ufuk Turu

    - - -

    DNS ile ilgili durum hiç de arzu edildiği gibi değildir. Apache 1.2 - için, DNS sorguları başarısız olsa bile sunucunun başlatılabilmesini - sağlamaya çalıştık, fakat belki yapabildiğimizden daha da iyisi - mümkündür. Günümüz Genel Ağ’ında IP adresleri sık sık değiştiğinden - yapılandırma dosyasına doğrudan IP adresini yazma gerekliliği asla arzu - edilen davranış değildir.

    - -

    Yukarıda nasıl yapıldığı açıklanan hizmet hırsızlığı saldırısına karşı - önlem olarak, normal sorgudan dönen IP adresine bir ters DNS sorgusu - yapıp bu iki sonucu karşılaştırmak ve eşleşmeme durumunda sanal konağı - iptal etmek bir çözüm olabilir. Fakat bunun mümkün olabilmesi için - uygun bir ters DNS kaydına ihtiyaç vardır. (FTP sunucuları ve TCP - sarmalayıcılar tarafından yapılan çifte ters DNS sorgusu kullanımından - dolayı çoğu ağ yöneticisi bu konuda zaten bilgi sahibidir.)

    - -

    Her halükarda, IP adreslerinin kullanılmaması nedeniyle yapılan DNS - sorgularının başarısız olması durumunda sanal konaklı bir sunucuyu - düzgün bir şekilde başlatmak olası görünmektedir. Yapılandırmayı kısmen - iptal etmek gibi kısmi çözümler, sunucudan beklentinizin ne olduğuna - bağlı olarak sunucuyu hiç başlatmamaktan daha iyi olabilir.

    - -

    HTTP/1.1’de belirtildiği gibi Host başlığını göndererek - işlem yapabilen tarayıcılar ve vekiller IP’ye dayalı sanal konak - kullanımını tamamen ortadan kaldırmanın mümkün olabileceğini - göstermektedir. Bu durumda yapılandırmanın çözümlenmesi aşamasında DNS - sorgusu yapma gereği kalmayacaktır. Fakat 1997 Mart’ından beri önemli - sunucular üzerinde bunların yeterince geniş bir uygulama alanı - bulmadığı görülmektedir.

    Mevcut Diller:  en  | diff --git a/docs/manual/dns-caveats.xml.meta b/docs/manual/dns-caveats.xml.meta index 32f13c328b4..69371f153dc 100644 --- a/docs/manual/dns-caveats.xml.meta +++ b/docs/manual/dns-caveats.xml.meta @@ -11,6 +11,6 @@ fr ja ko - tr + tr diff --git a/docs/manual/dso.html.tr.utf8 b/docs/manual/dso.html.tr.utf8 index 1b0b59cbd6f..52d108844a9 100644 --- a/docs/manual/dso.html.tr.utf8 +++ b/docs/manual/dso.html.tr.utf8 @@ -24,23 +24,20 @@  ko  |  tr 

    -
    Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.

    Apache HTTP Sunucusu modüler bir program olup, yönetici sadece bir - grup modül seçerek sunucuya işlevsellik ekleyebilir. Modüller sunucunun - derlenmesi sırasında doğrudan httpd programının - içinde derlenebileceği gibi Devingen Paylaşımlı Nesneler (DSO - Dynamic - Shared Object) halinde httpd programından ayrı - olarak da derlenebilir. DSO modülleri sunucunun derlenmesi sırasında - derlenebileceği gibi ayrı olarak derlenip daha sonra Apache Eklenti - Aracı (Apache Extension Tool) apxs programı - kullanılarak sunucuya eklenebilir.

    + grup modül seçerek sunucuya işlevsellik ekleyebilir. Modüller, Devingen + Paylaşımlı Nesneler (DSO - Dynamic Shared Object) halinde + httpd programından ayrı olarak derlenir. DSO modülleri + sunucunun derlenmesi sırasında derlenebileceği gibi ayrı olarak derlenip + daha sonra Apache Eklenti Aracı (Apache Extension Tool) + apxs programı kullanılarak da sunucuya eklenebilir.

    Bu belgede DSO modüllerinin kullanımının yanında teorisine de değinilecektir.

    @@ -50,93 +47,90 @@
    İlgili Modüllerİlgili Yönergeler
    -

    Apache modüllerini yüklemek için DSO desteği, Apache çekirdeğine - durağan olarak ilintilenerek derlenmiş olan mod_so - adında bir modül tarafından sağlanır. core modülünden - başka, bir DSO modülü olamayan tek modül mod_so - modülüdür. Hemen hemen tüm diğer Apache modülleri kurulum belgesinde de açıklandığı gibi - configure betiğinin - --enable-modül=shared seçeneği her modül için ayrı - ayrı belirtilerek birer DSO modülü olarak derlenebilir. Derlenmiş +

    Apache httpd modüllerini yüklemek için DSO desteği, Apache httpd + çekirdeğine durağan olarak ilintilenerek derlenmiş olan + mod_so adında bir modül tarafından sağlanır. + core modülünden başka, bir DSO modülü olamayan tek modül + mod_so modülüdür. Apache ile dağıtılan hemen hemen tüm + diğer Apache modülleri bir DSO modülüne yerleştirilebilir. Derlenmiş modüller mod_filanca.so biçeminde birer DSO ismi alırlar ve her biri istenirse httpd.conf dosyasında mod_so modülünün LoadModule yönergesiyle belirtilerek sunucu başlatılırken veya yeniden başlatılırken sunucuya yüklenebilir.

    -

    Apache modülleri için (özellikle üçüncü parti modüller için) DSO +

    Kurulum belgesinde açıklandığı gibi, her DSO + modülü configure programının + --enable-mods-static seçeneği ile devredışı bırakılabilir.

    + +

    Apache httpd modülleri için (özellikle üçüncü parti modüller için) DSO dosyası üretimini kolaylaştırmak amacıyla apxs (APache eXtenSion) adında yeni bir destek programı - kullanılmaktadır. Bu program Apache modüllerini Apache kaynak ağacından - ayrı olarak derlemek için kullanılabilir. Fikir basittir: Apache - derlenirken DSO dosyalarını derlemek için platforma bağımlı + kullanılmaktadır. Bu program Apache httpd modüllerini Apache httpd kaynak + ağacından ayrı olarak derlemek için kullanılabilir. Fikir basittir: Apache + HTTP Sunucusu derlenirken DSO dosyalarını derlemek için platforma bağımlı derleyici ve ilintileyici seçenekleri apxs - programının içine konur ve Apache’nin make install ile - kurulumu sırasında Apache C başlık dosyaları da kurulur. Böylece - kullanıcı Apache dağıtımının kaynak ağacına ihtiyaç duymadan ve + programının içine konur ve make install ile kurulum sırasında + Apache httpd C başlık dosyaları da kurulur. Böylece + kullanıcı Apache httpd dağıtımının kaynak ağacına ihtiyaç duymadan ve platforma bağımlı derleyici ve ilintileyici seçeneklerini bilmek zorunda - kalmadan istediği Apache modülünü apxs programını - kullanarak derleyebilir.

    + kalmadan istediği Apache httpd modülünü apxs + programını kullanarak derleyebilir.

    top
    -

    Kullanıcı Özeti

    +

    Kullanım Özeti

    -

    Apache 2.x’in DSO özelliklerine bir giriş olarak burada kısaca bir - bilgi vermekle yetinilecektir:

    +

    Apache HTTP Sunucusu 2.x’in DSO özelliklerine bir giriş olarak burada + kısaca bir bilgi vermekle yetinilecektir:

      -
    1. Kaynak dosyası mod_filanca.c dosyasında dağıtılan bir - özgün Apache modülünü mod_filanca.so isminde bir - DSO modülü olarak derlemek ve kurmak için şöyle yapılır: +

    2. Kaynak dosyası mod_filanca.c dosyasında dağıtılan bir + özgün Apache htpd modülünü mod_filanca.so isminde + bir DSO modülü olarak derlemek ve kurmak için şöyle yapılır:

      - $ ./configure --prefix=/kurulum/yeri --enable-filanca=shared
      + $ ./configure --prefix=/kurulum/yeri --enable-filanca
      $ make install

      3. -
    3. Kaynak dosyası mod_filanca.c dosyasında dağıtılan bir - üçüncü parti Apache modülünü mod_filanca.so - isminde bir DSO modülü olarak derlemek ve kurmak için şöyle yapılır: +

    4. Apache HTTP Sunucusunu tüm modüller etkin ve paylaşımlı nesneler + yüklü olarak derleyebilir. Daha sonra httpd.conf içindeki + LoadModule yönergelerinden + istemediklerinizi açıklama satırları haline getirerek bunları iptal + edebilirsiniz.

      -$ ./configure --add-module=modül-türü:/bir/kurulum/yeri/mod_filanca.c \
      - - --enable-filanca=shared
      -       +$ ./configure --enable-mods-shared=all
      $ make install

      5. -
    5. Paylaşımlı modülleri sonradan kurmak için Apache şöyle - yapılandırılır: - -

      -$ ./configure --enable-so
      -$ make install -

      -
      6. - -
    6. Kaynak dosyası mod_filanca.c dosyasında dağıtılan bir - üçüncü parti Apache modülü mod_filanca.so - isminde bir DSO modülü olarak Apache kaynak ağacının dışında +

    7. Kaynak dosyası mod_filanca.c dosyasında dağıtılan bir + üçüncü parti Apache httpd modülü mod_filanca.so + isminde bir DSO modülü olarak Apache httpd kaynak ağacının dışında apxs kullanarak derlemek ve kurmak için şöyle - yapılır: + yapılır:

      $ cd /bir/kurulum/yeri
      $ apxs -c mod_filanca.c
      -$ apxs -i -a -n filanca mod_filanca.la +$ apxs -aci filanca mod_filanca.la

    -

    Tüm durumlarda derlenen paylaşımlı modülü Apache’nin etkin kılabilmesi - için httpd.conf dosyasında o modül için bir LoadModule yönergesi bulunmalıdır.

    +

    Tüm durumlarda derlenen paylaşımlı modülü Apache httpd’nin etkin + kılabilmesi için httpd.conf dosyasında o modül için bir + LoadModule yönergesi + bulunmalıdır.

    + +

    Ayrıntılı bilgi için apxs belgelerine + bakınız.

    top

    Artalan Bilgisi

    -

    Günümüzün Unix türevlerinde var olan şık bir mekanizma sayesinde +

    Günümüzün Unix türevlerinde var olan bir mekanizma sayesinde çalıştırılabilir bir programın adres uzayına çalışma anında yüklenmek veya ilintilenmek üzere Devingen Paylaşımlı Nesneler (DSO - Dynamic Shared Object) adı verilen, özel bir biçem kullanarak kodlanmış @@ -222,19 +216,7 @@ $ apxs -i -a -n filanca mod_filanca.la

    Paylaşımlı kütüphane yaklaşımı bu bakımdan türünün tek örneğidir, çünkü DSO mekanizması özellikle bunun için tasarlanmıştır, dolayısıyla işletim sisteminin sağladığı hemen hemen tüm kütüphaneler için - kullanılabilir. Diğer taraftan, bir programın işlevselliğini - genişletmek için paylaşımlı nesne kullanımı çoğu program tarafından - kullanılan bir şey değildir.

    - -

    1998 itibariyle, DSO nesneleriyle çalışma anında çalıştırılabilir - program işlevselliğini genişleten başlıca birkaç yazılım paketi vardır: - Perl 5 (XS mekanizması ve DynaLoader modülü üzerinden), Netscape - Sunucusu, vd. 1.3 sürümünden itibaren Apache de bu gruba katıldı. Çünkü - Apache, modül kavramını zaten program işlevselliğini genişletmek için - kullanıyordu ve temel işlevselliğine dış modülleri ilintilemek için - dahili olarak dağıtım listesine dayalı bir yaklaşım kullanmaktaydı. - Dolayısıyla Apache, modüllerini çalışma anında yüklemek için DSO - kullanmaya baştan yazgılıydı.

    + kullanılabilir.

    top

    Getiriler ve Götürüler

    @@ -243,36 +225,31 @@ $ apxs -i -a -n filanca mod_filanca.la şunlardır:

      -
    • Sunucu paketi çalışma anında daha esnektir çünkü, asıl sunucuyu +
    • Sunucu paketi çalışma anında daha esnektir çünkü, sunucuyu oluşturan parçalar derleme sırasında configure seçenekleriyle birleştirilmek yerine httpd.conf içinde LoadModule yönergeleri sayesinde çalışma anında birleştirilebilmektedir. Bu yolla, örneğin tek bir Apache kurulumuyla birbirinden farklı yapılandırmalara sahip çok sayıda sunucu çalıştırmak mümkündür. (standart veya SSL sürümü; - basitleştirilmiş veya güçlendirilmiş sürümü [mod_perl, PHP3], - vs.)
      • + basitleştirilmiş veya devingen sürümü [mod_perl, PHP3], vs.)
    • Sunucu paketi kurulumdan sonra bile üçüncü parti modüllerle kolayca genişletilebilir. Bu özellikle, bir Apache temel paketinin yanında - PHP3, mod_perl, mod_fastcgi gibi ek paketler oluşturan paket + PHP, mod_perl, mod_security gibi ek paketler oluşturan paket dağıtıcılarına büyük yarar sağlar.
      • -
    • Yeni Apache modülleri için daha kolay prototip geliştirilebilir: - Modül kaynak kodunu DSO/apxs çifti sayesinde - Apache kaynak ağacının dışında derleyip modülün yeni bir sürümünü bir - apxs -i komutunun ardından apachectl - restart yaparak çalışan bir Apache sunucusunda denemek daha - kolay hale getirilmiştir.
      • +
    • Yeni Apache httpd modülleri için daha kolay prototip + geliştirilebilir: Modül kaynak kodunu DSO/apxs çifti + sayesinde Apache httpd kaynak ağacının dışında derleyip modülün yeni + bir sürümünü bir apxs -i komutunun ardından + apachectl restart yaparak çalışan bir Apache HTTP + Sunucusunda denemek daha kolay hale getirilmiştir.

    DSO kullanımının götürüleri ise şunlardır:

      -
    • Her platformda hazır olarak desteklenmeme: Tüm işletim sistemleri - bir programa devingen olarak kod yükleme becerisine sahip - olmadığından DSO mekanizması her platformda kullanılamaz.
      • -
    • Ä°lk yüklemede %20 yavaşlama: Unix yükleyicisi simgeleri çözümlemek zorunda olduğundan sunucu ilk başlatılırken yaklaşık %20 daha yavaş faaliyete geçer.
      • @@ -289,11 +266,11 @@ $ apxs -i -a -n filanca mod_filanca.la kullanamazsınız (örneğin a.out temelli platformlar bu işlevselliği ELF temelli platformlar kadar iyi sağlamaz). Başka bir deyişle, DSO dosyaları olarak derlenmiş modüllerin kullanabileceği simgeler ya - Apache temel kodunda vardır ya Apache temel kodunun kullandığı C - kütüphanesinde (libc) ve diğer durağan ve devingen - kütüphanelerde vardır ya da konumdan bağımsız kodu içeren + Apache httpd temel kodunda vardır ya Apache httpd temel kodunun + kullandığı C kütüphanesinde (libc) ve diğer durağan ve + devingen kütüphanelerde vardır ya da konumdan bağımsız kodu içeren durağan kütüphane arşivlerinde (libfilanca.a) - vardır. Diğer modülleri kullanmak için tek şansınız ya Apache + vardır. Diğer modülleri kullanmak için tek şansınız ya Apache httpd çekirdeğinin modüle bir atıf içermesini sağlamak ya da modül kodunu dlopen() vasıtasıyla yüklemektir.
    diff --git a/docs/manual/dso.xml.meta b/docs/manual/dso.xml.meta index 67711914e63..1daba392adf 100644 --- a/docs/manual/dso.xml.meta +++ b/docs/manual/dso.xml.meta @@ -11,6 +11,6 @@ fr ja ko - tr + tr diff --git a/docs/manual/socache.html b/docs/manual/socache.html new file mode 100644 index 00000000000..b9104de7254 --- /dev/null +++ b/docs/manual/socache.html @@ -0,0 +1,5 @@ +# GENERATED FROM XML -- DO NOT EDIT + +URI: socache.html.en +Content-Language: en +Content-type: text/html; charset=ISO-8859-1