Bu çeviri güncel olmayabilir. Son deÄiÅiklikler için İngilizce sürüm geçerlidir.
@@ -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.
-