From: Takashi Sato Available Languages: en |
es |
ja |
- ko
In order to effectively manage a web server, it is necessary @@ -578,7 +579,8 @@
Available Languages: en | es | ja | - ko
+ ko | + tr diff --git a/docs/manual/logs.html.es b/docs/manual/logs.html.es index faf50e737c5..8fb06a40312 100644 --- a/docs/manual/logs.html.es +++ b/docs/manual/logs.html.es @@ -21,7 +21,8 @@Idiomas disponibles: en | es | ja | - ko
+ ko | + trIdiomas disponibles: en | es | ja | - ko
+ ko | + trAvailable Languages: en | es | ja | - ko
+ ko | + trAvailable Languages: en | es | ja | - ko
+ ko | + tr diff --git a/docs/manual/logs.html.ko.euc-kr b/docs/manual/logs.html.ko.euc-kr index 8c5e956cf02..1c142fd6f1b 100644 --- a/docs/manual/logs.html.ko.euc-kr +++ b/docs/manual/logs.html.ko.euc-kr @@ -21,7 +21,8 @@°¡´ÉÇÑ ¾ð¾î: en | es | ja | - ko
+ ko | + tr°¡´ÉÇÑ ¾ð¾î: en | es | ja | - ko
+ ko | + tr diff --git a/docs/manual/logs.html.tr.utf8 b/docs/manual/logs.html.tr.utf8 new file mode 100644 index 00000000000..dea1787987e --- /dev/null +++ b/docs/manual/logs.html.tr.utf8 @@ -0,0 +1,557 @@ + + + +Apache HTTP Sunucusu Sürüm 2.0
+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 + bildirimler almak gerekir. Apache HTTP Sunucusu çok kapsamlı ve esnek + bir günlükleme yeteneÄine sahiptir. Bu belgede sunucunun günlükleme + yeteneÄini nasıl yapılandıracaÄınızdan ve günlük kayıtlarını nasıl + yorumlayacaÄınızdan bahsedilecektir.
+Apacheâ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ç + kimseye yazma eriÅimi vermeyin; ayrıntılı bilgi için güvenlik ipuçları belgesine + bakınız.
+ +Buna ilaveten, günlük dosyaları istemci tarafından saÄlanmıŠbilgiler + de içerebilir. Bu nedenle, kötü niyetli istemcilerin günlük dosyalarına + denetim karakterleri girmeleri olasılıÄına karÅı ham günlükler ele + alınırken dikkatli olunmalıdır.
+İlgili Modüller | İlgili Yönergeler |
---|---|
İsmi ve yeri ErrorLog
yönergesi
+ ile belirtilen sunucu hata günlüÄü, en önemli günlük dosyasıdır. Apache
+ httpd tarafından istekler iÅlenirken saptanan hatalar ve tanı bilgileri
+ bu dosyaya gönderilir. Sunucuyu baÅlatırken veya sunucu çalıÅırken bir
+ sorunla karÅılaÅıldıÄında, neyin yanlıŠgittiÄini öÄrenmek için
+ bakılacak ilk yer burasıdır. Günlük kaydı çoÄunlukla sorunun nasıl
+ düzeltileceÄi ile ilgili ayrıntıları da içerir.
Hata günlüÄü normal olarak bir dosyaya yazılır (genellikle, dosyanın
+ ismi Unix sistemlerinde error_log
, Windows ve OS/2âde ise
+ error.log
âdur). Ayrıca, Unix sistemlerinde sunucunun
+ hataları syslog
âa veya borulamak suretiyle
+ bir programa aktarması da mümkündür.
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:
+ +
+ [Wed Oct 11 14:32:52 2000] [error] [client 127.0.0.1]
+ client denied by server configuration:
+ /export/home/live/ap/htdocs/test
+
Günlük girdisinin ilk öÄesi iletinin yazıldıÄı tarih ve saatten oluÅur.
+ İkinci öÄe raponlanan bilginin önem derecesini belirtir. Hata günlüÄüne
+ gönderilecek hata türlerinin önem seviyesini belirlemek için 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.
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
+ hata ayıklama çıktılarını da içerir. Bir CGI betiÄi tarafından standart
+ hataya (stderr
) yazılan her türlü bilgi doÄrudan hata
+ günlüÄüne kopyalanır.
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.
+ +Sunucuyu denerken olası sorunlara karÅı hata günlüÄünü sürekli + izlemelisiniz. Unix sistemlerinde bunu Åöyle bir komutla + saÄlayabilirsiniz:
+ +
+ tail -f error_log
+
İlgili Modüller | İlgili Yönergeler |
---|---|
Sunucu eriÅim günlüÄü sunucu tarafından iÅleme alınan tüm istekleri
+ kaydeder. EriÅim günlüÄünün yeri ve içeriÄi CustomLog
yönergesi ile belirlenir.
+ LogFormat
yönergesi ile
+ günlük içeriÄini kiÅiselleÅtirmek mümkündür. Bu bölümde sunucunun
+ bilgileri eriÅim günlüÄüne kaydetmesi için nasıl yapılandırılacaÄından
+ bahsedilecektir.
Åüphesiz, bilginin eriÅim günlüÄünde saklanması günlük yönetiminde ilk + adımı oluÅturur. Sonraki adım yararlı istatistikleri üretmek için bu + bilgiyi incelemektir. Günlük incelemesi bu belgenin kapsamına dahil + deÄildir ve aslında bu iÅlem sunucunun yaptıÄı iÅlerden biri deÄildir. + Bu konu ve günlük incelemesi yapan uygulamalar hakkında daha ayrıntılı + bilgi edinmek için dmoz.org veya Yahooâya bakınız.
+ +Apache httpdânin çeÅitli sürümlerinde eriÅim günlüklerini denetlemek
+ için kullanılan diÄer modüller ve yönergeler arasında mod_log_referer,
+ mod_log_agent modülleri ve TransferLog
yönergesi
+ sayılabilir. Artık, daha eski tüm diÄer yönergelerin iÅlevselliklerini
+ bir araya toplayan CustomLog
yönergesi kullanılmaktadır.
EriÅim günlüÄünün girdi biçemi kolayca isteÄe göre
+ düzenlenebilmektedir. Biçemi belirtmekte kullanılan biçem dizgesi, C
+ tarzı printf(1) biçem dizgesini andırır. Sonraki bölümlerde bazı
+ örneklere yer verilmiÅtir. Biçem dizgesini oluÅturan belirteçlerin tam
+ listesi için mod_log_config
belgesinin Günlük Girdilerinin
+ KiÅiselleÅtirilmesi bölümüne bakınız.
EriÅim günlüÄü için sıklıkla kullanılan bir yapılandırma:
+ +
+ LogFormat "%h %l %u %t \"%r\" %>s %b" common
+ CustomLog logs/access_log common
+
İlk satırda belli bir biçem dizgesi için common
diye bir
+ takma ad tanımlanmaktadır. Biçem dizgesi, sunucuya hangi
+ belli bir bilgi parçalarını günlükleyeceÄini söyleyen % imli biçem
+ belirteçlerinden oluÅur. Biçem dizgesine ayrıca dizgesel sabitler de
+ yerleÅtirilebilir ve bunlar eriÅim günlüÄüne oldukları gibi
+ kopyalanırlar. Biçem dizgesi içinde çift tırnak karakteri (") biçem
+ dizgesini vaktinden önce sonlandırmaması için ters bölü çizgisi ile
+ öncelenmelidir. Biçem dizgesi ayrıca, satır sonlarını belirtmek için
+ "\n
" ve sekmeleri belirtmek için "\t
"
+ denetim karakterlerini de içerebilir.
CustomLog
yönergesi
+ evvelce tanımlanmıŠbir takma adı kullanarak yeni bir günlük
+ dosyası tanımlar. EriÅim günlüÄünün dosya ismi bölü çizgisi ile
+ baÅlamadıkça dosya yolunun ServerRoot
deÄerine göreli olduÄu varsayılır.
Yukarıdaki yapılandırma günlük dosyasına girdileri Ortak Günlük + Biçemi (Common Log Format) adı verilen standart biçemde yazar. + Bu standart biçem baÅka HTTP sunucuları tarafından da kullanılır ve + çoÄu günlük inceleme yazılımı tarafından tanınır. Ortak Günlük + Biçeminde üretilen günlük girdileri Åöyle görünür:
+ +
+ 127.0.0.1 - frank [10/Oct/2000:13:55:36 -0700] "GET
+ /apache_pb.gif HTTP/1.0" 200 2326
+
Bu günlük girdisini parça parça açıklayalım:
+ +127.0.0.1
(%h
)HostnameLookups
+ yönergesine On
deÄeri atanmıÅsa sunucu bu IP adresi
+ için DNS sorgusu yapacak ve IP adresi yerine bulduÄu konak ismini
+ yazmaya çalıÅacaktır. Bununla birlikte, bu iÅlem sunucuyu epeyce
+ yavaÅlattıÄından önerilmemektedir. Konak isimlerini saptamak için en
+ iyisi günlük girdilerini logresolve
gibi bir
+ günlük iÅlemcisinden geçirmektir. Burada raporlanan IP adresi
+ doÄrudan istemcinin IP adresi olmayabilir. EÄer sunucu ile istemci
+ arasında bir vekil sunucu varsa bu IP adresi, vekil sunucunun IP
+ adresi olacaktır.-
(%l
)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
+ On
deÄeri atanmıŠolmadıkça bu bilgiyi saptamaya
+ uÄraÅmaz.frank
(%u
)REMOTE_USER
ortam deÄiÅkeni ile saÄlanır. EÄer istek
+ için durum kodu 401 ise (aÅaÄıya bakınız) henüz kullanıcının kimliÄi
+ doÄrulanmamıŠolacaÄından bu deÄere güvenilmemelidir. EÄer belge
+ parola korumalı deÄilse günlüÄün bu kısmı da yukarıdaki gibi
+ "-
" olacaktır.[10/Oct/2000:13:55:36 -0700]
+ (%t
)
+ [gün/ay/yıl:saat:dakika:saniye dilim]
+
+ gün = 2 hane
+ ay = 3 harf
+ yıl = 4 hane
+ saat = 2 hane
+ dakika = 2 hane
+ saniye = 2 hane
+ dilim = (`+' | `-') 4 hane
%{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.
+ "GET /apache_pb.gif HTTP/1.0"
+ (\"%r\"
)GET
âmiÅ. İkinci olarak istemci
+ /apache_pb.gif
dosyasını istemiŠve üçüncü olarak
+ istemci HTTP/1.0
protokolünü kullanmıÅ. İstek satırının
+ bazı parçalarını baÄımsız olarak da günlüklemek mümkündür. ÃrneÄin,
+ "%m %U%q %H
" dizgesi, yöntem, yol, sorgu dizgesi ve
+ protokolü kaydedecektir; bu dizge "%r
" biçem
+ belirtecinin tek baÅına yaptıÄı iÅi yapar.200
(%>s
)2326
(%b
)-
" olacaktır. Bunun yerine günlüÄe "0
"
+ yazdırmak için %B
belirtecini kullanınız.Sıklıkla kullanılan diÄer bir biçem dizgesi BirleÅik Günlük Biçemi + (Combined Log Format) olup Åöyle kullanılabilir:
+ +
+ LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\"
+ \"%{User-agent}i\"" combined
+ CustomLog log/access_log combined
+
Bu biçem ilaveten 2 alan içermesi dıÅında Ortak Günlük Biçemi ile
+ aynıdır. İlave alanların ikisi de %{baÅlık}i
+ biçeminde olup buradaki baÅlık
, HTTP isteÄindeki
+ baÅlık alanlarından biridir. Bu biçemin kullanıldıÄı bir eriÅim
+ günlüÄü girdisi Åöyle olurdu:
+ 127.0.0.1 - frank [10/Oct/2000:13:55:36 -0700] "GET
+ /apache_pb.gif HTTP/1.0" 200 2326
+ "http://www.example.com/start.html" "Mozilla/4.08 [en]
+ (Win98; I ;Nav)"
+
Ek alanlar:
+ +"http://www.example.com/start.html"
+ (\"%{Referer}i\"
)"Mozilla/4.08 [en] (Win98; I ;Nav)"
+ (\"%{User-agent}i\"
)Yapılandırma dosyasında çok sayıda CustomLog
yönergesi kullanarak çok
+ sayıda eriÅim günlüÄü kolayca oluÅturulabilir. ÃrneÄin aÅaÄıdaki
+ yönergelerle 3 tane eriÅim günlüÄü oluÅturulacaktır. İlki temel OGB
+ bilgisini içerirken diÄer ikisi isteÄin kaynaklandıÄı yeri ve tarayıcı
+ kimliÄini içerir. Son iki CustomLog
satırı ayrıca, ReferLog
ve
+ AgentLog
yönergelerinin etkilerinin nasıl taklit
+ edileceÄini de göstermektedir.
+ LogFormat "%h %l %u %t \"%r\" %>s %b" common
+ CustomLog logs/access_log common
+ CustomLog logs/referer_log "%{Referer}i -> %U"
+ CustomLog logs/agent_log "%{User-agent}i"
+
Bu örnek ayrıca, LogFormat
yönergesi ile bir takma ad tanımlamanın Åart
+ olmadıÄını da göstermektedir. Günlük biçemi doÄrudan CustomLog
yönergesinde
+ belirtilebilir.
Bazı durumlarda istemcinin yaptıÄı isteÄe baÄlı olarak eriÅim
+ günlüÄünde belli girdilerin dıÅlanması gerekebilir. Bu, ortam deÄiÅkenleri sayesinde kolayca yerine
+ getirilebilir. Ãnce isteÄin belli koÅulları saÄladıÄını belirten bir
+ ortam deÄiÅkeni ataması yapılır. Bu iÅlem SetEnvIf
yönergesi ile yapılır.
+ Sonra da, ortam deÄiÅkenine baÄlı olarak isteklerin günlüÄe dahil
+ edilip edilmeyeceÄi CustomLog
yönergesinin
+ env=
deyimi kullanılarak belirtilir. Bazı örnekler:
+ # yerel konaktan kaynaklanan istekleri imleyelim
+ SetEnvIf Remote_Addr "127\.0\.0\.1" kaydetme
+ # robots.txt dosyası isteklerini imleyelim
+ SetEnvIf Request_URI "^/robots\.txt$" kaydetme
+ # Kalanları günlüÄe kaydedelim
+ CustomLog logs/access_log common env=!kaydetme
+
BaÅka bir örnek olarak, Türkçe belge isteklerini bir dosyaya diÄer + dillerdeki istekleri baÅka bir dosyaya kaydedelim.
+ +
+ SetEnvIf Accept-Language "tr" turkce
+ CustomLog logs/turkce_log common env=turkce
+ CustomLog logs/diger_diller_log common env=!turkce
+
Åarta 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 + tutarak istenmeyen girdileri kaldırılmıŠbir kopya almak hem kolay hem + de daha yararlıdır.
+ +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 + 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 + baÅlatılması gerekir.
+ +Nazikçe yeniden baÅlatmak + suretiyle sunucunun, mevcut ve bekleyen baÄlantıları kaybetmeden yeni + günlük dosyalarını açması saÄlanabilir. Bununla birlikte, bu iÅlem + sırasında sunucunun eski isteklere sunumu bitirene kadar eski günlük + dosyalarına yazmaya devam edebilmesi gerekir. Bu bakımdan, yeniden + baÅlatmanın ardından eski günlük dosyaları üzerinde bir iÅlem yapmadan + önce biraz beklemek gerekir. Günlük dosyalarını döndürürken kullanılan + senaryolarda genellikle eski günlük dosyaları yer kazanmak için + sıkıÅtırılırlar:
+ +
+ mv access_log access_log.old
+ mv error_log error_log.old
+ apachectl graceful
+ sleep 600
+ gzip access_log.old error_log.old
+
Günlük çevrimi yapmanın baÅka bir yolu da sonraki bölümde açıklandıÄı + gibi borulu günlükler kullanmaktır.
+Apache httpd hata ve eriÅim günlüklerini doÄrudan bir dosyaya yazmak
+ yerine bir boru üzerinden baÅka bir sürece yazabilir. Bu yetenek ana
+ sunucuya herhangi bir kod eklemeksizin günlükleme esnekliÄini ÅaÅırtıcı
+ 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
+ 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 + alırlar. Yani borulu günlükleme programları aslında root tarafından + çalıÅtırılmıŠgibi olur. Bu bakımdan, bu programları basit ve güvenilir + kılmak çok önemlidir.
+ +Borulu günlüklerin önemli kullanım alanlarından biri de sunucuyu
+ yeniden baÅlatmak gerekmeksizin günlük çevrimini mümkün kılmaktır.
+ Apache HTTP sunucusu bu amaçla kullanılmak üzere
+ rotatelogs
diye bir program içerir. ÃrneÄin,
+ günlükleri 24 saatte bir döndürmek isterseniz bunu Åöyle
+ yapabilirsiniz:
+ CustomLog "|/usr/local/apache/bin/rotatelogs
+ /var/log/access_log 86400" common
+
Borunun diÄer ucundaki süreci baÅlatacak komutun tırnak içine + alındıÄına dikkat ediniz. Bu örnekler eriÅim günlüÄü için verilmiÅse de + aynı teknik hata günlüÄü için de kullanılabilir.
+ +Hariçten bir uygulama olarak cronolog isminde buna benzer ancak + çok daha esnek bir program daha vardır.
+ +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.
+Bir sunucu çok sayıda sanal konak ile hizmet
+ sunarken bunların günlük kayıtları için çeÅitli seçenekler mevcuttur.
+ İlk seçenekte, sanki sunucu tek bir konakla hizmet sunuyormuŠgibi
+ günlük kaydı yapılır. Günlükleme yönergelerini <VirtualHost>
bölümlerinin dıÅına, ana sunucu
+ baÄlamına yerleÅtirerek tüm isteklerin aynı eriÅim ve hata günlüÄüne
+ yazılmasını saÄlamak olasıdır. Bu teknik, tek tek sanal konaklar için
+ kolayca istatistik toplamaya izin vermez.
EÄer CustomLog
+ veya ErrorLog
yönergesi bir
+ <VirtualHost>
bölümüne
+ yerleÅtirilirse bu sanal konaÄa bütün eriÅimler veya hatalar belirtilen
+ dosyaya günlüklenecektir. Böyle günlükleme yönergeleri içermeyen sanal
+ konakların günlükleri hala ana sunucunun hata ve eriÅim günlüklerine
+ yazılmaya devam edecektir. Bu teknik az sayıda sanal konak barındıran
+ sunucular için çok kullanıÅlıdır. Fakat sanal konak sayısı çok fazlaysa
+ bu teknikle günlük dosyalarını yönetmek çok karmaÅık bir hal alabilir.
+ Ayrıca, yetersiz dosya tanıtıcısı
+ sorunlarıyla çok sık karÅılaÅılabilir.
EriÅim günlükleri için çok az bir fedakarlıkla çok iyi bir çözüm vardır. + Günlük biçemine sanal konaklarla ilgili bilgi eklemek suretiyle tüm + konakların aynı günlük dosyasını kullanmaları olasıdır. Böylece günlük + dosyası sonradan her sanal konak için ayrı bir dosya oluÅturmak üzere + ayrıÅtırılabilir. ÃrneÄin, bu iÅlem için Åu yönergeler kullanılıyor + olsun:
+ +
+ LogFormat "%v %l %u %t \"%r\" %>s %b"
+ ortaksankon
+ CustomLog logs/access_log ortaksankon
+
%v
belirteci isteÄi sunan sanal konaÄın ismini günlüÄe
+ yazmak için kullanılır. Daha sonra split-logfile gibi bir program
+ kullanarak, bu dosyadan her sanal konak için ayrı birer dosya elde
+ edilebilir.
İlgili Modüller | İlgili Yönergeler |
---|---|
Apache httpd baÅlatıldıÄında, ana httpd sürecinin kimliÄi (PID)
+ logs/httpd.pid
dosyasına kaydedilir. Bu dosyanın ismi
+ PidFile
yönergesi ile
+ deÄiÅtirilebilir. Bu süreç kimliÄi sistem yöneticisi tarafından ana
+ sürece sinyal göndererek artalan sürecini sonlandırmak veya yeniden
+ baÅlatmak için kullanılır. Windows üzerinde bu iÅlem için
+ -k
komut satırı seçeneÄi kullanılır. Bu konuda daha
+ ayrıntılı bilgi edinmek için Durdurma ve
+ Yeniden BaÅlatma belgesine bakınız.
ScriptLog
yönergesi CGI
+ betiklerinin girdi ve çıktılarını kaydetmenizi mümkün kılmak suretiyle
+ hata ayıklamaya yardımcı olur. Bu sadece deneysel amaçla kullanılmalı,
+ asıl sunucuya uygulanmamalıdır. mod_cgi
+ belgesinde daha fazla bilgi bulunabilir.
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: de | diff --git a/docs/manual/mod/mod_log_config.html b/docs/manual/mod/mod_log_config.html index 8161b0c4f9d..1e9233c9663 100644 --- a/docs/manual/mod/mod_log_config.html +++ b/docs/manual/mod/mod_log_config.html @@ -11,3 +11,7 @@ Content-type: text/html; charset=UTF-8 URI: mod_log_config.html.ko.euc-kr Content-Language: ko Content-type: text/html; charset=EUC-KR + +URI: mod_log_config.html.tr.utf8 +Content-Language: tr +Content-type: text/html; charset=UTF-8 diff --git a/docs/manual/mod/mod_log_config.html.en b/docs/manual/mod/mod_log_config.html.en index a3893dd65d1..c0dd0baf2d5 100644 --- a/docs/manual/mod/mod_log_config.html.en +++ b/docs/manual/mod/mod_log_config.html.en @@ -23,7 +23,8 @@
Description: | Logging of the requests made to the server | ||||||
---|---|---|---|---|---|---|---|
Status: | Base |
Açıklama: | Sunucuya yapılan isteklerin günlük kayıtlarının tutulması + |
---|---|
Durum: | Temel |
Modül Betimleyici: | log_config_module |
Kaynak Dosyası: | mod_log_config.c |
Bu modül istemci isteklerinin esnek Åekilde günlüklenmesi ile + ilgilidir. Günlükler kiÅiselleÅtirilebilir biçemdedir ve doÄrudan bir + dosyaya yazılabileceÄi gibi boru üzerinden harici bir sürece de + yazılabilir. İsteÄin özelliklerine baÄlı olarak bazı isteklerin + günlüklere kaydedilmesi veya kaydedilmemesi mümkün kılınmıÅtır.
+ +Bu modül üç yönerge içermektedir: Bir günlük dosyası oluÅturmak için
+ TransferLog
, günlük
+ biçemini kiÅiselleÅtirmek için LogFormat
ve tek baÅına bir günlük
+ dosyasını hem tanımlayıp hem de biçemleyen CustomLog
yönergesi. Her isteÄin
+ çok sayıda dosyaya günlüklenmesini saÄlamak için yapılandırma dosyasında
+ her sunucu için birden fazla TransferLog
ve
+ CustomLog
yönergesi belirtilebilir.
LogFormat
ve CustomLog
yönergelerinin biçem
+ argümanı bir dizgedir. Bu dizge her isteÄi günlük dosyasına günlüklemek
+ için kullanılır. DoÄrudan günlük dosyalarına kopyalanmak üzere dizgesel
+ sabitler içerebileceÄi gibi satırsonu ve sekme karakterleri olarak C
+ tarzı "\n" ve "\t" denetim karakterlerini de içerebilir. Dizgesel sabit
+ olarak kullanılan tırnak ve tersbölü imlerinin tersbölü ile öncelenmesi
+ gerekir.
İstek özellikleri biçem dizgesine â%
â imli belirteçler
+ yerleÅtirilerek günlüklenir. Bu belirteçler ve anlamları:
Belirteç | +Açıklama | ||||||
---|---|---|---|---|---|---|---|
%% |
+ Yüzde imi (Apache 2.0.44 ve sonrası) | ||||||
%...a |
+ Uzak IP adresi | ||||||
%...A |
+ Yerel IP adresi | ||||||
%...B |
+ HTTP baÅlıkları hariç, yanıtın bayt cinsinden uzunluÄu. | ||||||
%...b |
+ HTTP baÅlıkları hariç, yanıtın bayt cinsinden uzunluÄu. OGB
+ biçeminde hiç bayt gönderilmemiÅse günlüÄe '- ' yerine
+ '0 ' çıktılanır. | ||||||
%...{Fesmekan}C |
+ İstek içinde sunucuya gönderilen Fesmekan çerezinin + içeriÄi. | ||||||
%...D |
+ Mikrosaniye cinsinden isteÄi sunmak için harcanan zaman. | ||||||
%...{FALANCA}e |
+ FALANCA ortam deÄiÅkeninin içeriÄi. | ||||||
%...f |
+ Dosya ismi | ||||||
%...h |
+ Uzak konak | ||||||
%...H |
+ İstek Protokolü | ||||||
%...{Filanca}i |
+ İstekle birlikte sunucuya gönderilen
+ Filanca: baÅlık satır(lar)ının
+ içeriÄi. | ||||||
%...l |
+ Uzak kullanıcı kimliÄi (saÄlanmıÅsa, identd üzerinden).
+ mod_ident modülü mevcut ve IdentityCheck yönergesine deÄer
+ olarak On atanmıŠolmadıkça bu belirteç için günlüÄe
+ tire imi yazılır. | ||||||
%...m |
+ İstek yöntemi | ||||||
%...{Filanca}n |
+ DiÄer modüldeki Filanca bilgisinin içeriÄi. | ||||||
%...{Filanca}o |
+ Yanıttaki Filanca: baÅlık satır(lar)ının
+ içeriÄi. | ||||||
%...p |
+ Sunucunun isteÄi sunduÄu meÅru port | ||||||
%...P |
+ İsteÄi sunan çocuk sürecin süreç kimliÄi. | ||||||
%...{biçem}P |
+ İsteÄi sunan çocuk sürecin süreç kimliÄi (pid ) veya
+ evre kimliÄi (tid ). Geçerli biçemler: pid
+ ve tid . (Apache 2.0.46 ve sonrası) | ||||||
%...q |
+ Sorgu dizgesi (bir sorgu dizgesi mevcutsa önüne bir ?
+ eklenir yoksa hiçbir Åey eklenmez). | ||||||
%...r |
+ İsteÄin ilk satırı. | ||||||
%...s |
+ Durum. Dahili olarak yönlendirilen istekler için isteÄin *özgün*
+ durumudur --- isteÄin son durumu için %...>s
+ kullanınız. | ||||||
%...t |
+ İsteÄin alındıÄı tarih ve saat (standart ingiliz biçemi). | ||||||
%...{biçem}t |
+ İsteÄin alındıÄı tarih ve saat; biçem
+ strftime(3) biçeminde belirtilmelidir (genelde
+ yerelleÅtirme amaçlı). | ||||||
%...T |
+ Saniye cinsinden, isteÄi sunmak için harcanan zaman. | ||||||
%...u |
+ Uzak kullanıcı (kimlik doÄrulaması istenmiÅse vardır; durum kodu
+ (%s ) 401 ise yanlıŠolabilir). | ||||||
%...U |
+ Herhangi bir sorgu dizgesi içermeksizin istenen URL yolu. | ||||||
%...v |
+ İsteÄi sunan sunucunun meÅru sunucu ismi (ServerName ). | ||||||
%...V |
+ UseCanonicalName ayarı ile
+ ilgili sunucu ismi. | ||||||
%...X |
+ Yanıt tamamlandıÄında baÄlantı durumu:
+
+
(Apache 1.3âün son sürümlerinde bu belirteç | ||||||
%...I |
+ İstek ve baÅlıklar dahil alınan bayt sayısı; sıfır olamaz. Bunu
+ kullanmak için mod_logio etkin olmalıdır. | ||||||
%...O |
+ BaÅlıklar dahil gönderilen bayt sayısı; sıfır olamaz.Bunu
+ kullanmak için mod_logio etkin olmalıdır. |
"..." yerine hiçbir Åey yazılmayacaÄı gibi (örneÄin,
+ "%h %u %r %s %b"
), belli öÄelerin sadece belli durum
+ kodlarıyla ilgili yanıtlarla basılabilmesi için bu durum kodları
+ virgüllerle ayrılarak buraya yazılabilir. ÃrneÄin,
+ "%400,501{User-agent}i"
belirteci,
+ User-agent
baÅlıÄını sadece 400 ve 501 hatalarında
+ günlüÄe kaydeder. DiÄer durum kodları için günlüÄe "-"
+ yazılır. Durum kodlarını olumsuzlamak için baÅa bir "!
"
+ konabilir. ÃrneÄin, "%!200,304,302{Referer}i"
belirteci,
+ 200,304,302 durum kodlarından biriyle dönmeyen tüm istekler için
+ Referer
baÅlıÄını durum koduyla birlikte günlüÄe
+ kaydedecektir.
İsteÄin dahili olarak yönlendirilmesinde özgün durumunun mu yoksa son
+ durumunun mu hesaba katılacaÄı "<" ve ">" deÄiÅtiricileri ile
+ belirtilebilir. Ãntanımlı olarak %s, %U, %T, %D,
ve
+ %r
belirteçleri isteÄin özgün durumuna bakarken diÄerleri
+ son durumuna bakarlar. Bu bakımdan örneÄin, %>s
+ belirteci, özgün istekteki kimliÄi doÄrulanmıŠkullanıcının, dahili
+ olarak kimlik doÄrulaması gerekmeyen bir özkaynaÄa yönlendirilmesi
+ halinde isteÄin son durumunu kaydetmekte kullanılabilir.
2.0.46 öncesi httpd 2.0 sürümlerinde %...r
,
+ %...i
ve %...o
belirteçlerinin dizgelerine
+ önceleme uygulanmazdı. Bu esas olarak Ortak Günlük Biçeminin
+ gereksinimlerine uymak içindi. Bu uygulama, istemcilerin günlük
+ dosyalarına denetim karakterlerini yazabilmelerini mümkün kıldıÄı için
+ bu tür ham günlük dosyaları ile çalıÅırken dikkatli olunmalıdır.
Güvenlik nedeniyle, 2.0.46 sürümünden itibaren basılamayan
+ karakterler ve diÄer özel karakterler \xhh
+ dizilimleri biçeminde öncelenmektedir. Burada hh yerine
+ karakter numarasının onaltılık gösterimi yazılır. Bir tersbölü ile
+ öncelenmesi gereken "
ve \
ile
+ \n
, \t
gibi C tarzı gösterimler bu kuralın
+ dıÅındadır.
2.0 sürümünde 1.3 sürümünün aksine %b
ve
+ %B
biçem belirteçleri, istemciye gönderilen bayt sayısını
+ deÄil, HTTP yanıtının bayt sayısını ifade ederdi (bu yanıt, örneÄin,
+ SSL kullanıldıÄında veya baÄlantı koptuÄunda farklı uzunlukta olur).
+ Artık, aÄa gönderilen gerçek bayt sayısını günlüÄe kaydetmek için
+ mod_logio
modülü tarafından saÄlanan %O
+ biçem belirteci kullanılmaktadır.
Genelde herkesçe kullanılan günlük kaydı biçemleme dizgelerinden + bazıları:
+ +"%h %l %u %t \"%r\" %>s %b"
"%v %h %l %u %t \"%r\" %>s %b"
"%h %l %u %t \"%r\" %>s %b \"%{Referer}i\"
+ \"%{User-agent}i\""
"%{Referer}i -> %U"
"%{User-agent}i"
Sunucunun isteÄi sunan meÅru ServerName
ve Listen
deÄerlerinin sırasıyla %v
ve
+ %p
belirteçleri için kullanıldıÄına dikkat ediniz. Bunun
+ için, UseCanonicalName
yönergesine
+ bakılmaz, çünkü aksi takdirde günlük inceleme yazılımlarının isteÄi
+ gerçekte hangi konaÄın sunduÄuna karar verecek sankon eÅleme
+ algoritmasının tamamı iki kere iÅlem yapardı.
Günlük dosyarının kaydedildiÄi dizine sunucuyu baÅlatan kullanıcı + dıÅında diÄer kullanıcılar tarafından yazılabiliyor olması halinde + güvenliÄinizden nasıl feragat etmiÅ olacaÄınız güvenlik ipuçları + belgesinde açıklanmıÅtır.
+Açıklama: | Günlük girdilerini diske yazmadan önce bellekte tamponlar + |
---|---|
Sözdizimi: | BufferedLogs On|Off |
Ãntanımlı: | BufferedLogs Off |
BaÄlam: | sunucu geneli |
Durum: | Temel |
Modül: | mod_log_config |
Uyumluluk: | 2.0.41 ve sonrasında mevcuttur. |
BufferedLogs
yönergesi,
+ mod_log_config
modülünün çeÅitli günlük girdilerini her
+ isteÄin hemen ardından tek tek deÄil, bir bütün halinde diske yazılmak
+ üzere bellekte saklanmasını saÄlar. Bu, bazı sistemlerde daha verimli
+ disk eriÅimi, dolayısıyla daha yüksek baÅarım saÄlayabilir. Sadece
+ sunucu geneli için belirtilebilir, sanal konaklar için ayrı ayrı
+ yapılandırılamaz.
Açıklama: | Ãerezleri günlüÄe kaydetmek için dosya ismi belirtmekte +kullanılır. |
---|---|
Sözdizimi: | CookieLog dosya-adı |
BaÄlam: | sunucu geneli, sanal konak |
Durum: | Temel |
Modül: | mod_log_config |
Uyumluluk: | Bu yönergenin kullanımı önerilmemektedir. |
CookieLog
yönergesi çerezleri günlüÄe kaydetmek
+ için dosya ismi belirtir. Dosya isminin ServerRoot
deÄerine göre belirtildiÄi
+ varsayılır. Yönerge mod_cookies
ile uyumluluk için vardır
+ ve kullanımı önerilmemektedir.
Açıklama: | Günlük dosyasın ismini ve girdi biçemini belirler. |
---|---|
Sözdizimi: | CustomLog dosya|borulu-süreç
+biçem|takma-ad
+[env=[!]ortam-deÄiÅkeni] |
BaÄlam: | sunucu geneli, sanal konak |
Durum: | Temel |
Modül: | mod_log_config |
CustomLog
yönergesi istekleri günlüÄe kaydetmek
+ için kullanılır. Yönerge ile bir günlük biçemi belirtilebilir ve günlük
+ kaydı isteÄin özelliklerine baÄlı olarak ortam deÄiÅkenleri vasıtasıyla
+ Åarta baÄlı kılınabilir.
İlk argümanda günlüÄün yazılacaÄı yer belirtilir. İki tür yer + belirtilebilir:
+ +ServerRoot
yönergesinin
+ deÄerine göreli bir dosya ismi.|
" boru karakteri ile öncelenmiŠolarak günlük
+ bilgisini standart girdisinden kabul edecek sürecin ismi (veya komut
+ satırı).
+
+ Bir borulu süreç kullanılmıÅsa, süreç httpd
âyi
+ baÅlatan kullanıcı tarafından baÅlatılacaktır. Sunucu root tarafından
+ baÅlatılıyorsa bu root olacaktır; bu bakımdan günlük kaydını alacak
+ programın güvenilir olması önemlidir.
Dosya yolunu belirtirken tersbölü çizgisi kullanılan Unix dıÅı + platformlarda bile yapılandırma dosyasında bu amaçla normal bölü + çizgilerini kullanmaya özen gösterilmelidir.
+İkinci argümanda günlüÄe ne yazılacaÄı belirtilir. Ya evvelce
+ LogFormat
yönergesi ile
+ tanımlanmıŠbir takma-ad ya da içeriÄi Günlük Girdilerinin KiÅiselleÅtirilmesi bölümünde
+ açıklanmıŠbir biçem dizgesi olabilir.
ÃrneÄin, aÅaÄıdaki iki yönerge kümesi aynı etkiye sahiptir:
+ +
+ # Biçem dizgesi yerine takma ad içeren CustomLog
+ LogFormat "%h %l %u %t \"%r\" %>s %b" common
+ CustomLog logs/access_log common
+
+ # Biçem dizgesinin kendisini içeren CustomLog
+ CustomLog logs/access_log "%h %l %u %t \"%r\" %>s %b"
+
Ãçüncü argüman isteÄe baÄlı olup, sunucu ortamında belli bir deÄiÅkenin
+ varlıÄına baÄlı olarak belli bir isteÄin günlüÄe kaydedilip
+ kaydedilmeyeceÄini belirler. EÄer istek için belirtilen ortam deÄiÅkeni mevcutsa (veya
+ 'env=!deÄiÅken
' durumunda mevcut deÄilse) istek
+ günlüÄe kaydedilir.
Ortam deÄiÅkenleri mod_setenvif
+ ve/veya mod_rewrite
modülleri kullanılarak her istek
+ için ayrı ayrı atanabilir. ÃrneÄin, GIF biçemli resimler için yapılan
+ istekleri ana günlük dosyasına deÄil de baÅka bir dosyaya kaydetmek
+ isterseniz:
+ SetEnvIf Request_URI \.gif$ gif-image
+ CustomLog gif-requests.log common env=gif-image
+ CustomLog nongif-requests.log common env=!gif-image
+
Veya eski RefererIgnore
yönergesinin davranıÅını taklit
+ etmek isterseniz:
+ SetEnvIf Referer example\.com yerel-atif
+ CustomLog referer.log referer env=!yerel-atif
+
Açıklama: | Bir günlük dosyasında kullanılmak üzere girdi biçemi tanımlar. |
---|---|
Sözdizimi: | LogFormat biçem|takma-ad
+[takma-ad] |
Ãntanımlı: | LogFormat "%h %l %u %t \"%r\" %>s %b" |
BaÄlam: | sunucu geneli, sanal konak |
Durum: | Temel |
Modül: | mod_log_config |
Bu yönerge eriÅim günlüÄü dosyasının girdi biçemini belirler.
+ +LogFormat
yönergesi iki Åekilde kullanılabilir.
+ Tek argüman belirtilebilen ilkinde daha sonra
+ TransferLog
yönergelerinde belirtilen günlüklerde
+ kullanılmak üzere günlük biçemini belirler. Bu günlük biçemi yukarıda
+ açıklanan biçem belirteçlerinden
+ oluÅur. Bu tek argüman yerine aÅaÄıda açıklandıÄı gibi önceki bir
+ LogFormat
yönergesinde tanımlanmıŠbir günlük
+ biçemine atıf yapan bir takma-ad da belirtilebilir.
LogFormat
yönergesinin ikinci kullanım Åeklinde
+ biçem bir takma-ad için tanımlanır. Bu takma ad
+ daha sonraki LogFormat
veya CustomLog
yönergelerinde aynı biçem
+ dizgesini uzun uzadıya yazmamak için takma-ad olarak
+ kullanılır. Bir LogFormat
yönergesi bir takma ad
+ tanımlamaktan baÅka bir Åey yapmaz; yani, yaptıÄı iÅ
+ sadece bir takma ad tanımlamaktan ibarettir, biçemi uygulamaz veya
+ biçemi öntanımlı hale getirmez. Bu bakımdan sonraki TransferLog
yönergelerini de
+ etkilemeyecektir. Ayrıca, LogFormat
yönergesi bir
+ takma ada baÅka bir takma ad tanımlamakta da kullanılamaz. Bir takma
+ adın yüzde imi (%
) içeremeyeceÄine de dikkat ediniz.
+ LogFormat "%v %h %l %u %t \"%r\" %>s %b" vhost_common
+
Açıklama: | Bir günlük dosyasının yerini belirtir. |
---|---|
Sözdizimi: | TransferLog dosya|borulu-süreç
+[takma-ad] |
BaÄlam: | sunucu geneli, sanal konak |
Durum: | Temel |
Modül: | mod_log_config |
Bir günlük biçemi tanımlanmasını ve Åarta baÄlı günlük kaydını mümkün
+ kılmaması haricinde CustomLog
yönergesi gibidir. Günlük biçemi yerine kendinden
+ önce yer alan bir LogFormat
yönergesinde tanımlanan
+ bir takma ad kullanılır. Açıkça bir günlük biçemi takma adı
+ belirtilmedikçe Ortak Günlük Biçemi öntanımlıdır.
+ LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\"
+ \"%{User-agent}i\""
+ TransferLog logs/access_log
+
Description: | Forensic Logging of the requests made to the server | ||
---|---|---|---|
Status: | Extension |
Açıklama: | Sunucuya yapılan isteklerin adli günlük kayıtlarının tutulması |
---|---|
Durum: | Eklenti |
Modül Betimleyici: | log_forensic_module |
Kaynak Dosyası: | mod_log_forensic.c |
Uyumluluk: | 2.0.50 sürümünden beri mevcuttur. |
Bu modül istemci isteklerinin adli günlük kayıtlarının tutulmasını + saÄlar. Günlük kaydı bir istek iÅlenmeden önce ve sonra olmak üzere iki + kere yapılır, böylece günlükte her istek için iki girdi bulunur. Adli + günlükleyici çok sıkı kurallara tabidir, yani:
+ +CoreDumpDirectory
+ yapılandırmasına baÄlı olarak) bir core dosyası dökümler.DaÄıtımın support
dizininde bulunan
+ check_forensic
betiÄi adli günlük dosyalarının
+ deÄerlendirilmesinde yardımcı olabilir.
mod_log_forensic
modülünü 2.0 sürümlerinde kullanmak
+ isterseniz mod_unique_id
modülünü de yüklemeniz
+ gerekecektir.
+ Her istek günlüÄe iki defa kaydedilir. İlki, iÅlemin baÅlangıcında + (yani, baÅlıklar alındıktan hemen sonra), ikincisi ise istek iÅlem + gördükten sonra normal günlüklemenin yapıldıÄı sırada yapılır.
+ +Her isteÄi betimlemek için eÅsiz bir istek kimliÄi atanır. Bu adli
+ kimliÄin normal günlüÄe de yazılması istenirse bu
+ %{forensic-id}n
biçem dizgesi ile yapılabilir.
+ mod_unique_id
kullanılıyorsa, onun ürettiÄi kimlik
+ kullanılır.
İlk satır günlüÄe, adli kimliÄi, istek satırını ve alınan tüm
+ baÅlıkları boru karakterleri (|
) ile ayrılmıŠolarak
+ kaydeder. AÅaÄıda bir örneÄe yer verilmiÅtir (hepsi bir satırdadır):
+ +yQtJf8CoAB4AAFNXBIEAAAAA|GET /manual/de/images/down.gif
+ HTTP/1.1|Host:localhost%3a8080|User-Agent:Mozilla/5.0 (X11;
+ U; Linux i686; en-US; rv%3a1.6) Gecko/20040216
+ Firefox/0.8|Accept:image/png, etc...
+
BaÅlangıçtaki artı imi bu günlük satırının istekle ilgili ilk günlük + kaydı olduÄunu belirtir. İkinci satırda bunun yerini bir eksi imi + alır:
+ +
+ -yQtJf8CoAB4AAFNXBIEAAAAA
+
check_forensic
betiÄi komut satırı argümanı olarak günlük
+ dosyasının ismini alır. Bu +
/-
kimlik
+ çiftlerine bakarak tamamlanmamıŠistekler varsa bunlar hakkında
+ uyarır.
Günlük dosyarının kaydedildiÄi dizine sunucuyu baÅlatan kullanıcı + dıÅında diÄer kullanıcılar tarafından yazılabiliyor olması halinde + güvenliÄinizden nasıl feragat etmiÅ olacaÄınız güvenlik ipuçları + belgesinde açıklanmıÅtır.
+Açıklama: | Adli günlük için dosya ismini belirler. |
---|---|
Sözdizimi: | ForensicLog dosya-adı|borulu-süreç |
BaÄlam: | sunucu geneli, sanal konak |
Durum: | Eklenti |
Modül: | mod_log_forensic |
ForensicLog
yönergesi adli inceleme için
+ sunucuya yapılan istekleri günlüÄe kaydetmekte kullanılır. Her günlük
+ girdisine, normal CustomLog
yönergesinde kullanılarak istekle
+ iliÅkilendirilebilen eÅsiz bir kimlik atanır.
+ mod_log_forensic
modülü eÅsiz kimliÄi
+ mod_unique_id
modülünden alır, dolayısıyla bu modülü de
+ yüklemeniz gerekir. (Bu geresinim, daha güçlü bir APR sürümü içermesi
+ sebebiyle 2.1 sürümünden itibaren ortadan kalkmıÅtır.) İstekle iliÅkili
+ kimlik dizgeciÄi forensic-id
adıyla
+ %{forensic-id}n
biçem dizgesinde kullanılarak aktarım
+ günlüÄüne eklenebilir.
GünlüÄün yazılacaÄı yeri belirleyen argüman Åu iki deÄerden birini + alabilir:
+ +ServerRoot
yönergesinin
+ deÄerine göreli bir dosya ismi.|
" boru karakteri ile öncelenmiŠolarak günlük
+ bilgisini standart girdisinden kabul edecek sürecin ismi (veya komut
+ satırı). Program adının ServerRoot
yönergesinin deÄerine göre belirtildiÄi
+ varsayılır.
+
+ Bir borulu süreç kullanılmıÅsa, süreç httpd
âyi
+ baÅlatan kullanıcı tarafından baÅlatılacaktır. Sunucu root tarafından
+ baÅlatılıyorsa bu root olacaktır; bu bakımdan günlük kaydını alacak
+ programın güvenilir olması veya daha az yetkili bir kullanıcıya geçiÅ
+ yapması önemlidir.
Dosya yolunu belirtirken tersbölü çizgisi kullanılan Unix dıÅı + platformlarda bile yapılandırma dosyasında bu amaçla normal bölü + çizgilerini kullanmaya özen gösterilmelidir.
+Description: | Logging of input and output bytes per request | ||
---|---|---|---|
Status: | Extension |
説æ: | ãªã¯ã¨ã¹ãæ¯ã«å ¥åãã¤ãæ°ã¨åºåãã¤ãæ°ã¨ããã®ã³ã° | ||
---|---|---|---|
ã¹ãã¼ã¿ã¹: | Extension |
¼³¸í: | ¿äû´ç ÀÔÃâ·Â ¹ÙÀÌÆ®¼ö¸¦ ±â·Ï | ||
---|---|---|---|
»óÅÂ: | Extension |
Açıklama: | Her isteÄin girdi ve çıktı uzunluklarının günlüklenmesi. + |
---|---|
Durum: | Eklenti |
Modül Betimleyici: | logio_module |
Kaynak Dosyası: | mod_logio.c |
Bu modül her istekte alınan ve gönderilen bayt sayısının günlüklenmesini + saÄlar. Sayılar, istekte ve yanıtta yer alan baÅlıklar ve gövdeleri + hesaba dahil ederek aÄ Ã¼zerinde gerçekte gidip gelen bayt sayısını + gösterir. Bayt sayımı, girdide SSL/TLS öncesinde ve çıktıda SSL/TLS + sonrasında yapılır, böylece sayıların, Åifrelemeyle herhangi bir + deÄiÅikliÄi doÄru olarak yansıtması saÄlanmıŠolur.
+ +Bu modül mod_log_config
modülünü gerektirir.
Bu modül yönerge içermez.
+İsteÄin belirgin özellikleri için, biçem dizgesinde yer alan % imli + biçem belirteçlerinin yerine günlük dosyasında deÄerleri yazılır. Bu + modül iki yeni biçem belirteci ekler:
+ +Biçem Belirteci | +Açıklama |
---|---|
%...I |
+ İstek gövdesi ve baÅlıklar dahil alınan bayt sayısı; sıfır + olamaz. |
%...O |
+ BaÅlıklar dahil gönderilen bayt sayısı; sıfır olamaz. |
Genel olarak, iÅlevsellik Åöyle kullanılır:
+ +"%h %l %u %t \"%r\" %>s %b \"%{Referer}i\"
+ \"%{User-agent}i\" %I %O"
Description: | Provides information on server activity and performance |
---|
Açıklama: | Sunucu etkinliÄi ve baÅarımı hakkında bilgi saÄlar. |
---|---|
Durum: | Temel |
Modül Betimleyici: | status_module |
Kaynak Dosyası: | mod_status.c |
mod_status
modülü, sunucu yöneticisinin, HTTP sunucusunun
+ ne kadar baÅarılı olduÄu hakkında bilgi edinmesini saÄlar. Bilgiler,
+ kolayca okunabilen bir HTML sayfası olarak sunulur ve o anki sunucu
+ istatistiklerinden oluÅur. Gerekirse sayfa kendiliÄinden tazelenebilir
+ (uyumlu bir tarayıcı gerekir). DiÄer sayfa o anki sunucu durumunu makine
+ tarafından okunabilen biçimde listeler.
Sunulan bilgiler Åunlardır:
+ +"(*)" imli bilgiler sadece ExtendedStatus
yönergesinin deÄeri On
olduÄu
+ takdirde mevcuttur.
Durum raporları, sadece mesela.dom alanından ve sadece tarayıcılar için
+ etkin kılınmak istenirse httpd.conf
dosyasına Åu satırlar
+ eklenebilir:
+ <Location /server-status>
+
+ SetHandler server-status
+
+ Order Deny,Allow
+ Deny from all
+ Allow from .mesela.dom
+
+ </Location>
+
Sunucu istatistiklerine tarayıcınızla eriÅmek isterseniz,
+ http://sunucunuzun.ismi.buraya/server-status
+ Åeklinde bir istek yapabilirsiniz.
Tarayıcınız âtazelemeâ yeteneÄine sahipse durum sayfası düzenli
+ aralıklarla güncellenecektir. Sayfanın N saniyede bir güncellenmesini
+ isterseniz isteÄi Åöyle yapabilirsiniz:
+ http://sunucunuzun.ismi.buraya/server-status?refresh=N
Durum dosyasının makine tarafından okunabilen sürümüne
+ http://sunucunuzun.ismi.buraya/server-status?auto
+ Åeklinde bir istek yaparak eriÅebilirsiniz. Bu, kendiliÄinden çalıÅtıÄı
+ takdirde yararlıdır; Apache daÄıtımının /support
dizininde
+ bulunan log_server_status
isimli perl betiÄine bakınız.
mod_status
sunucu içinde derlendiÄi takdirde
+ istatistikleri raporlama yeteneÄi dizin içi yapılandırma dosyaları
+ (.htaccess
gibi) dahil tüm yapılandırma dosyaları
+ için kullanılabilir olacaktır. Bu durum güvenlik ile ilgili olarak
+ siteniz için içinden çıkılması güç durumlara yol açabilir (çapanoÄlu
+ durumu).Açıklama: | Her istekte ek durum bilgisinin toplanmasını saÄlar. + |
---|---|
Sözdizimi: | ExtendedStatus On|Off |
Ãntanımlı: | ExtendedStatus Off |
BaÄlam: | sunucu geneli |
Durum: | Temel |
Modül: | mod_status |
Uyumluluk: | Apache 1.3.2 ve sonrasında mevcuttur. |
Bu ayarlama sunucunun tamamını etkiler ve sanal konaklar için ayrı ayrı + etkin kılınamaz veya iptal edilemez. Ek durum bilgisinin toplanması + sunucuyu yavaÅlatabilir.
+ +Description: | Provides for dynamically configured mass virtual hosting |
---|
Açıklama: | Kitlesel sanal konakların devingen olarak yapılandırılmasını saÄlar |
---|---|
Durum: | Eklenti |
Modül Betimleyici: | vhost_alias_module |
Kaynak Dosyası: | mod_vhost_alias.c |
Bu modül, hangi dosyaların sunulacaÄını saptamak için dosya yolunun
+ parçası olarak HTTP isteÄinin Host:
baÅlıÄının ve/veya IP
+ adresinin kullanılmasını mümkün kılarak devingen yapılandırmalı sanal
+ konaklar oluÅturur. Böylece benzer yapılandırmaya sahip çok büyük sayıda
+ sanal konak kullanımı kolaÅlaÅır.
URIâleri dosya isimlerine dönüÅtürmek için mod_alias
+ veya mod_userdir
kullanılmıÅsa bunlar
+ mod_vhost_alias
yönergeleri tarafından aÅaÄıda
+ açıklandıÄı gibi geçersiz kılınırlar. ÃrneÄin, aÅaÄıdaki yapılandırma
+ her durumda /cgi-bin/script.pl
betiÄini
+ /usr/local/apache2/cgi-bin/script.pl
betiÄine eÅleyecektir:
+ ScriptAlias /cgi-bin/ /usr/local/apache2/cgi-bin/
+ VirtualScriptAlias /nerede/bilinmiyor/%0/cgi-bin/
+
Bu modüldeki tüm yönergeler bir dizgeyi bir dosya yoluna dönüÅtürerek
+ çalıÅırlar. DönüÅüm dizgesi (bundan sonra âisimâ diyeceÄiz) ya sunucu
+ ismi olur (bunun nasıl belirlendiÄini öÄrenmek için UseCanonicalName
yönergesine bakınız) ya da
+ sunucu üzerindeki sanal konaÄın IP adresi olur. DönüÅümü,
+ printf
âinkilerin benzeri birkaç biçem belirteci
+ denetler:
%% |
+Bir % imi yerleÅtirir. |
%p |
+Sanal konaÄın IP adresini yerleÅtirir. |
%N.M |
+İsmin parçalarını yerleÅtirir. |
N
ve M
ismin alt dizgelerini belirtmek için
+ kullanılır. N
, ismin noktalarla ayrılmıŠbileÅenlerinden
+ seçim yaparken M
, N
ile seçilen parçadan
+ karakter seçmekte kullanılır. M
isteÄe baÄlı olup mevcut
+ olmaması halinde öntanımlı olarak sıfırdır. Noktanın varlıÄı
+ M
ânin varlıÄına baÄlıdır. DönüÅüm Åöyle uygulanır:
0 |
+ ismin tamamı |
1 |
+ ilk parça |
2 |
+ ikinci parça |
-1 |
+ son parça |
-2 |
+ sondan bir önceki parça |
2+ |
+ ikinci parça ve sonraki parçaların hepsi |
-2+ |
+ sondan bir önceki parça ve daha önceki parçaların hepsi |
1+ ve -1+ |
+ 0 ile aynı |
N
veya M
parça sayısından büyükse dönüÅüm
+ dizgesi sadece alt çizgi karakterini içerir.
Sunucu yapılandırma dosyanızda isme dayalı sanal konaklar için + aÅaÄıdaki yönergeler kullanılıyor olsun:
+ +
+ UseCanonicalName Off
+ VirtualDocumentRoot /usr/local/apache/sankonlar/%0
+
http://mesela.dom/dizin/dosya.html
için yapılan bir istek
+ /usr/local/apache/sankonlar/mesela.dom/dizin/dosya.html
+ dosyası ile yerine getirilecektir.
Ãok büyük sayıda sanal konak için sankonlar
dizininin
+ boyutlarını küçük tutmak amacıyla dosyalar düzenlenebilir. Bunu
+ yapılandırma dosyanızda Åöyle yapabilirsiniz:
+ UseCanonicalName Off
+ VirtualDocumentRoot /usr/local/apache/sankonlar/%3+/%2.1/%2.2/%2.3/%2
+
http://falan.filan.mesela.dom/dizin/dosya.html
için
+ yapılan bir istek
+ /usr/local/apache/sankonlar/mesela.dom/f/i/l/filan/dizin/dosya.html
+
ile yerine getirilecektir.
Bu sefer de parçaları ismin sonundan toplayalım:
+ +
+ VirtualDocumentRoot /usr/local/apache/sankonlar/%3+/%2.-1/%2.-2/%2.-3/%2
+
Bu durumda istek
+ /usr/local/apache/sankonlar/mesela.dom/n/a/l/filan/dizin/dosya.html
+
ile karÅılanırdı.
Åöyle bir Åey de yapabilirsiniz:
+ +
+ VirtualDocumentRoot /usr/local/apache/sankonlar/%3+/%2.1/%2.2/%2.3/%2.4+
+
Bu örnek için istek
+ /usr/local/apache/sankonlar/mesela.dom/f/i/l/an/dizin/dosya.html
+
dosyasından karÅılanırdı.
IPâye dayalı sanal konaklar için yapılandırma dosyanızda Åu satırlar + olabilirdi:
+ +
+ UseCanonicalName DNS
+ VirtualDocumentRootIP
+ /usr/local/apache/sankonlar/%1/%2/%3/%4/belgeler
+ VirtualScriptAliasIP /usr/local/apache/sankonlar/%1/%2/%3/%4/cgi-bin
+
http://falan.filan.mesela.dom/dizin/dosya.html
için
+ yapılan bir istek eÄer falan.filan.mesela.dom
âun IP adresi
+ 10.20.30.40 olsaydı,
+ /usr/local/apache/sankonlar/10/20/30/40/belgeler/dizin/dosya.html
+
dosyası ile karÅılanırdı.
+ http://falan.filan.mesela.dom/cgi-bin/betik.pl
için yapılan
+ bir istek ise
+ /usr/local/apache/sankonlar/10/20/30/40/cgi-bin/betik.pl
+ betiÄinin çalıÅtırılması ile saÄlanırdı.
Bir VirtualDocumentRoot
yönergesinin .
+ karakterini içermesini isterseniz, bir biçem belirteci ile karıÅıklıÄa
+ sebep olmaksızın bunu Åöyle saÄlayabilirsiniz:
+ VirtualDocumentRoot /usr/local/apache/sankonlar/%2.0.%3.0
+
Bu durumda http://falan.filan.mesela.dom/dizin/dosya.html
+ için yapılan bir istek
+ /usr/local/apache/sankonlar/filan.mesela/dizin/dosya.html
+ dosyası ile karÅılanacaktır.
LogFormat
yönergesinin
+ %V
ve %A
biçem belirteçleri bu modülle
+ birlikte kullanıldıÄında çok yararlı olurlar.
Açıklama: | Bir sanal konaÄın belge kök dizinini devingen olarak yapılandırır. + |
---|---|
Sözdizimi: | VirtualDocumentRoot hesaplanan-dizin|none |
Ãntanımlı: | VirtualDocumentRoot none |
BaÄlam: | sunucu geneli, sanal konak |
Durum: | Eklenti |
Modül: | mod_vhost_alias |
VirtualDocumentRoot
yönergesi sunucu ismine göre
+ belgelerin bulunacaÄı yeri Apacheânin saptamasını saÄlar.
+ hesaplanan-dizin
âin dönüÅüm sonucu DocumentRoot
yönergesinin deÄeriymiÅ gibi
+ belge aÄacının kök dizini olarak kullanılır.
+ hesaplanan-dizin
yerine none
+ belirtilmiÅse VirtualDocumentRoot
iptal edilmiÅ
+ olur. Bu yönerge VirtualDocumentRootIP
yönergesinin kullanıldıÄı baÄlamda
+ yer alamaz.
Açıklama: | Bir sanal konaÄın belge kök dizinini devingen olarak yapılandırır. + |
---|---|
Sözdizimi: | VirtualDocumentRootIP hesaplanan-dizin|none |
Ãntanımlı: | VirtualDocumentRootIP none |
BaÄlam: | sunucu geneli, sanal konak |
Durum: | Eklenti |
Modül: | mod_vhost_alias |
VirtualDocumentRootIP
yönergesi, dizinin
+ saptanmasında sunucu ismi yerine baÄlantının sonlandıÄı sunucunun IP
+ adresini kullanması dıÅında VirtualDocumentRoot
gibidir.
Açıklama: | Bir sanal konaÄın CGI dizinini devingen olarak yapılandırır. + |
---|---|
Sözdizimi: | VirtualScriptAlias hesaplanan-dizin|none |
Ãntanımlı: | VirtualScriptAlias none |
BaÄlam: | sunucu geneli, sanal konak |
Durum: | Eklenti |
Modül: | mod_vhost_alias |
VirtualScriptAlias
yönergesi, CGI betiklerinin
+ bulunacaÄı yeri Apacheânin saptamasını saÄlamak bakımından VirtualDocumentRoot
yönergesinin
+ yaptıÄını yapar. /cgi-bin/
ile baÅlayan istekler için ise
+ ScriptAlias
yönergesinin
+ yaptıÄını yapar.
Açıklama: | Bir sanal konaÄın CGI dizinini devingen olarak yapılandırır. + |
---|---|
Sözdizimi: | VirtualScriptAliasIP hesaplanan-dizin|none |
Ãntanımlı: | VirtualScriptAliasIP none |
BaÄlam: | sunucu geneli, sanal konak |
Durum: | Eklenti |
Modül: | mod_vhost_alias |
VirtualScriptAliasIP
yönergesi, dizinin
+ saptanmasında sunucu ismi yerine baÄlantının sonlandıÄı sunucunun IP
+ adresini kullanması dıÅında VirtualScriptAlias
gibidir.
core
dosyasını dökümlemek üzere Apacheânin geçmeye
çalıÅacaÄı dizin.Expires
header configured
by MIME typemod_ext_filter
optionsETag
HTTP yanıt baÅlıÄını oluÅturmakta kullanılacak
@@ -313,7 +315,7 @@ requestTRACE
isteklerinde davranıŠÅeklini belirler
mime.types
fileApache HTTP Sunucusu Sürüm 2.0
+httpd
, Apache Hiper Metin Aktarım
+ Protokolü (HTTP) sunucusu programıdır. Tek baÅına çalıÅan bir artalan
+ süreci olarak tasarlanmıÅtır. Bu tarz kullanıldıÄında istekleri iÅleme
+ sokmak için çocuk süreçlerden ve evrelerden oluÅan bir havuz
+ oluÅturur.
Genelde, httpd
'nin doÄrudan çaÄrılmaması
+ gerekir. Unix ve benzerlerinde apachectl
+ aracılıÄıyla, Windows NT, 2000
+ ve XP'de bir hizmet olarak, Windows 9x ve ME'de ise bir
+ konsol uygulaması olarak çalıÅtırılır.
httpd [ -d
+ sunucu-kök-dizini ] [ -f
+ yapılandırma-dosyası ]
+ [ -C yönerge ] [ -c
+ yönerge ] [ -D parametre ]
+ [ -e seviye ] [ -E
+ dosya ]
+ [ -k start | restart | graceful | stop ]
+ [ -R dizin ] [ -h ]
+ [ -l ] [ -L ] [ -S ]
+ [ -t ] [ -v ] [ -V ]
+ [ -X ]
Windows sistemlerinde, ek + olarak Åunlar vardır:
+ +httpd [ -k install | config |
+ uninstall ] [ -n isim ]
+ [ -w ]
-d sunucu-kök-dizini
ServerRoot
yönergesine ilk deÄer olarak atar. Yapılandırma
+ dosyasındaki bir ServerRoot
+ yönergesiyle bu atama geçersiz kılınabilir. Bu seçenek belirtilmediÄi
+ takdirde /usr/local/apache2
dizini öntanımlıdır.-f yapılandırma-dosyası
ServerRoot
yönergesinin
+ deÄerine göreli olduÄu varsayılır. Seçenek belirtilmediÄi takdirde
+ conf/httpd.conf
öntanımlı deÄerdir.-k start | restart | graceful | stop
httpd
'yi baÅlatmak, durdurmak ve yeniden
+ baÅlatmak için sinyal gönderir. Daha ayrıntılı bilgi edinmek için Apache'nin Durdurulması belgesine
+ bakınız.-C yönerge
-c yönerge
-D parametre
<IfDefine>
+ bölümlerinde kullanılmak üzere bir yapılandırma parametre'si
+ tanımlar.-e seviye
LogLevel
yönergesine sunucu baÅlatılırken seviye
+ deÄerini atar. Bu seçenek, baÅlatma sırasındaki sorunları saptamak
+ amacıyla hata iletilerinin ayrıntı seviyesini geçici olarak arttırmak
+ için kullanılır.-E dosya
-h
-l
LoadModule
yönergesi kullanılarak
+ devingen olarak yüklenen modülleri içermez.-L
-R dizin
SHARED_CORE
kullanılarak derlendiÄi takdirde bu
+ seçenek paylaÅımlı nesne dosyaları için dizin belirtir.-S
-t
-DDUMP_VHOSTS
seçeneÄi ile birlikte
+ kullanılmıÅsa ek olarak sanal konak ayrıntıları da basılır.-v
httpd
sürümünü basar ve çıkar.-V
httpd
kurulum parametrelerini
+ basar ve çıkar.-X
httpd
hata ayıklama kipinde çalıÅır. Tek
+ çocuk süreç baÅlatılır ve sunucu konsolu terketmez.AÅaÄıdaki seçenekler sadece Windows + platformunda geçerlidir:
+ +-k install | config | uninstall
-n isim
-w