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_dbm
mod_authn_file
mod_authnz_ldap
mod_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 b0b2e95d63..250ddc5cad 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 224e3019cd..30c006edff 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.
-İ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 666a35465e..3cc7f8a546 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_allowmethods
mod_buffer
mod_data
mod_lua
mod_proxy_express
mod_proxy
için devingen olarak yapılandırılmıŠtam
- tersinir vekiller saÄlar.mod_proxy_fcgi
mod_proxy
için FastCGI Protokolü saÄlayıcısımod_proxy_scgi
mod_proxy
için SCGI Protokolü saÄlayıcısımod_ratelimit
mod_reflector
mod_proxy_express
mod_proxy
için devingen olarak yapılandırılmıŠtam
+ tersinir vekiller saÄlar.mod_remoteip
mod_reqtimeout
mod_heartmonitor
,
+ mod_lbmethod_heartbeat
mod_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_html
mod_sed
mod_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_form
mod_session
mod_allowmethods
mod_lua
mod_log_debug
mod_buffer
mod_data
mod_ratelimit
mod_request
mod_reflector
mod_slotmem_shm
mod_log_debug
mod_xml2enc
mod_proxy_html
mod_ssl
, sunucular arasında SSL Oturumu verisini
memcached üzerinden paylaÅmak üzere yapılandırılabilir.mod_proxy
ProxyPass
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_balancer
mod_cache
mod_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_info
mod_info
önceden çözümlenmiŠyapılandırmayı artık
- sunucunun baÅlatılması sırasında standart çıktıya
- dökümleyebilmektedir.mod_rewrite
mod_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_ldap
mod_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_info
mod_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 @@fcgistarter
firehose
mod_firehose
'daki itfaiye hortumunun katlarını açar...htcacheclean