From: Nilgun Belma Buguner
Kimlik DoÄrulama istediÄiniz kiÅileri teyid etme iÅlemidir. - Yetkilendirme ise kiÅilerin nereye gireceklerine ve hangi bilgiye - ulaÅacaklarına müsaade edilmesi iÅlemidir.
- + Yetkilendirme ise kiÅilerin nereye gireceklerine ve hangi bilgiye + ulaÅacaklarına müsaade edilmesi iÅlemidir. + +Genel eriÅim denetimi için EriÅim Denetimi + Nasıl belgesine bakınız.
+mod_authn_dbmmod_authn_filemod_authnz_ldapmod_authn_socache
<Directory /www/docs/private>
+
AuthName "Private"
AuthType Basic
AuthBasicProvider dbm
AuthDBMUserFile /www/passwords/passwd.dbm
Require valid-user
+
</Directory>
<Directory /www/docs/private>
+
AuthName "Private"
AuthType Basic
AuthBasicProvider file ldap
AuthUserFile /usr/local/apache/passwd/passwords
AuthLDAPURL ldap://ldaphost/o=yourorg
Require valid-user
+
</Directory>
<Directory /www/docs/private>
+
AuthName "Private"
AuthType Basic
AuthBasicProvider file
@@ -434,6 +443,7 @@
AuthGroupFile /usr/local/apache/passwd/groups
Require group GroupName
Require ldap-group cn=mygroup,o=yourorg
+
</Directory>
Zaman zaman kimlik doÄrulama aÄınızda veya saÄlayıcı(ları)nızda kabul
+ edilemez yükler oluÅturur. Bu çoÄunlukla mod_authn_dbd
+ (veya üçüncü parti/özel saÄlayıcıların) kullanıcılarını etkiler. Bununla
+ ilgilenmek için httpd 2.3/2.4, kimlik bilgilerini arabelleklemek ve özgün
+ saÄlayıcıların yüklerini azaltmak için yeni bir arabellekleme saÄlayıcısı
+ olarak mod_authn_socache modülü ile gelmektedir.
Bu, bazı kullanıcılar için önemli bir baÅarım artıÅı saÄlayabilir.
+Daha fazla bilgi için mod_auth_basic ve
mod_authz_host modüllerinin belgelerine bakınız.
diff --git a/docs/manual/howto/auth.xml.meta b/docs/manual/howto/auth.xml.meta
index b0b2e95d63c..250ddc5cade 100644
--- a/docs/manual/howto/auth.xml.meta
+++ b/docs/manual/howto/auth.xml.meta
@@ -11,6 +11,6 @@
Ãok kullanıcılı sistemlerde, UserDir yönergesi ile her kullanıcının kendi ev dizininde
bir sitesi olması saÄlanabilir.
diff --git a/docs/manual/howto/public_html.xml.meta b/docs/manual/howto/public_html.xml.meta
index 224e3019cd8..30c006edff2 100644
--- a/docs/manual/howto/public_html.xml.meta
+++ b/docs/manual/howto/public_html.xml.meta
@@ -11,6 +11,6 @@
Bir HTTP sunucusunu verimli Åekilde yönetebilmek için oluÅabilecek sorunlardan baÅka sunucunun baÅarımı ve etkinliÄi hakkında da bazı geri @@ -33,8 +32,10 @@ yeteneÄini nasıl yapılandıracaÄınızdan ve günlük kayıtlarını nasıl yorumlayacaÄınızdan bahsedilecektir.
-
Güvenlik Uyarısı| İlgili Modüller | İlgili Yönergeler |
|---|---|
Apache HTTP Sunucusu, isteÄin ilk alınıÅından itibaren, URL eÅleme + iÅlemleri, baÄlantının son çözümlemesi ve bu iÅlemler sırasına ortaya çıkan + hatalar da dahil olmak üzere sunucunuzda meydana gelen herÅeyi günlüklemek + için çok çeÅitli mekanizmalar içerir. Buna ek olarak, günlükleme + yetenekleri saÄlayan üçüncü parti modüller de kullanılabilir veya mevcut + günlük dosyalarına girdiler enjekte edilebilir. Ayrıca, CGI programları, + PHP betikleri ve benzerleri sunucu hata günlüÄüne kendi iletilerini + gönderebilirler.
+ +Bu belgede Apache HTTP Sunucusunun standart parçası olan günlükleme + modülleri hakkında bilgi verilecektir.
+ +Apacheânin günlük dosyalarını yazdıÄı dizine yazabilen birinin sunucuyu +
Apache httpdânin günlük dosyalarını yazdıÄı dizine yazabilen birinin sunucuyu
baÅlatan kullanıcı kimliÄine (bu genellikle root olur) eriÅim
kazanabileceÄine hemen hemen kesin gözüyle bakılabilir. Sonuçlarının
neler olacaÄını kestiremiyorsanız günlüklerin yazıldıÄı dizinde hiç
@@ -61,7 +81,7 @@
İsmi ve yeri Hata günlüÄünün biçemi anlaÅılır olup içeriÄi kısmen serbestçe
- belirlenir. ÃoÄu hata günlüÄü girdisinde bulunan belli baÅlı bilgiler
- vardır. Ãrnek tipik bir hata iletisi içermektedir: Hata günlüÄünün biçemi Günlük girdisinin ilk öÄesi iletinin yazıldıÄı tarih ve saatten oluÅur.
- İkinci öÄe raporlanan bilginin önem derecesini belirtir. Hata günlüÄüne
- gönderilecek hata türlerinin önem seviyesini belirlemek için Hata günlüÄünde görünebilecek ileti çeÅitliliÄi oldukça fazladır. ÃoÄu
yukarıdaki örneÄin benzeridir. Hata günlüÄü ayrıca, CGI betiklerinin
@@ -101,13 +120,11 @@
hataya ( Hata günlüÄünü bilgi ekleyerek veya kaldırarak kiÅiselleÅtirmek
- mümkündür. Bununla birlikte, hata günlüÄü girdilerinin ilgili olduÄu
- isteklerin eriÅim günlüÄünde de girdileri
- vardır. ÃrneÄin, yukarıdaki girdi, eriÅim günlüÄünde 403 durum kodlu bir
- girdiyle ilgilidir. EriÅim günlüÄünü de kiÅiselleÅtirmek mümkün
- olduÄundan hata durumlarında bu günlük dosyasını da kullanarak daha
- fazla bilgi saÄlayabilirsiniz. Hata günlüÄüne ve eriÅim günlüÄüne Sunucuyu denerken olası sorunlara karÅı hata günlüÄünü sürekli
izlemelisiniz. Unix sistemlerinde bunu Åöyle bir komutla
@@ -118,6 +135,34 @@
Hata GünlüÄü
-
+ İlgili Modüller İlgili Yönergeler İlgili Modüller İlgili Yönergeler ErrorLog yönergesi
ile belirtilen sunucu hata günlüÄü, en önemli günlük dosyasıdır. Apache
@@ -77,23 +97,22 @@
hataları syslogâa veya borulamak suretiyle
bir programa aktarması da mümkündür.ErrorLogFormat yönergesi ile belirlenir. Bu yönergeyi
+ kullanarak günlüklenen deÄerleri özelleÅtirebilirsiniz. Bir biçem
+ belirtmezseniz öntanımlı biçem kullanılır. Ãrnek tipik bir hata iletisi
+ içermektedir:
- [Wed Oct 11 14:32:52 2000] [error] [client 127.0.0.1]
- client denied by server configuration:
- /export/home/live/ap/htdocs/test
+ [Fri Sep 09 10:42:29.902022 2011] [core:error] [pid 35708:tid 4328636416]
+ [client 72.15.99.187] Dosya yok: /usr/local/apache2/htdocs/favicon.ico
LogLevel yönergesi kullanılır. Ãçüncü öÄe
- hatanın üretilmesine sebep olan istemcinin IP adresini içerir. Kalanı
- iletinin kendisidir (duruma bakılırsa sunucu istemci eriÅimini reddetmek
- üzere yapılandırılmıÅ). Sunucu istenen belgenin (belge yolunu deÄil)
- dosya sistemindeki yolunu raporlamıÅtır.stderr) yazılan her türlü bilgi doÄrudan hata
günlüÄüne kopyalanır.%L dizgeciÄi konularak
+ eriÅim günlüÄündeki girdi ile hata günlüÄündeki girdiyi iliÅkilendirecek
+ bir günlük girdisi kimliÄi oluÅturulabilir.
+ mod_unique_id yüklüyse günlük girdisi kimliÄi olarak
+ onun eÅsiz istek kimliÄi de kullanılır.
LogLevel yönergesi, günlük
+ iletisinin üretilmesine sebep olan modüle baÄlı bir önem seviyesi
+ belirleyebilmenizi saÄlar. Bu yolla sorun yaÅadıÄınız modülle ilgili
+ günlük musluklarını sonuna kadar açabiliri ek olarak ilgilendiÄiniz diÄer
+ modüllerle ilgili ayrıntıları da edinebilirsiniz. Ãzellikle
+ mod_proxy veya mod_rewrite gibi
+ modüllerde yapılmak isteneni denerken neler olup bittiÄini ayrıntılarıyla
+ bilmek istediÄiniz durumlarda kullanıÅlıdır.
Bunu LogLevel yönergesinde modülün ismini
+ belirterek yapabilirsiniz:
+ LogLevel info rewrite:trace5
+
Bu satırla ana LogLevel info'ya ayarlanırken
+ mod_rewrite için musluk trace5 seviyesine
+ kadar açılmaktadır.
RewriteLog gibi günlükleme modüllerinin yerini almıÅtır.
+ identd tarafından belirlenen istemcinin RFC
1413 kimliÄidir. Bu bilgi oldukça güvenilmezdir ve sıkıca denetlenen
iç aÄlar haricinde hemen hemen asla kullanılmamalıdır. Apache,
- IdentityCheck yönergesine
+ IdentityCheck yönergesine
On deÄeri atanmıŠolmadıkça bu bilgiyi saptamaya
uÄraÅmaz.
@@ -240,11 +285,14 @@
saniye = 2 haneGünlük biçem dizgesinde zaman gösterim biçemini
%{biçem}t Åeklinde belirtmek de mümkündür.
Buradaki biçem dizgesi, stardart C
kütüphanesindeki strftime(3) iÅlevi için tanımlanmıÅ
- biçem belirteçleriyle oluÅturulabilir.
+ biçem belirteçleriyle veya desteklenen özel belirteçlerle
+ oluÅturulabilir. Ayrıntılı bilgi için mod_log_config
+ biçem dizgelerine
+ bakın.
"GET /apache_pb.gif HTTP/1.0"
@@ -376,7 +424,36 @@
CustomLog logs/diger_diller_log common env=!turkce
Åarta baÄlı günlük kaydının çok esnek ve güçlü olabileceÄini +
Bir arabellkleme senaryosuna arabelleÄin verimli kullanılıp + kullanılmadıÄını bilmek isteyelim. Bu basitçe Åöyle yapılabilir:
+ +
+ SetEnv CACHE_MISS 1
+ LogFormat "%h %l %u %t "%r " %>s %b %{CACHE_MISS}e" common-cache
+ CustomLog logs/access_log common-cache
+
mod_cache önce mod_env modülünü
+ çalıÅtıracak ve baÅarılı olunduÄu takdirde içeriÄi onsuz teslim
+ edecektir. Bu durumda arabellek kaybı 1 olarak
+ günlüklenirken arabellek sunumu - olarak
+ günlüklenecektir.
env= sözdizimine ek olarak, LogFormat HTTP yanıt kodudaki koÅul
+ deÄerlerini günlüklemeyi de destekler:
+ LogFormat "%400,501{User-agent}i" browserlog
+ LogFormat "%!200,304,302{Referer}i" refererlog
+
Bu örnekte, HTTP durum kodu 400 veya 501 ise User-agent
+ baÅlıÄı günlüklenecektir. Aksi takdirde, günlüÄe bir "-" yazılacaktır.
+ Benzer Åekilde ikinci örnekte, HTTP durum kodu 200, 204 veya 302
+ deÄilse (durum kodlarının öncesindeki "!" imine
+ dikkat) Referer baÅlıÄı günlüklenecektir.
KoÅulaa baÄlı günlük kaydının çok esnek ve güçlü olabileceÄini göstermiÅ olsak da günlük içeriÄini denetlemenin tek yolu bu deÄildir. Günlük dosyaları sunucu etkinliÄini eksiksiz olarak kaydedebildikleri takdirde daha yararlı olurlar. Günlük dosyalarını sonradan iÅleme tabi @@ -391,7 +468,7 @@
Yükü aÄır sunucularda günlük dosyalarına kaydedilen bilginin miktarı
çok büyük boyutlara ulaÅabilir. 10.000 istek içeren bir eriÅim günlüÄü
yaklaÅık 1MB yer kaplar. Etkin günlük dosyasını belirli aralıklarla
- deÄiÅtirmek veya silmek gerekebilir. Apache çalıÅırken dosyayı sürekli
+ deÄiÅtirmek veya silmek gerekebilir. Apache httpd çalıÅırken dosyayı sürekli
açık tuttuÄu ve yazdıÄı için bu iÅlem sunucu çalıÅırken yapılamaz. Bu
bakımdan, günlük dosyası deÄiÅtirildikten veya silindikten sonra yeni
dosyanın açılması için sunucunun yeniden
@@ -428,10 +505,10 @@
derecede arttırır. Günlükler boruya yazılmak istenirse dosya ismini boru
karakteriyle ("|") deÄiÅtirip ardına günlük girdilerini
standart girdisinden kabul edecek programın ismini eklemek yeterlidir.
- Apache sunucusu baÅlatıldıÄı zaman borulu günlük iÅlemini de
+ Apache httpd baÅlatıldıÄı zaman borulu günlük iÅlemini de
baÅlatacaktır. EÄer sunucu çalıÅırken günlükleri kabul eden süreç
- çökerse Apache bu programı yeniden baÅlatır. (Bu son özelliÄi sebebiyle
- bu tekniÄe âgüvenilir borulu günlüklemeâ adını veriyoruz.)
Borulu günlük süreçleri ana Apache httpd süreci tarafından baÅlatılır ve bu süreçler ana Apache httpd sürecinin kullanıcı kimliÄini miras @@ -461,6 +538,25 @@
Borulu günlükler de Åarta baÄlı günlükleme kadar güçlü olmakla beraber çevrimdıÅı ardıl iÅlemler gibi daha basit çözümler için kullanılmamalıdır.
+ +Ãntanımlı olarak borulu günlük süreci bir kabuk kullanmadan
+ çalıÅtırılır. Kabuk kullanarak (genelde /bin/sh -c ile)
+ yapılmak istenirse "|" yerine "|$"
+ kullanılır:
+ # Kabu kullanarak "rotatelogs" çalıÅtırmak
+ CustomLog "|$/usr/local/apache/bin/rotatelogs
+ /var/log/access_log 86400" common
+
Bu, Apache 2.2 için öntanımlı davranıÅtı. Kabuk özelliklerine baÄlı
+ olarak, yeniden baÅlatma sırasındaki sinyal iÅleme sorunları ve günlük
+ borulama uygulamasının yaÅam süresi için ek bir kabuk süreci ile
+ sonuçlanabilir. Apache 2.2 ile uyumluluk açısından "||"
+ gösterimi de desteklenmekte olup "|" kullanımına
+ eÅdeÄerdir.
| İlgili Modüller | İlgili Yönergeler |
|---|---|
| İlgili Modüller | İlgili Yönergeler |
|---|---|
Güçlü ve karmaÅık mod_rewrite
- özellikleri kullanılırken, hata ayıklamaya yardımcı olmak için
- RewriteLog yönergesini
- kullanmak gerekebilir. Yönerge, günlük dosyasında yeniden yazım
- motorunun istekleri nasıl dönüÅtürdüÄüyle ilgili ayrıntılı bir döküm
- üretir. Ayrıntı seviyesi RewriteLogLevel yönergesi ile belirlenir.
Mevcut Diller: en |
diff --git a/docs/manual/logs.xml.meta b/docs/manual/logs.xml.meta
index 666a35465eb..3cc7f8a5467 100644
--- a/docs/manual/logs.xml.meta
+++ b/docs/manual/logs.xml.meta
@@ -11,6 +11,6 @@
Bu belgede Apache HTTP Sunucusunun 2.2 ve 2.4 sürümleri arasındaki baÅlıca farklara deÄinilmiÅtir. 2.0 sürümüne göre yeni özellikler için Apache 2.2âde Yeni olan Ãzellikler @@ -31,7 +30,8 @@
KeepAliveTimeout'u milisaniye
- cinsinden belirtmek artık mümkündür.LogLevel artık her modül ve her
- dizin için yapılandırılabilmektedir. debug log
- seviyesinin üstüne trace1'den trace8'e kadar
- yeni log seviyeleri eklendi.LogLevel artık her modül ve her
+ dizin için yapılandırılabilmektedir. debug log
+ seviyesinin üstüne trace1'den trace8'e
+ kadar yeni log seviyeleri eklendi.If> bölümleri artık
- HTTP isteklerine dayalı olarak yapılandırılabilmektedir.<If>,
+ <ElseIf>,
+ ve <Else> bölümleri
+ artık HTTP isteklerine dayalı olarak yapılandırılabilmektedir.SetEnvIfExpr,
RewriteCond,
Header,
- <If> ve
+ <If> ve
benzeri yönergelerde ortak bir sözdizimi kullanarak karmaÅık durumlar belirtmeyi mümkün kılmaktadır.
KeepAliveTimeout milisaniye
+ cinsinden belirtmek artık mümkündür.AllowOverrideList
+ yönergesi .htaccess dosyalarında kullanılabilen
+ yönergelerde daha ince ayarlara izin vermektedir.Define yönergesi ile tanımlanabilmekte, böylece aynı
+ deÄer yapılandırmada bir çok yerde kullanılıyorsa daha temiz bir
+ görünüm elde edilebilmektedir.mod_allowmethodsmod_buffermod_datamod_luamod_proxy_expressmod_proxy için devingen olarak yapılandırılmıŠtam
- tersinir vekiller saÄlar.mod_proxy_fcgimod_proxy için FastCGI Protokolü saÄlayıcısımod_proxy_scgimod_proxy için SCGI Protokolü saÄlayıcısımod_ratelimitmod_reflectormod_proxy_expressmod_proxy için devingen olarak yapılandırılmıŠtam
+ tersinir vekiller saÄlar.mod_remoteipmod_reqtimeoutmod_heartmonitor,
+ mod_lbmethod_heartbeatmod_proxy_balancer modülünün arka sunuculardaki
+ etkin baÄlantı sayısı üzerindeki yük dengeleme kararlarına dayalı iÅlem
+ yapmasını saÄlar.mod_proxy_htmlmod_sedmod_substitute modülünün geliÅtirilmiÅ hali olup
+ yanıt gövdesinin sed'in tüm gücü ile yeniden düzenlenebilmesini
+ saÄlar.mod_auth_formmod_sessionmod_allowmethodsmod_luamod_log_debugmod_buffermod_datamod_ratelimitmod_requestmod_reflectormod_slotmem_shmmod_log_debugmod_xml2encmod_proxy_htmlmod_ssl, sunucular arasında SSL Oturumu verisini
memcached üzerinden paylaÅmak üzere yapılandırılabilir.mod_proxyProxyPass yönergesi bir
@@ -176,6 +203,9 @@
geleneksel iki deÄiÅtirgeli sözdiziminin de üzerinde belirgin bir
baÅarım artıÅı saÄlar.mod_proxy_balancermod_cachemod_cache CACHE süzgeci, arabellekleme üzerinde daha
+ hassas denetim saÄlamak için istenirse süzgeç zincirinin belli bir
+ noktasına yerleÅtirilebilmektedir.mod_cache artık HEAD isteklerini
arabellekleyebiliyor.Require yönergesi ve <RequireAll> gibi
ilgili taÅıyıcı yönergeler kullanılarak belirtilebilmektedir.mod_infomod_info önceden çözümlenmiÅ yapılandırmayı artık
- sunucunun baÅlatılması sırasında standart çıktıya
- dökümleyebilmektedir.mod_rewritemod_rewrite bildik yeniden yazma senaryolarını
basitleÅtirmek için RewriteRule yönergesine
[QSD] (Query String Discard=sorgu dizgisini iptal) ve
[END] seçeneklerini saÄlamaktadır.RewriteCond içinde
+ karmaÅık mantıksal ifadeler kullanımını mümkün kılmaktadır.RewriteMap iÅlevleri olarak
+ kullanılması saÄlanmıÅtır.mod_ldap, mod_authnz_ldapmod_authnz_ldap kümelenmiÅ gruplara destek saÄlar.
@@ -255,14 +288,18 @@
hata ayıklama bilgisini günlüklemek için LDAPLibraryDebug yönergesini
içermektedir.mod_infomod_info önceden çözümlenmiŠyapılandırmayı artık
+ sunucunun baÅlatılması sırasında standart çıktıya
+ dökümleyebilmektedir.mod_rewrite belgeleri, yeniden düzenlenerek,
+ genel kullanıma ve örneklere odaklı olarak ve diÄer çözümlerin hangi
+ durumlarda daha uygun olduÄu da gösterilerek hemen hemen tamamen
+ yeniden yazıldı. Yeniden Yazma Kılavuzu artık
+ bir sayfa olmaktan çıkıp, çok daha ayrıntılı ve daha iyi düzenlenmiÅ
+ bir bölüm haline geldi.mod_ssl belgeleri, evvelki teknik ayrıntılara ek
+ olarak baÅlarken seviyesinde daha fazla örnekle büyük oranda
+ geniÅletildi.mod_cache tarafından saÄlanan RFC2616 HTTP/1.1
+ önbellekleme özellikleri arasıda daha iyi ayrım yapılabilmesi için ve
+ socache arayüzü ile saÄlanan soysal
+ anahtar/deÄer önbelleklemesi yanında mod_file_cache
+ gibi mekanizmalarla saÄlanan özelleÅtirilebilir arabelleklemeyi de
+ kapsamak üzere yeniden yazıldı.Bu sayfada Apache HTTP Sunucusuna dahil tüm çalıÅtırılabilir programlar tanıtılmıÅtır.
@@ -56,6 +55,9 @@fcgistarterfirehosemod_firehose'daki itfaiye hortumunun katlarını açar...htcacheclean