From: Nilgun Belma Buguner Bu sayfada Apache HTTP Sunucusu Sürüm 2.4
Belgelerinin tamamı listelenmiÅtir.Platformlara Ãzgü Bilgiler
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 @@
Bu belge Apache HTTPdânin Unix benzeri sistemlerde durdurulması ve - yeniden baÅlatılması konularını kapsar. Windows NT, 2000 ve XP +
Bu belge Apache HTTP Sunucusunun Unix benzeri sistemlerde durdurulması + ve yeniden baÅlatılması konularını kapsar. Windows NT, 2000 ve XP kullanıcıları Apache HTTPdâyi bu platformlarda nasıl denetimlerine - alacaklarını öÄrenmek için Apache - HTTPdânin Bir Hizmet Olarak ÃalıÅtırılması sayfasına, Windows 9x ve - ME kullanıcıları ise Apache - HTTPdânin Bir Konsol Uygulaması Olarak ÃalıÅtırılması sayfasına + alacaklarını öÄrenmek için httpdânin Bir Hizmet Olarak ÃalıÅtırılması sayfasına, Windows 9x ve + ME kullanıcıları ise httpdânin + Bir Konsol Uygulaması Olarak ÃalıÅtırılması sayfasına bakabilirler.
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.
rotatelogs
tarzı borulu günlükleme kullanımı gibi
durumlarda yarıŠkoÅullarının oluÅması olasılıÄına karÅı uyanık
diff --git a/docs/manual/stopping.xml.meta b/docs/manual/stopping.xml.meta
index 005e54a047..61174989df 100644
--- a/docs/manual/stopping.xml.meta
+++ b/docs/manual/stopping.xml.meta
@@ -13,6 +13,6 @@
SuEXEC özelliÄi, Apache kullanıcılarına +
SuEXEC özelliÄi, Apache HTTP Sunucusu kullanıcılarına CGI ve SSI programlarını sunucunun aidiyetinde çalıÅtıÄı kullanıcıdan farklı bir kullanıcının aidiyetinde çalıÅtırma olanaÄı verir. Normalde, CGI ve @@ -56,8 +55,9 @@
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!
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 @@root
deÄil, deÄil mi?
- Mevcut durumda, root
grubunun CGI/SSI
+
root
grubunun CGI/SSI
programlarını çalıÅtırmasına izin verilmemektedir.
--with-suexec-caller=KULLANICI
--with-suexec-userdir=DÄ°ZÄ°N
--with-suexec-docroot=DÄ°ZÄ°N
UserDir
âlardan baÅka) suEXEC için
+ 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.
ÃrneÄin, sunucunuz Åöyle yapılandırılmıÅsa:
@@ -436,7 +437,7 @@ chmod 4750 /usr/local/apache2/bin/suexecBöylece suEXEC çalıÅtırıcısını Apacheâyi çalıÅtıran grubun +
Böylece suEXEC çalıÅtırıcısını httpdâyi çalıÅtıran grubun üyelerinden baÅkasının çalıÅtıramayacaÄından emin olabilirsiniz.
Apache baÅlatıldıÄı sırada suexec
çalıÅtırıcısı
- için --sbindir
seçeneÄi ile tanımlanan dizine bakar
- (seçeneÄin öntanımlı deÄeri
- /usr/local/apache/sbin/suexec
âtir). Apache düzgün
- yapılandırılmıŠbir suEXEC çalıÅtırıcısı bulduÄu takdirde hata
+
httpd baÅlatıldıÄı sırada suexec
çalıÅtırıcısı için
+ --sbindir
seçeneÄi ile tanımlanan dizine bakar (seçeneÄin
+ öntanımlı deÄeri /usr/local/apache/sbin/suexec
âtir). httpd
+ düzgün yapılandırılmıŠbir suEXEC çalıÅtırıcısı bulduÄu takdirde hata
günlüÄüne Åöyle bir ileti yazacaktır:
@@ -465,8 +465,7 @@
saÄlamak yeterli olmayacaktır.
SuEXEC mekanizmasını iptal etmek için ise suexec
- dosyasını sildikten sonra Apache sunucusunu öldürüp yeniden
- baÅlamalısınız.
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.Ä°lgili Modüller | Ä°lgili Yönergeler |
---|---|
İlgili Modüller | İlgili Yönergeler |
---|---|
DocumentRoot
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:
AliasMatch ^/sayfalar/([a-zA-Z0-9]+)/?(.*)
- /home/$1/public_html/$2
AliasMatch ^/sayfalar/([a-zA-Z0-9]+)(/(.*))?$
+ /home/$1/public_html/$3
Yukarıdaki bölümlerde açıklanan yapılandırma yönergeleri Apacheâye +
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.
+ Substitute s/dahili\.mesela\.dom/harici.mesela.dom/i
+
Ayrıca, Ãçüncü parti modüller arasında HTML ve XHTMLâde hiperbaÄları yeniden yazabilen mod_proxy_html - adında bir modül vardır.
+ adında bir modül de vardır."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.
mod_dir
modülü sanal URI'leri, onları sunan gerçek
+ kaynaÄa eÅlemekte kullanılan FallbackResource
yönergesini içerir. Bir 'ön denetleyici'
+ gerçeklerken mod_rewrite
modülünün kullanılmasını
+ saÄlamak için çok kullanıÅlıdır.
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.
URL eÅlemede kullanılabilecek diÄer modüller:
+ +mod_actions
- Bir isteÄi, özkaynaÄın MIME türüne veya
+ istek yöntemine bakarak bir CGI betiÄine eÅler.mod_dir
- URL'yi sonlandıran bölü çizgisini
+ index.html
bir dosyaya eÅler.mod_imagemap
- Bir isteÄi, bir HTML belge içindeki
+ bir resme yapılan kullanıcı tıklamalarına dayanarak bir URL'ye
+ eÅler.mod_negotiation
- Dil veya içerik sıkıÅtırması gibi
+ kullanıcı tercihlerine dayanarak uygun bir belgeyi seçer.Mevcut Diller: en |
diff --git a/docs/manual/urlmapping.xml.meta b/docs/manual/urlmapping.xml.meta
index 9fd5f4bb52..35880bdad4 100644
--- a/docs/manual/urlmapping.xml.meta
+++ b/docs/manual/urlmapping.xml.meta
@@ -11,6 +11,6 @@