Bu çeviri güncel olmayabilir. Son deÄiÅiklikler için İngilizce sürüm geçerlidir.
-
Apache HTTP Sunucusunda bilgiyi deÄiÅkenlerde saklamak için ortam
- deÄiÅkenleri adı verilen bir mekanizma bulunur. Saklanan bu bilgi
- eriÅim denetimi, günlük kaydı gibi çeÅitli iÅlemleri denetlemekte
- kullanılabilir. DeÄiÅkenler ayrıca, CGI betikleri gibi harici
- uygulamalarla iletiÅim mekanizması olarak da kullanılabilir. Bu belgede
- bu deÄiÅkenler üzerindeki iÅlemlere ve kullanım Åekillerine
- deÄinilmiÅtir.
+
Apache HTTP Sunucusunu etkileyen ortam deÄiÅkenleri iki çeÅittir.
+
+
İlki, iÅletim sisteminin denetimindeki ortam deÄiÅkenleridir. Bu
+ deÄiÅkenlere deÄer atama iÅlemi sunucu baÅlatılmadan önce yapılır.
+ Bunlar yapılandırma dosyalarının içinde kullanılabilir. Ayrıca,
+ istenirse PassEnv yönergesi kullanılarak bunlar CGI betiklerine ve
+ SSI sayfalarına da aktarılabilir.
+
+
İkincisi ise, Apache HTTP Sunucusunun kendi ortam deÄiÅkenleridir.
+ Bu deÄiÅkenlerde saklanan bilgi eriÅim denetimi, günlük kaydı gibi
+ çeÅitli iÅlemleri denetlemekte kullanılabilir. DeÄiÅkenler ayrıca, CGI
+ betikleri gibi harici uygulamalarla iletiÅim mekanizması olarak da
+ kullanılabilir. Bu belgede bu deÄiÅkenler üzerindeki iÅlemlere ve
+ kullanım Åekillerine deÄinilmiÅtir.
Bu deÄiÅkenlere ortam deÄiÅkenleri dense de iÅletim sisteminin
ortam deÄiÅkenleri gibi deÄillerdir. Bunlar sadece Apache ortamında
@@ -52,7 +58,7 @@
Apache yapılandırmasıyla atanan ve kabuÄa aktarılan ortam
- deÄiÅkenlerinden baÅka CGI
+ deÄiÅkenlerinden baÅka CGI
Belirtiminin gerektirdiÄi istekler hakkında temel bilgileri
içeren ortam deÄiÅkenlerinin CGI betikleri ve SSI sayfalarınca
atanabilmesi saÄlanmıÅtır.
@@ -116,6 +122,14 @@
betiklerine ve SSI sayfalarına aktarılırken bu sınırlamalara uygun
olmayan karakterlerin yerlerine alt çizgi imleri konur.
+
Bir özel durum, CGI betiklerine ve benzerlerine ortam
+ deÄiÅkenleri üzerinden aktarılan HTTP baÅlıklarıdır (aÅaÄıya
+ bakın). Bunlar büyük harfe dönüÅtürülür ve sadece tireler
+ altçizgilere dönüÅtürülür. EÄer HTTP baÅlıÄı geçersiz karakter
+ içeriyorsa baÅlıÄın tamamı yoksayılır. Böyle bir durumda ne
+ yapılacaÄı öÄrenmek için aÅaÄıya
+ bakın.
+
İsteklerin iÅleme konması sırasında SetEnv yönergesi geç çalıÅtırılır,
yani SetEnvIf ve
RewriteCond gibi
@@ -373,6 +387,33 @@
2.4 sürümünden itibaren, mod_cgi modülü ve diÄer
+ modüllerde HTTP baÅlıklarının ortam deÄiÅkenlerine dönüÅtürülmesi
+ baÄlamında Apache daha seçici davranmaktadır. Ãnce HTTP baÅlıÄındaki
+ geçersiz karakterlerin tamamı altçizgilere dönüÅtürülür. Bu, baÅlık
+ zerki yoluyla yapılan karÅı-site-betiklerini-çalıÅtırma saldırısını
+ önlemeye yöneliktir. (Bakınız: Unusual Web Bugs, slide 19/20).
+
+
Bozuk baÅlıklar gönderdiÄi halde bunlara dokunulmamasını gerektiren
+ bir istemciniz varsa, mod_setenvif ve
+ mod_header modüllerinin sunduÄu yapıyı örnekteki gibi
+ kullanarak bu sorunun üstesinden gelebilirsiniz:
+
+
+#
+# AÅaÄıdaki satırlarla bir istemcinin gönderdiÄi bozuk
+# Accept_Encoding baÅlıklarının istenildiÄi gibi iÅlenmesi
+# saÄlanabilir.
+#
+SetEnvIfNoCase ^Accept.Encoding$ ^(.*)$ fix_accept_encoding=$1
+RequestHeader set Accept-Encoding %{fix_accept_encoding}e env=fix_accept_encoding
+
Apache 2.0 ve sonrasında mevcut olan Süzgeç Zinciri, uygulamaların
nereden geldiÄine bakmaksızın gelen ve giden verileri oldukça esnek ve
@@ -108,6 +108,26 @@
Süzgeçler, istemciden kaynaklanan içeriÄi iÅlemekte kullanılabileceÄi
+ gibi mod_reflector modülü kullanılarak sunucudan
+ kaynaklanan içeriÄi iÅlemekte de kullanılabilir.
+
+
mod_reflector istemcilerden gelen POST isteklerini
+ kabul eder ve çıktı süzgeç yıÄıtı yoluyla istemciye aktararak, POST
+ isteÄi içinde alınan içerik istek gövdesini yanıt içinde geri
+ gönderir.
+
+
Bu teknik, bir çıktı süzgeciyle istek gövdesinde gerekli dönüÅümün
+ saÄlandıÄı durumda, bir uygulama sunucusu yıÄıtı içinde çalıÅan bir http
+ hizmetinin yerine de kullanılabilir. ÃrneÄin,
+ mod_deflate modülü genel bir sıkıÅtırma hizmeti
+ saÄlamakta kullanılabilir veya bir resim dönüÅtürme süzgeci bir resim
+ dönüÅüm hizmeti haline getirilebilir.
Süzgeçler iki Åekilde kullanılır: Basit ve Devingen.
Genelde ikisinden biri kullanılır; karıÅık kullanılırsa istenmeyen
@@ -132,7 +152,7 @@
FilterProvider.
AddOutputFilterByType yönergesi
- hala desteklenmekteyse de sorun çıkarabilmesi sebebiyle kullanımı artık
+ hala desteklenmekteyse de kullanımı artık
önerilmemektedir. Onun yerine devingen yapılandırma kullanınız.
diff --git a/docs/manual/index.xml.meta b/docs/manual/index.xml.meta
index 4e2ec6f7e3..a36d92a1f5 100644
--- a/docs/manual/index.xml.meta
+++ b/docs/manual/index.xml.meta
@@ -15,7 +15,7 @@
jakopt-br
- tr
+ trzh-cn
diff --git a/docs/manual/mod/core.html.en b/docs/manual/mod/core.html.en
index d87f84f1b4..7d01d6183d 100644
--- a/docs/manual/mod/core.html.en
+++ b/docs/manual/mod/core.html.en
@@ -476,10 +476,29 @@ NoDecode option available in 2.3.12 and later.
Allow use of the directives controlling host access (Allow, Deny and Order).
-
Nonfatal
+
Nonfatal=[Override|Unknown|All]
- Allow use of AllowOverride option to treat syntax errors in .htaccess as non-fatal.
+ Allow use of AllowOverride option to treat syntax errors in
+ .htaccess as non-fatal: instead of causing an Internal Server
+ Error, disallowed or unrecognised directives will be ignored
+ and a warning logged:
+
+
Nonfatal=Override treats directives
+ forbidden by AllowOverride as non-fatal.
+
Nonfatal=Unknown treats unknown directives
+ as non-fatal. This covers typos and directives implemented
+ by a module that's not present.
+
Nonfatal=All treats both the above as non-fatal.
+
+
Note that a syntax error in a valid directive will still cause
+ an internal server error.
+
Security
+ Nonfatal errors may have security implications for .htaccess users.
+ For example, if AllowOverride disallows AuthConfig, users'
+ configuration designed to restrict access to a site will be disabled.
+
Apache HTTPdâyi durdurmak ve yeniden baÅlatmak için çalıÅan
+
Apache HTTP Sunucusunu durdurmak ve yeniden baÅlatmak için çalıÅan
httpd süreçlerine bir sinyal göndermeniz gerekir.
Sinyal göndermek için iki yol vardır. İlki, süreçlere doÄrudan sinyal
göndermek için unix kill komutunun kullanımıdır. Bu
@@ -219,13 +217,14 @@
haline gelmekteyse de, bazı yapılandırmalarda yarıŠkoÅullarının
oluÅmasına ve kısır çekiÅmelere (deadlock) sebep olabilir.
-
Sunucunun süreç kimliÄini içeren Lockfile ve ScriptSock gibi dosyaların disk üzerindeki
- mevcudiyetlerinin sorunsuz olarak devam ettiÄinden emin olunmaya
- çalıÅılmalıdır. Ayrıca, bir yapılandırma yönergesi, üçüncü parti bir
- modül veya kalıcı CGI uygulamalarına ait disk kilit veya durum dosyaları
- olabilir; httpdânin birden fazla kopyasının çalıÅması
- nedeniyle bu dosyaların da üzerine yazılmadıÄından emin olunmaya
- çalıÅılmalıdır.
+
Sunucunun süreç kimliÄini içeren kilit dosyaları (Mutex) ve Unix soket dosyaları
+ (ScriptSock) gibi dosyaların
+ disk üzerindeki mevcudiyetlerinin sorunsuz olarak devam ettiÄinden emin
+ olunmaya çalıÅılmalıdır. Ayrıca, bir yapılandırma yönergesi, üçüncü
+ parti bir modül veya kalıcı CGI uygulamalarına ait disk kilit veya durum
+ dosyaları olabilir; httpdânin birden fazla kopyasının
+ çalıÅması nedeniyle bu dosyaların da üzerine yazılmadıÄından emin
+ olunmaya çalıÅılmalıdır.
Belgeye balıklama dalmadan önce, Apache Grubu ve bu belge ile ilgili
- kabuller hakkında bilgi sahibi olmalısınız.
+
Belgeye balıklama dalmadan önce, suexec'i kullanacaÄınız ortam ve
+ kendiniz hakkında yapılmıŠçeÅitli kabuller hakkında bilgi sahibi
+ olmalısınız.
Ãncelikle, üzerinde setuid va setgid
iÅlemlerinin yapılabildiÄi Unix türevi bir iÅletim sistemi
@@ -79,19 +79,20 @@
yeni güvenlik risklerine yol açabilir. Ãzellikle güvenlikle ilgili
programlarda deneyimli deÄilseniz suEXEC kodunda kesinlikle bir
deÄiÅiklik yapmamalısınız. DeÄiÅiklik yaparsanız kodlarınızı gözden
- geçirmek ve tartıÅmak üzere Apache Grubu ile paylaÅmanızı öneririz.
-
-
Dördüncü ve son olarak, Apache Grubunun suEXECâi öntanımlı Apache
- kurulumunun bir parçası yapmama kararından bahsetmek gerekir. Bunun
- sonucu olarak, suEXEC yapılandırması sistem yöneticisinin ayrıntılı bir
- incelemesini gerektirir. Gerekli incelemeden sonra yönetici tarafından
- suEXEC yapılandırma seçeneklerine karar verilip, normal yollardan
- sisteme kurulumu yapılır. Bu seçeneklerin belirlenmesi, suEXEC
- iÅlevselliÄinin kullanımı sırasında sistem güvenliÄini gerektiÄi gibi
- saÄlamak için yönetici tarafından dikkatle saptanmayı gerektirir. Bu
- sürecin ayrıntılarının yöneticiye bırakılma sebebi, Apache Grubunun
- suEXEC kurulumunu, suEXECâi dikkatle kullanacak yeterliliÄe sahip
- olanlarla sınırlama beklentisidir.
+ geçirmek ve tartıÅmak üzere Apache HTTP Sunucusu geliÅtirme ekibi ile
+ paylaÅmanızı öneririz.
+
+
Dördüncü ve son olarak, Apache HTTP Sunucusu geliÅtirme ekibinin
+ suEXECâi öntanımlı httpd kurulumunun bir parçası yapmama kararından
+ bahsetmek gerekir. Bunun sonucu olarak, suEXEC yapılandırması sistem
+ yöneticisinin ayrıntılı bir incelemesini gerektirir. Gerekli incelemeden
+ sonra yönetici tarafından suEXEC yapılandırma seçeneklerine karar
+ verilip, normal yollardan sisteme kurulumu yapılır. Bu seçeneklerin
+ belirlenmesi, suEXEC iÅlevselliÄinin kullanımı sırasında sistem
+ güvenliÄini gerektiÄi gibi saÄlamak için yönetici tarafından dikkatle
+ saptanmayı gerektirir. Bu sürecin ayrıntılarının yöneticiye bırakılma
+ sebebi, suEXEC kurulumunu, suEXECâi dikkatle kullanacak yeterliliÄe sahip
+ olanlarla sınırlama beklentimizdir.
Hala bizimle misiniz? Evet mi? Pekala, o halde devam!
@@ -108,7 +109,7 @@
Bu program, bir CGI veya SSI betiÄine bir HTTP isteÄi yapıldıÄı zaman,
bu betiÄi, yöneticinin ana sunucunun aidiyetinde çalıÅtıÄı kullanıcıdan
farklı olarak seçtiÄi bir kullanıcının aidiyetinde çalıÅtırmak için
- çaÄrılır. Böyle bir istek geldiÄinde, Apache artalandaki setuid
+ çaÄrılır. Böyle bir istek geldiÄinde, Apache httpd artalandaki setuid
programına, HTTP isteÄi yapılan programın ismiyle beraber aidiyetinde
çalıÅacaÄı kullanıcı ve grup kimliklerini de aktarır.
@@ -131,11 +132,11 @@
Setuid program yeterli sayıda argümanla çaÄrılmıŠmı?
-
Apacheânin artalanda çaÄırdıÄı setuid program
- ancak yeterli sayıda argüman saÄlandıÄı takdirde çalıÅacaktır.
- Argümanların sayısını ve sırasını Apache HTTP sunucusu bilir. EÄer
- setuid program yeterli sayıda argümanla çaÄrılmamıÅsa ya
- kendisinde bir deÄiÅiklik yapılmıÅtır ya da kurulu Apache
+
Apache HTTP Sunucusunun artalanda çaÄırdıÄı
+ setuid program ancak yeterli sayıda argüman saÄlandıÄı takdirde
+ çalıÅacaktır. Argümanların sayısını ve sırasını Apache HTTP sunucusu
+ bilir. EÄer setuid program yeterli sayıda argümanla çaÄrılmamıÅsa
+ ya kendisinde bir deÄiÅiklik yapılmıÅtır ya da kurulu Apache httpd
çalıÅtırılabilirinin suEXEC ile ilgili kısmında yanlıŠgiden bir
Åeyler vardır.
@@ -192,7 +193,7 @@
Hedef grup root deÄil, deÄil mi?
-
Mevcut durumda, root grubunun CGI/SSI
+
root grubunun CGI/SSI
programlarını çalıÅtırmasına izin verilmemektedir.
@@ -328,8 +329,8 @@
--with-suexec-caller=KULLANICI
-
Normalde Apacheânin aidiyetinde çalıÅtıÄı kullanıcıdır. Bu, bu programı
- çalıÅtırmasına izin verilen tek kullanıcıdır.
+
Normalde httpdânin aidiyetinde çalıÅtıÄı kullanıcıdır. Bu, suEXEC
+ çalıÅtırıcısını çalıÅtırmasına izin verilen tek kullanıcıdır.
httpd için belge kök dizinini belirler. Bu, (UserDirâlardan baÅka) suEXEC için
kullanılacak tek hiyerarÅi olacaktır. Ãntanımlı dizin sonuna
"/htdocs" eklenmiÅ --datadir dizinidir.
Yani, seçeneÄi "--datadir=/home/apache" olarak
@@ -389,7 +390,7 @@
SuEXEC özelliÄini --enable-suexec seçeneÄi ile
- etkinleÅtirdiyseniz make komutunu verdiÄinizde Apache
+ etkinleÅtirdiyseniz make komutunu verdiÄinizde httpd
ile birlikte suexec çalıÅtırılabilir dosyası da
derlenecektir.
@@ -416,8 +417,8 @@
olup olmadıÄına bakacaksa da, bu sınamanın da bir sistem veya
kütüphane çaÄrısı ile istismar edilmiÅ olma ihtimali gözardı
edilmemelidir. Bunun meydana gelmesini önlemek için ve genelde
- yapıldıÄı gibi dosyanın izinlerini suEXEC çalıÅtırıcısı sadece Apache
- sunucusunun aidiyetinde çalıÅtıÄı kullanıcı tarafından çalıÅtırılacak
+ yapıldıÄı gibi dosyanın izinlerini suEXEC çalıÅtırıcısı sadece
+ httpd'nin aidiyetinde çalıÅtıÄı grup tarafından çalıÅtırılacak
Åekilde ayarlayınız.
Bu çeviri güncel olmayabilir. Son deÄiÅiklikler için İngilizce sürüm geçerlidir.
Bu belgede, bir istekte belirtilen URLânin sunulacak dosyanın dosya
- sistemindeki yerini bulmak için Apache tarafından nasıl kullanıldıÄı
- açıklanmaktadır.
+ sistemindeki yerini bulmak için Apache HTTP Sunucusu tarafından nasıl
+ kullanıldıÄı açıklanmaktadır.
Yapılan bir isteÄe hangi dosyanın sunulacaÄına karar verirken
- Apacheânin öntanımlı davranıÅı istek için URL yolunu (URLâden konak ismi
+ httpdânin öntanımlı davranıÅı istek için URL yolunu (URLâden konak ismi
ve port ayrıldıktan sonra kalan kısım) alıp bunu yapılandırma dosyasında
DocumentRoot yönergesi ile
belirtilen dizinin sonuna eklemektir. Bu nedenle, DocumentRoot altındaki dizinler ve dosyalar
@@ -61,7 +61,7 @@
istek için istemciye /var/http/html/balıklar/zargana.html
dosyası sunulur.
-
Apache ayrıca, sunucunun birden fazla konak için istek kabul etmesini
+
httpd ayrıca, sunucunun birden fazla konak için istek kabul etmesini
saÄlayan sanal barındırmaya da muktedirdir. Bu
durumda her sanal konak için ayrı bir DocumentRoot belirtilebileceÄi gibi sunulacak içeriÄin
istekte bulunulan IP adresi veya konak ismine dayanarak devingen olarak
@@ -77,12 +77,12 @@
Bazen dosya sisteminde doÄrudan DocumentRoot altında bulunmayan dosyalara da eriÅim izni
- vermek gerekir. Apacheâde bunu saÄlamanın çeÅitli yolları vardır. Unix
+ vermek gerekir. httpdâde bunu saÄlamanın çeÅitli yolları vardır. Unix
sistemlerinde sembolik baÄlar sayesinde dosya sisteminin farklı
yerlerindeki dosyaları ve dizinleri DocumentRoot altındaymıŠgibi göstermek mümkündür.
Options yönergesine deÄer olarak
FollowSymLinks veya SymLinksIfOwnerMatch
- atanmadıkça Apache olası güvenlik açıklarına karÅı öntanımlı olarak
+ atanmadıkça httpd olası güvenlik açıklarına karÅı öntanımlı olarak
sembolik baÄları izlemez.
Bundan baÅka, dosya sisteminin farklı parçalarını belge kök dizini
@@ -143,13 +143,13 @@
eÅlemek için AliasMatch yönergesi Åöyle
kullanılabilirdi:
Yukarıdaki bölümlerde açıklanan yapılandırma yönergeleri httpdâye
içeriÄi dosya sisteminin belli bir yerinden alıp istemciye göndermesini
söyler. Bazen istemciye, istediÄi içeriÄe farklı bir URL ile
eriÅebileceÄini ve bu URL için ayrı bir istek yapması gerektiÄini
@@ -169,7 +169,7 @@
zorunda deÄilsiniz, bu yönerge ile baÅka bir sunucuya da yönlendirme
yapabilirsiniz.
-
Apache ayrıca, yeniden yazma ile ilgili daha karmaÅık sorunlara çözüm
+
httpd ayrıca, yeniden yazma ile ilgili daha karmaÅık sorunlara çözüm
olarak RedirectMatch diye bir
yönerge daha saÄlar. ÃrneÄin bir sitenin baÅ sayfasını diÄer isteklerden
ayrı olarak farklı bir siteye yönlendirmek için yönergeyi Åöyle
@@ -187,7 +187,7 @@
Apache ayrıca, uzak sunuculardaki belgelerin yerel sunucunun URL
+
httpd ayrıca, uzak sunuculardaki belgelerin yerel sunucunun URL
alanına getirilmesini de mümkün kılar. Bu tekniÄe HTTP sunucunun
belgeleri uzak bir sunucudan alıp istemciye sunmasını saÄlayarak bir
vekil sunucu gibi davranması nedeniyle ters vekalet adı
@@ -218,9 +218,17 @@
dikkat ediniz. Dolayısıyla, belge içinde
dahili.mesela.domâu ismiyle hedef alan mutlak hiperbaÄlar
varsa bunlar istemci tarafından vekil sunucudan deÄil doÄrudan
- dahili.mesela.domâdan istenecektir. Ãçüncü parti modüller
+ dahili.mesela.domâdan istenecektir. Bir sayfanın içindeki bu
+ baÄları (ve diÄer içeriÄi) mod_substitute modülü
+ kullanılarak istemciye sunuluyormuÅçasına deÄiÅtirebilirsiniz.
"Dosya orada yok" ("File Not Found") hatalarının diÄer bir bildik
sebebi de URLâlerin hiperbaÄlarda veya doÄrudan tarayıcıda kasıtlı ya da
kasıtsız, yanlıŠyazılmasıdır. Bu tür sorunlarda yardımcı olması için
- Apache mod_speling (sic) adında bir modülle gelir. Bu
- modül etkin kılındıÄında Apache, "Dosya orada yok" ("File Not Found")
+ httpd mod_speling (sic) adında bir modülle gelir. Bu
+ modül etkin kılındıÄında htpd, "Dosya orada yok" ("File Not Found")
hatalarının önünü kesip baÅka bir yerde benzer isimde bir dosya var mı
diye bakar. Böyle bir dosya varsa, mod_speling
istemciye dosyanın doÄru yerini bildiren bir HTTP yönlendirmesi yollar.
@@ -269,11 +277,39 @@
yönlendirmesine konu olmasına sebep olarak sunucunun yükünü
arttırabilir.
Yerinde bulunmayan içeriÄin bulunması çabalarının tümü Apacheânin 404
(Dosya orada yok) HTTP durum kodlu bir hata sayfası döndürmesine yol
açar. Bu sayfanın içeriÄi ErrorDocument yönergesi ile denetlenebilir ve Hata Yanıtlarının KiÅiselleÅtirilmesi
bölümünde anlatıldıÄı gibi oldukça esnek bir Åekilde
kiÅiselleÅtirilebilir.