From: Nilgun Belma Buguner Date: Wed, 29 Mar 2017 02:28:37 +0000 (+0000) Subject: update transformations. X-Git-Tag: 2.4.26~201 X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=456e4a72b527fd3ccae1b5c55a75535430f2efa0;p=apache update transformations. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1789265 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/glossary.html.tr.utf8 b/docs/manual/glossary.html.tr.utf8 index 41833022f3..b1e5c72203 100644 --- a/docs/manual/glossary.html.tr.utf8 +++ b/docs/manual/glossary.html.tr.utf8 @@ -31,7 +31,6 @@  ko  |  tr 

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

Bu sözlük, genelinde HTML sayfa sunumuna, özelinde Apache HTTP Sunucusuna özgü ortak terminolojinin bir kısmını içerir. Her kavram ile ilgili daha @@ -128,7 +127,7 @@

Düz Metin
Şifrelenmemiş metin.
-
Düzenli İfade +
Düzenli İfade (Regex)
Metin içinde bir şablon tanımlama yolu. Örneğin, “A harfi ile başlayan bütün sözcükler” veya “10 rakamlı telefon numaraları” ya da diff --git a/docs/manual/glossary.xml.meta b/docs/manual/glossary.xml.meta index c1b42f089f..5f833d4ab0 100644 --- a/docs/manual/glossary.xml.meta +++ b/docs/manual/glossary.xml.meta @@ -13,6 +13,6 @@ fr ja ko - tr + tr diff --git a/docs/manual/index.html.tr.utf8 b/docs/manual/index.html.tr.utf8 index bcb1519f0d..7b17e67089 100644 --- a/docs/manual/index.html.tr.utf8 +++ b/docs/manual/index.html.tr.utf8 @@ -38,7 +38,6 @@ Belgeleri  tr  |  zh-cn 

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

yönerge için kullanılabilir olmayacaktır. +

Betik dillerindeki gibi değil

+ Bu yönergenin ismi yöneticiler ve yazılımcılara çok tanıdıktır fakat betik + dillerinde rastladığınız benzeri ile karıştırılmamalıdır. Örneğin, mevcut + gerçeklenimde iç içe <If> yönergeleri + desteklenmemektedir. +
+

Ayrıca bakınız:

top

Platformlara Özgü Bilgiler

diff --git a/docs/manual/sitemap.xml.meta b/docs/manual/sitemap.xml.meta index 741ec7f0b5..9f27012430 100644 --- a/docs/manual/sitemap.xml.meta +++ b/docs/manual/sitemap.xml.meta @@ -13,7 +13,7 @@ fr ja ko - tr + tr zh-cn diff --git a/docs/manual/vhosts/details.html.tr.utf8 b/docs/manual/vhosts/details.html.tr.utf8 index 9a3dc2641b..681f563e06 100644 --- a/docs/manual/vhosts/details.html.tr.utf8 +++ b/docs/manual/vhosts/details.html.tr.utf8 @@ -28,7 +28,6 @@  ko  |  tr 

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

Bu belgede, bir istek aldığında Apache’nin hangi sanal konak diff --git a/docs/manual/vhosts/details.xml.meta b/docs/manual/vhosts/details.xml.meta index 5cd5c305f7..218242a6f0 100644 --- a/docs/manual/vhosts/details.xml.meta +++ b/docs/manual/vhosts/details.xml.meta @@ -10,6 +10,6 @@ en fr ko - tr + tr diff --git a/docs/manual/vhosts/ip-based.html.tr.utf8 b/docs/manual/vhosts/ip-based.html.tr.utf8 index 3d195aae58..b52b3bb7a5 100644 --- a/docs/manual/vhosts/ip-based.html.tr.utf8 +++ b/docs/manual/vhosts/ip-based.html.tr.utf8 @@ -29,7 +29,6 @@  ko  |  tr 

-
Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.
Support Apache!
  • IP'ye dayalı sanal konak desteği nedir
  • Sistem gereksinimleri
    • @@ -165,7 +164,7 @@

    Süreç oluşturmayı denetleyen yönergeler ve bir kaç başka yönerge dışında hemen hemen tüm yapılandırma yönergeleri VirtualHost bölümleri içinde kullanılabilir. Bir yönergenin VirtualHost - bölümlerinde kullanılıp kullanılmayacağını öğrenmek için yönerge dizinini kullanarak yönergenin + bölümlerinde kullanılıp kullanılmayacağını öğrenmek için yönerge dizinini kullanarak yönergenin Bağlam’ına bakınız.

    suEXEC sarmalayıcısı kullanıldığı takdirde diff --git a/docs/manual/vhosts/ip-based.xml.meta b/docs/manual/vhosts/ip-based.xml.meta index 1d24a40e09..bcb6ed04a0 100644 --- a/docs/manual/vhosts/ip-based.xml.meta +++ b/docs/manual/vhosts/ip-based.xml.meta @@ -11,6 +11,6 @@ fr ja ko - tr + tr

Sürümlerin Dağıtım Bilgileri

Platformlara Özgü Bilgiler

  • Microsoft Windows
    • diff --git a/docs/manual/index.xml.meta b/docs/manual/index.xml.meta index b1118d585f..4a81cf2763 100644 --- a/docs/manual/index.xml.meta +++ b/docs/manual/index.xml.meta @@ -15,7 +15,7 @@ ja ko pt-br - tr + tr zh-cn diff --git a/docs/manual/mod/core.html.tr.utf8 b/docs/manual/mod/core.html.tr.utf8 index ae304678bf..6b3e9b9199 100644 --- a/docs/manual/mod/core.html.tr.utf8 +++ b/docs/manual/mod/core.html.tr.utf8 @@ -33,7 +33,6 @@  ja  |  tr 

-
Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.
Açıklama:Apache HTTP Sunucusunda daima mevcut olan çekirdek özellikler
Durum:Çekirdek
@@ -885,6 +884,11 @@ DocumentRoot "/var/www/${servername}/htdocs" gerçekleniminde hatalı olarak izin verilmişti. Geriye uyumluluk amacıyla (önceden sezilmeyen sonuçlarıyla) bu durum muhafaza edilmiştir.

+

Ayrıca bakınız:

+
top

<Directory> Yönergesi

@@ -2047,28 +2051,100 @@ ErrorLogFormat connection "[%{uc}t] [C:%{c}L] local\ %a remote\ %A" (RFC 7230 §3.2) uygulanmış kuralları öntanımlı olarak veya Strict seçeneği kullanılarak değiştirir. Eski modüller, uygulamalar veya kullanımı önerilmeyen özel istemciler için eski davranışlara - dönmeyi sağlamak üzere Unsafe seçeneği eklenmiştir. Bu kurallar - istek işlenmeden önce uygulanır. Dolayısıyla yönerge, ana bölümde veya - öntanımlı (ilk) eşleşen sanal konak bölümünde yapılandırılmalıdır.

- -

Bu yönerge devreye girmeden önce, Apache HTTP Sunucusunun istek iletisi - ayrıştırıcıları protokolle uyumlu olmayan bir dizi girdi şekline - toleranslıydı. RFC 7230 §9.4 İstek bölme ve - §9.5 Yanıt kaçırma çağrıları uyumsuz istek iletilerinin kabulündeki - olası risklerden yalnızca iki tanesidir. - RFC 7230 - §3.5 "İleti Ayrıştırma Sağlamlığı" belirsiz boşlukların kabul ve - istek iletisi biçimleme risklerini tanımlar. Bu yönergenin devreye girmesini - takiben belirtimin tüm imla kurallarına öntanımlı Strict işlem - kipi ve 3.5 bölümünde tavsiye edilen hoşgörüsüz boşluk uygulanır ve esnekliğe - müsamaha edilmez.

- -

Kullanıcılar, özellikle dışa bakan, herkes tarafından erişilebilen sunucu - konuşlandırmalarında Unsafe işlem kipine geçiş yapmaya karşı - kesinlikle uyarılır. Eğer bir arayüz hataları izlemek veya bir intranette - çalışan özel hizmet tüketicileri için gerekliyse, kullanıcılar, sadece, - dahili özel ağlarına hizmet etmek üzere yapılandırılmış özel bir sanal konak - üzerinde Unsafe işlem kipine geçiş yapmalıdır.

+ dönmeyi sağlamak üzere Unsafe seçeneği eklenmiştir.

+ +

Bu kurallar istek işlenmeden önce uygulanır. Dolayısıyla yönerge, IP/port + arabirimine göre ana bölümde veya öntanımlı (ilk) eşleşen sanal konak + bölümünde yapılandırılmalıdır.

+ +

Bu yönergeye aşağıdaki parametrelerden seçilen üç tanesi uygulanabilir. + Belirtilmeyenlerin yerine öntanımlılar uygulanır.

+ +
+
Strict|Unsafe
+
+

Bu yönerge devreye girmeden önce, Apache HTTP Sunucusunun istek iletisi + ayrıştırıcıları protokolle uyumlu olmayan bir dizi girdi şekline + toleranslıydı. RFC 7230 §9.4 İstek bölme ve + §9.5 Yanıt kaçırma çağrıları uyumsuz istek iletilerinin + kabulündeki olası risklerden yalnızca iki tanesidir. + RFC 7230 + §3.5 "İleti Ayrıştırma Sağlamlığı" belirsiz boşlukların kabul ve + istek iletisi biçimleme risklerini tanımlar. Bu yönergenin devreye + girmesini takiben belirtimin tüm imla kurallarına öntanımlı + Strict işlem kipi ve 3.5 bölümünde tavsiye edilen hoşgörüsüz + boşluk uygulanır ve esnekliğe müsamaha edilmez.

+ +

Unsafe için güvenlik riskleri

+

Kullanıcılar, özellikle dışa bakan, herkes tarafından erişilebilen + sunucu konuşlandırmalarında Unsafe işlem kipine geçiş + yapmaya karşı kesinlikle uyarılır. Eğer bir arayüz hataları izlemek + veya bir intranette çalışan özel hizmet tüketicileri için gerekliyse, + kullanıcılar, sadece, dahili özel ağlarına hizmet etmek üzere + yapılandırılmış özel bir sanal konak üzerinde Unsafe işlem + kipine geçiş yapmalıdır.

+
+ +

Strict kipte HTTP 400 ile sonuçlanan bir istek örneği

+ + # Eksik CRLF
+ GET / HTTP/1.0\n\n +

+

Komut satırı araçları ve CRLF

+

Bazı araçların CRLF kullanmaya zorlanması gerekir, aksi takdirde httpd + yukarıdaki örnekte belirtildiği gibi bir HTTP 400 yanıtı ile döner. + Örneğin, OpenSSL s_client düzgün çalışmak için -crlf + değiştirgesine ihtiyaç duyar.

+

CRLF yokluğu gibi durumları saptamak için HTTP isteğini görünümlemek + isterseniz DumpIOInput + yönergesi yardımcı olabilir.

+
+
+
RegisteredMethods|LenientMethods
+
+

RFC 7231 + §4.1 "İstek Yöntemleri" "Genel Bakış" bölümlerinde bir istek + satırında desteklenmeyen bir yöntem saptadığında özgün sunucuların bir + hatayla yanıt vermesini gerekli görmüştür. LenientMethods + seçeneği kullanıldığında olan zaten budur. RegisteredMethods + seçeneğine geçiş yapmak isteyen yöneticiler + RegisterHttpMethod yönergesini kullanarak standart + olmayan yöntemleri belirlemelidir. Özellikle Unsafe seçeneğine + geçiş yapılacaksa bu yol izlenmelidir.

+ +

İleri Vekil Uyumluluğu

+

Özgün sunucunun kullandığı yöntemleri vekil sunucu bilemeyeceği için + ileri vekil konaklarda RegisteredMethods seçeneğine geçiş + yapılmamalıdır.

+
+ +

Example of a request leading to HTTP 501 with LenientMethods mode

+ + # Unknown HTTP method
+ WOW / HTTP/1.0\r\n\r\n

+ # Lowercase HTTP method
+ get / HTTP/1.0\r\n\r\n
+

+
+
Allow0.9|Require1.0
+
+

RFC 2616 + §19.6 "Önceki Sürümlerle Uyumluluk" bölümünde HTTP sunucularının + eski HTTP/0.9 isteklerini desteklemesi tavsiye edilmektedir. RFC 7230 + "HTTP/0.9 isteklerini destekleme beklentisi kaldırılmıştır." cümlesiyle + bunu geçersiz kılmış ve RFC 7230 Ek A bölümünde bununla ilgili yorumlar yer almıştır. + Require1.0 seçeneği kullanıcıya öntanımlı + Allow0.9 seçeneğinin davranışına verilen desteği kaldırma + imkanını vermektedir.

+ +

Require1.0 kipinde HTTP 400 ile sonuçlanan bir istek + örneği

+ + # Desteklenmeyen HTTP sürümü
+ GET /\r\n\r\n +

+
+

LogLevel debug seviyesiyle yapılandırılmış ErrorLog ile kaydedilmiş günlüklerin @@ -2077,26 +2153,6 @@ ErrorLogFormat connection "[%{uc}t] [C:%{c}L] local\ %a remote\ %A" reddedilmiş geçersiz istekleri bulmak için erişim günlüklerindeki 400 yanıtlarına özellikle dikkat etmelidir.

-

RFC 7231 - §4.1 "İstek Yöntemleri" "Genel Bakış" bölümlerinde bir istek - satırında desteklenmeyen bir yöntem saptadığında özgün sunucuların bir - hatayla yanıt vermesini gerekli görmüştür. LenientMethods - seçeneği kullanıldığında olan zaten budur. RegisteredMethods - seçeneğine geçiş yapmak isteyen yöneticiler - RegisterHttpMethod yönergesini kullanarak standart - olmayan yöntemleri belirlemelidir. Özellikle Unsafe seçeneğine - geçiş yapılacaksa bu yol izlenmelidir. Özgün sunucunun kullandığı yöntemleri - vekil sunucu bilemeyeceği için ileri vekil konaklarda - RegisteredMethods seçeneğine geçiş yapılmamalıdır.

- -

RFC 2616 - §19.6 "Önceki Sürümlerle Uyumluluk" bölümünde HTTP sunucularının - eski HTTP/0.9 isteklerini desteklemesi tavsiye edilmektedir. RFC 7230 - "HTTP/0.9 isteklerini destekleme beklentisi kaldırılmıştır." cümlesiyle bunu - geçersiz kılmış ve RFC 7230 Ek A bölümünde bununla ilgili yorumlar yer almıştır. - Require1.0 seçeneği kullanıcıya öntanımlı Allow0.9 - seçeneğinin davranışına verilen desteği kaldırma imkanını vermektedir.

-
top

<If> Yönergesi

@@ -2142,6 +2198,13 @@ takdirde uygulanacak yönergeleri barındırır.