Apache httpd.conf ve Apache Hızlandırma Ayarları

MnyTirith: ● Admin ●; Doğum tarihi : 20/06/90

Post n°1

Apache httpd.conf ve Apache Hızlandırma Ayarları

tarafından MnyTirith Ptsi Mart 08, 2010 6:10 pm

# Bu dosyada Apache, httpd, ana sunucu birbirine eş anlamda
kullanılmıştır.
# Kullanılan Türkçe terimlerin yanlarında, ilk sefere özel olarak
İngilizce karşılıkları da verilmiştir.
# Ancak, symbolic link, PID, Unix sistem çağrıları gibi temel kavramlar
olduğu gibi bırakılmıştır.
# Bu dosyada hata olup olmadığını /apache/dizini/bin/apachectl
configtest’le kontrol edebilirsiniz.
# Büyük bir değişiklik yaptıktan sonra, Apache’yi tekrar çalıştırmadan
önce (../bin/apachectl restart),
# dosyada hata olmadığından (configtest’le) emin olmalısınız.

#################### BAŞLA NOTLAR ####################
# Apache Web sunucusu http.conf dosyasından sonra
# eğer ResourceConfig ve/veya AccessConfig yönergeleriyle (directive)
değiştirilmemişse
# sırasıyla srm.conf ve access.conf dosyalarını okur.
#
# Bu dosya üç ana alana ayrılmıştır:
# 1- Global Ortamı ayarları (Bu makinenin cevap verdiği, sanal sunucular
dahil, bütün sunucuları
# etkiler)
# 2- Varsayılan sunucunun ayarları (Bu ayarlar, sanal sunucularda açık
olarak ‘override’ edilebilir,
# edilmediği takdirde bu bölümdeki ayarlar kullanılır)
# 3- Sanal sunucu ayarları (Aynı IP adresinden farklı adreslere cevap
vermek için kullanılıyor)

# Ayar ve kayıt dosyalarının adları:
# Dosya adı /’la başlıyorsa absolute path kullanılıyor (ör:
/usr/local/apache/logs/dosya)
# Dosya adı ‘la başlamıyorsa ServerRoot’un değeri bu path’in önüne
ekleniyor
# (ör: logs/dosya –> /usr/local/apache/logs/dosya oluyor)
#################### BİTİR NOTLAR ####################

#################### BÖLÜM I ####################

########## BAŞLA Evrensel Ortam (Global Environment) ##########
# Bu bölümdeki ayarlar Apache’nin genel çalışmasını etkiler, örneğin
aynı anda kaç isteği karşılayacağı,
# ayar dosyalarını nerede bulacağı vs.

# ServerType: Ya inetd ya da standalone olabilir. Inetd, sadece Unix
platformunda desteklenir.
ServerType standalone

# ServerRoot: Sunucunun ayar, hata ve kayıt dosyalarının durduğu ana
dizin ismi.
# UYARI: Dizin isminin sonunda / OLMAMALIDIR!
ServerRoot “/usr/local/apache”

# LockFile: Apache USE_FCNTL_¤¤¤¤¤¤IZED_ACCEPT ya da
USE_FLOCK_¤¤¤¤¤¤IZED_ACCEPT parametreleri
# kullanılarak derlenmişse, kilit dosyasının yerini belirtir.
# Normal olarak bu dosyanın adını değiştirmenize gerek yoktur. Ancak,
kilit dosyasını NFS üzerinden
# ‘mount’ edilen bir yerde tutmak isterseniz değiştirin.
# Kilit dosyası YEREL BİR DİSKTE TUTULMAK ZORUNDADIR!. Dosya isminin
sonuna PID (Process ID) otomatik
# olarak eklenir.
#LockFile /usr/local/apache/logs/httpd.lock

# PidFile: Sunucunun çalıştırıldığı zaman işlem numarasını (hafızadaki
referansı denilebilir) tuttuğu
# dosya. Sunucu durdurulurken bu numaraya sahip işlem öldürülür.
PidFile /usr/local/apache/logs/httpd.pid

# ScoreBoardFile: İçsel sunucu işlemleri bilgisinin tutulduğu dosya.
# Bu dosyaya birçok platformda ihtiyaç yoktur. İhtiyacınız olup
olmadığını dosyanın yaratılıp
# yaratılmadığına bakarak anlayabilirsiniz.
# Eğer aynı makinede iki farklı Apache sunucusu çalıştırıyorsanız, bu
dosyaya ikisinin aynı anda
# erişmediğinden emin olmalısınız.
ScoreBoardFile /usr/local/apache/logs/httpd.scoreboard

# Normalde, sunucu bu dosyadan sonra, sırasıyla srm.conf ve access.conf
dosyalarını işler.
# Apache dağıtımında bu iki dosya boş olarak çıkar; kullanım kolaylığı
için bütün yönergelerin tek bir
# dosyada tutulması tavsiye edilir.
# Sunucunun bu dosyaları yoksaymasını isterseniz:
# Unix için “/dev/¤¤¤¤”, Windows için “nul” girebilirsiniz.
#ResourceConfig conf/srm.conf
#AccessConfig conf/access.conf

# Timeout: İsteklerin geliş ve gönderilişleri arasında geçebilecek
maksimum süre, bu süre aşıldığında,
# sunucu gelen isteği düşürür (yoksayar).
Timeout 120

# KeepAlive: Israrlı bağlantılara (persistent connection - aynı
istemciden birden fazla istek) izin
# verilip verilmeyeceği. Kaldırmak için “Off” yapınız.
KeepAlive On

# MaxKeepAliveRequests: Israrlı bir bağlantıda kaç isteğe izin
verileceği.
# Sınırsız bağlantı için 0 yapabilirsiniz.
# En yüksek verim için bu sayıyı yüksek tutmanız tavsiye edilir.
MaxKeepAliveRequests 100

# KeepAliveTimeout: Aynı istemciden, bir sonraki isteğin kabul edilmesi
için gereken minimum süre.
KeepAliveTimeout 15

# Boştaki sunucu-havuzu düzenlemesi. Boştaki çocuk-işlemler (child
process) gelen yeni istekleri
# karşılamak üzere hazırda bekler. Apache, bu sayıları tahmin etmenizi
zorlamak yerine, gerek gördükçe
# kendini yüke göre adapte eder, yani, o andaki yükü kaldırmak için,
gerekli gördüğü kadar çocuk-sunucu
# çalıştırmaya, ve birkaç tane de boş sunucu bekletmeye çalışır.
# Eğer, belirli bir anda MinSpareServers değerinden az boş sunucu varsa,
aradaki fark kadar yeni
# sunucuyu beklemek üzere açar. Eğer, MaxSpareServers değerinden fazla
sayıda çocuk-sunucu boşta
# bekliyorsa, fazla olan kadarını öldürür.
# Diğer bir deyişle, bu değerlerin yüksek olması, ani yüklenmelere karşı
daha iyi tepki verilmesini,
# düşük olması da, geçişlerin daha yumuşak olması ve daha az bellek
kullanılması demektir.
# Varsayılan değerler 5 ve 10′dur.
MinSpareServers 8
MaxSpareServers 16

# Sunucu ilk çalıştırıldığında başlatılacak çocuk sunucu sayısı.
StartServers 8

# Aynı anda çalışacak çocuk-sunucuların Max değeri, diğer bir deyişle
aynı anda bağlanabilecek toplam
# istemci sayısı. Eğer bu sayıya ulaşılırsa, istemciler KİLİTLENECEKTİR,
dolayısıyla bu sayı düşük
# tutulmamalıdır. Bu ayarın varsayılan değeri 256′dır ve derlemeden önce
apache source dizinindeki
# src/include/httpd.h dosyasındaki HARD_SERVER_LIMIT’le ayarlanması
gerekir. Bu dosyayı değiştirip
# tekrar derlemeden, bu ayarı arttıramazsınız.
# Bu yönerge aynı zamanda, sunucunun kilitlenmesi ya da sızdırmaya
başlaması durumunda, makineyi
# çökertmemesi için kullanılmaktadır.
MaxClients 1024

# MaxRequestsPerChild: Çocuk-sunucunun öldürülmeden önce toplam kaç
isteğe cevap verebileceği.
# Bu ayar sunucunun (ya da kullandığı kütüphanelerin) sızdırma
olasılığına karşı kullanılır.
# Birçok sistemde, bu ayara gereksinim duyulmaz, ancak bazılarında (ör.
Solaris) sızdırma çok
# olabilmektedir. Bu platformlar için, bu sayıyı 10000 civarı bir sayı
yapabilirsiniz. 0 sınırsız
# demektir.
# UYARI: Bu sayı, açık tutulan (keepalive) bağlantıları kapsamaz,
# yani, bir çocuk-sunucu aynı istemciden 10 isteğe cevap vermişse, bu 1
istek sayılır.
MaxRequestsPerChild 10000

# Listen: Normal ‘port’ ve IP adresinin dışında, Apache’nin belli IP
adresi ve/veya ‘port’u
# dinlemesini/cevap vermesinisağlar.
# Ayrıca yönergesine bakınız.
#Listen 3000
#Listen 12.34.56.78:80

# BindAddress: Bu ayarla sanal sunucuları destekleyebilirsiniz. Bu
yönergeyle sunucunun hangi IP
# adresini dinleyeceğini verebilirsiniz.
# “*”, bir IP adresi ya da tam açık bir Internet ismi (FQDN - ¤¤¤¤y
Qualified Domain Name,
# ör: [Linkleri görebilmek için üye olun veya giriş yapın.]) kullanabilirsiniz.
# Ayrıca yönergesine bakınız.
#BindAddress *

# Dinamik Paylaşımlı Nesne (Dynamic Shared Object - DSO) Desteği
# DSO’lar sunucunun başladıktan sonra çalışma zamanında (runtime) nesne
kullanılacağı zaman
# yüklenebilmesini sağlarlar. Sunucu ilk başlatılırken yüklenmezler.
# Bir modülü kullanabilmek için karşılık gelen bir ‘LoadModule’ satırını
aşağıya eklemeniz gerekir.
# Ayrıntılı bilgi için Apache 1.3 dağıtımındaki README.DSO dosyasını
okuyunuz.
# Statik olarak (sunucu başlatılırken yüklenen) bağlanan modüllerin
listesini görmek için ‘bin’
# dizininde ‘httpd -l’ komutunu çalıştırınız.
# UYARI: Modüllerin yüklenme sırası önemlidir. Ne yaptığınızdan emin
değilseniz, aşağıdaki sırayı
# değiştirmeyiniz.
# Ör: LoadModule foo_module libexec/mod_foo.so
LoadModule define_module libexec/mod_define.so
LoadModule includes_module libexec/mod_include.so
LoadModule speling_module libexec/mod_speling.so
LoadModule anon_auth_module libexec/mod_auth_anon.so
LoadModule digest_module libexec/mod_digest.so
LoadModule expires_module libexec/mod_expires.so
LoadModule headers_module libexec/mod_headers.so

LoadModule ssl_module libexec/libssl.so

LoadModule cookie_auth_module libexec/mod_auth_cookie.so
LoadModule inst_auth_module libexec/mod_auth_inst.so
LoadModule layout_module libexec/mod_layout.so
LoadModule put_module libexec/mod_put.so
LoadModule macro_module libexec/mod_macro.so
LoadModule roaming_module libexec/mod_roaming.so
LoadModule php4_module libexec/libphp4.so

# Doğru modül işletim sırasının belirlenmesi için, eldeki modüllerden
tüm modül
# (statik ya da dinamik yüklenen) listesinin tekrar oluşturulması.
# UYARI: Ne zaman, yukarıdaki LoadModule bölümünü değiştirirseniz, bu
bölümü de değiştiriniz.
ClearModuleList
AddModule mod_env.c
AddModule mod_define.c
AddModule mod_log_config.c
AddModule mod_mime.c
AddModule mod_negotiation.c
AddModule mod_status.c
AddModule mod_info.c
AddModule mod_include.c
AddModule mod_autoindex.c
AddModule mod_dir.c
AddModule mod_cgi.c
AddModule mod_asis.c
AddModule mod_imap.c
AddModule mod_actions.c
AddModule mod_speling.c
AddModule mod_userdir.c
AddModule mod_alias.c
AddModule mod_rewrite.c
AddModule mod_access.c
AddModule mod_auth.c
AddModule mod_auth_anon.c
AddModule mod_digest.c
AddModule mod_expires.c
AddModule mod_headers.c
AddModule mod_so.c
AddModule mod_setenvif.c

AddModule mod_ssl.c

AddModule mod_auth_cookie.c
AddModule mod_auth_inst.c
AddModule mod_bandwidth.c
AddModule mod_disallow_id.c
AddModule mod_layout.c
AddModule mod_put.c
AddModule mod_session.c
AddModule mod_macro.c
AddModule mod_roaming.c
AddModule mod_php4.c

# ExtendedStatus: /server-status işlemcisi (handler) çağırıldığı zaman,
detaylı bilgi üretilip
# üretilmeyeceği. Varsayılanı ‘Off’dur.
ExtendedStatus On

########## BİTİR Evrensel Ortam (Global Environment) ##########

MnyTirith

MnyTirith: ● Admin ●; Doğum tarihi : 20/06/90

Post n°2

Geri: Apache httpd.conf ve Apache Hızlandırma Ayarları

tarafından MnyTirith Ptsi Mart 08, 2010 6:11 pm

#################### BÖLÜM II ####################

########## BA?LA ‘Varsay?lan’ Sunucu Ayarlar? ##########
# Bu bölümdeki ayarlar, hiçbir sanal sunucu taraf?ndan ele al?nmayan
istekleri kar??layan
# ‘Varsay?lan’ sunucu ayarlar?n? içerir.
# Ayr?ca, ‘larda tan?mlanmayan her de?er bu bölümden al?n?r.

# Buradaki bütün yönergeler ‘larda yeralabilir, ki o zaman, bu bölümdeki
yönergeler
# ‘override’ edilmi? olur, ve ‘daki de?er kullan?l?r.
# E?er yukar?da Evrensel Ortam bölümünde, ServerType inetd olarak
ayarlanm??sa, a?a??daki
# ‘port’, ‘user’ ve ‘group’ ayarlar?n?n bir etkisi olmayacakt?r.
# Bu durumda, ServerAdmin k?sm?na atlay?n?z.

# Port: Tekba??na (standalone) sunucunun dinledi?i ‘port’. 1023?den
küçük ‘port’lar için httpd’nin
# çal??t?r?lma s?ras?nda root haklar?na sahip olmas? gerekir.
Port 80
# E?er, httpd’yi (Ana sunucu) farkl? bir kullan?c? ya da grupta
çal??t?rmak isterseniz,
# ba?lang?çta root olarak çal??t?r?n, httpd kendisini o
kullan?c?yla/grupla yerde?i?tirecektir.

# Kullan?c?/Grup: httpd’nin çal??aca?? kullan?c? ve/veya grup ismi (ya
da #numaras?)
# . SCO Unix (ODT 3) için “nouser” ve “nogroup” kullan?n?z.
# . HPUX’da payla??ml? belle?i “nobody” kullan?c?s?yla kullanamazs?n?z,
bunun yerine www gibi bir
# kullan?c? yarat?p onu kullan?n.
# UYARI: Baz? i?letim sistemlerinin çekirdekleri, grup numaras? 60000?in
üzerinde oldu?u zaman
# setgid(Grup) ya da semctl(IPC_SET) Unix fonksiyonlar?n? ça??rmay?
reddeder.
# Bu sistemlerde webgroup grubunu kullanmay?n.
User webuser
Group webgroup

# ServerAdmin: Sunucuda problem ç?kt???nda, e-posta gönderilebilecek
adres. Bu adres, hata mesajlar?
# gibi, sunucu taraf?ndan üretilen sayfalarda “görünebilir”.
# Ayr?ca ServerSignature yönergesine bak?n?z.
ServerAdmin [Linkleri görebilmek için üye olun veya giriş yapın.]

# ServerName: E?er makinenizin ismi www’den farkl?ysa, istemciye geri
gönderilecek sunucu ismini
# de?i?tirebilmenizi sa?lar. Yani, makinenin gerçek ismi, ör.
sunucu.kurum.edu.tr, yerine
# [Linkleri görebilmek için üye olun veya giriş yapın.] kullanmak isterseniz, bu
ayar? de?i?tirin.
# UYARI: Kendi ba??n?za makine ismi yarat?p, bunlar?n çal??mas?n?
bekleyemezsiniz. Burada verdi?iniz
# ismin DNS’de tan?ml? olmas? gerekir. Daha detayl? bilgi için sistem
yöneticinize ba?vurunuz.
# E?er sunucunuzun kay?tl? bir DNS ismi yoksa, IP numaras?n? giriniz.
Ancak bu durumda, sunucuya sadece
# IP adresiyle eri?ebilirsiniz (ör. [Linkleri görebilmek için üye olun veya giriş yapın.].
ServerName [Linkleri görebilmek için üye olun veya giriş yapın.]

# ********Root: Belgelerinizi sunaca??n?z dizin. Varsay?lan?, bütün
isteklerin bu dizinden
# kar??lanmas?d?r. Ancak, sembolik ba? (symbolic link) ya da alias
(lakap) kullanarak farkl? dizinlere
# eri?im de sa?layabilirsiniz.
# Ki?isel tecrübelere dayanarak Web sayfalar?n?n Apache programlar?n?n
durdu?u dizinden farkl? bir
# dizinde durmas? yararl? olacakt?r. Bu hem yedeklemede, hem de
dosyalar?n yönetiminde avantaj sa?lar.
# Bu yolu seçti?iniz takdirde, ör. /web dizini alt?nda her sanal sunucu
için ayr? bir kök dizin,
# bu dizinlerin alt?nda da ***L sayfalar? ve CGI programlar? için ayr?
dizinler açmak
# i?inizi rahatlatacakt?r.
********Root “/web/www/docs”

# Apache’nin eri?iminin oldu?u her dizin ve altdizinleri için, hangi
servis, özelliklerin vb izin
# verildi?i ve/veya verilmedi?i belirtilebilir.
# ?lk olarak “varsay?lan” dizinin haklar?n? epey k?saca??z.
# Güvenli?i maksimuma getirmek isterseniz FollowSymLinks’i de kald?r?p
Options None yap?n.
# FollowSymLinks’le kullan?c?lar?n?zdan biri /etc gibi kritik bir dizine
bir symbolik verebilir ve bu
# dizin d?? dünya taraf?ndan okunabilir hale gelir. Bir di?er alternatif
olarak görülen
# SymLinksIfOwnerMatch daha güvenlidir ancak istenen dizinin birkaç
seviye içerde olmas? durumunda
# tepki süresini epey yava?lat?r. Örne?in “Option SymLinksIfOwnerMatch”
verilmi?se, sunucu
# /usr/local/apache/htdocs/dosyalar/ dizini istendi?i zaman /, /usr,
/usr/local, /usr/local/apache,
# /usr/local/apache/htdocs ve /usr/local/apache/htdocs/dosyalar
dizinlerinin *hepsinin* bir symbolik
# link olup olmad???n? ve sahiplerinin kim oldu?unu kontrol eder.

Options FollowSymLinks
AllowOverride None
# Bu noktadan itibaren, ayr?nt?l?ca hangi özelliklerin kullan?labilece?i
belirtilebilir.
# Dolay?s?yla, bir?eyler istedi?iniz gibi çal??m?yorsa, a?a??da aç?k
olarak izin verildi?ine emin olun.
# Bu dizin ********Root yönergesinde verdi?iniz dizin olmal?d?r.
# Bu ayar a?a??dakilerin yan?s?ra “None”, “All”, veya “Indexes”,
“Includes”, “FollowSymLinks”,
# “ExecCGI”, “MultiViews”‘in bir kombinasyonu olabilir.
# UYARI: “MultiViews” aç?k olarak(explicitly) vermek zorundas?n?z —
“Options All” bu i?i görmez.
#
# Daha fazla güvenlik istiyorsan?z, h?zdan bir miktar taviz vererek
buradaki FollowSymLinks’i
# SymLinksIfOwnerMatch yapabilirsiniz. Bu ?ekilde, sembolik ba??n
sahibiyle, ba? verilen yolun sahibi
# ayn? olmad?kça o yol aç?lmayacakt?r. Ör. webuser kullan?c?s? /etc’ye
sembolik ba? verse bile,
# /etc’nin sahibi root oldu?u için /etc’nin içeri?i Web sitesinden
eri?ilemez olur.
Options Indexes FollowSymLinks MultiViews

# Belli dizinlere .htaccess dosyas? koyarak, o dizine ?ifreli eri?im,
belli adreslerden eri?im gibi
# k?s?tlamalar getirebilirsiniz. Bu ayar .htaccess dosyalar?nda nelerin
‘override’ edilebilece?ini
# söyler. A?a??dakinin yan?s?ra “All”, ya da “Options”, “FileInfo”,
“AuthConfig”, “Limit”‘in bir
# kombinasyonu olabilir.
AllowOverride None

# Bu sunucudan kimlerin dosya okumas?na izin verildi?i ayar?.

#Bütün adreslerden eri?ime izin ver…
Order allow,deny
Allow from all

# Sadece a?a??daki IP blo?undan okumaya izin ver…
#Order deny,allow
#Allow from 193.140.83.
#Deny from all
# UserDir: Sistemdeki kullan?c?lar?n kendi sayfalar?na [Linkleri görebilmek için üye olun veya giriş yapın.]
?eklinde
# ula?abilmeleri için ev dizinlerinde olu?turmalar? gereken dizinin ad?.

UserDir public_***l

# A?a??daki sat?rla, Apache’nin çal??ma esnas?nda, LD_LIBRARY_PATH ortam
de?i?keninini verilen ?ekliyle
# kullanmas?n? belirtiyoruz.
# Bu sat?r, kurulan baz? modüllerin kütüphanelerinin varsay?lan olarak
/usr/local/lib’e kurulmas?
# ve Apache’nin varsay?lan?nda /usr/local/lib’i yeralmamas? nedeniyle
gereklidir.

SetEnv LD_LIBRARY_PATH /usr/local/lib:/lib:/usr/ucblib:/usr/openwin/lib
# Kullan?c? dizinlerine eri?im haklar?. A?a??daki ayarlar, bu dizinlere
sadece-okuma (read-only) izni
# verildi?i bir örnektir.

AllowOverride FileInfo AuthConfig Limit
Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec

Order allow,deny
Allow from all

Order deny,allow
Deny from all

# DirectoryIndex: Dizin endeksleri (di?er bir deyi?le varsay?lan sayfa)
için kullan?lan dosya ya da
# dosyalar?n adlar?. Birden fazla girdi aras?nda bo?luk kullan?n?z.
# Apache, istenen dizinde bu dosyalara verilen s?rada bakar, ve buldu?u
*ilkini* gönderir,
# yani s?ralama önemlidir.

DirectoryIndex index.ozeluzanti index.php index.php3 index.***l
index.***
# AccessFileName: Dizinlerin alt?nda eri?im kontrol bilgilerinin
tutuldu?u dosya.
# Ayr?ca AllowOverride yönergesine bak?n?z.
AccessFileName .htaccess

# A?a??daki sat?rlar, istemcilerin .htaccess dosyalar?na do?rudan
eri?imini k?s?tlar. Bu dosyalar?n
# do?rulama bilgisi (?ifre vb) gibi kritik bilgiler tutmas? nedeniyle,
do?rudan eri?imin k?s?tlanmas?
# gerekir. Bu dosyalara ancak Apache program?n?n kendisi eri?ebilir. Bu
davran??? istemiyorsan?z,
# a?a??daki sat?rlar?n ba??na # koyunuz.
# Ayr?ca, e?er yukar?da AccessFileName yönergesinde bu dosyalara farkl?
bir isim verdiyseniz, bu ayar?
# da de?i?tiriniz.
# A?a??daki ayar .ht’yle ba?layan tüm dosyalar? filtreler, yani,
.htaccess’den ba?ka (baz? sitelerin
# kulland???) .htpasswd, .htfiles gibi dosyalar? da korur.

Order allow,deny
Deny from all

# ozel.dosya ismindeki dosyalar?n sunucunun kendisi haricinde kimse
taraf?ndan okunmamas? için.
# Örne?in bir PHP program? sunucu taraf?nda çal??t??? için bu dosyalar?
okuyabilirken, istemciler
# do?rudan bu dosyalara eri?emezler.

Order allow,deny
Deny from all

# CacheNegotiatedDocs: Varsay?lan?, Apache’nin her sayfayla birlikte
“Pragma: no-cache” göndermesidir.
# Böylece ‘Cache/Proxy’ (Önbellek/Vekil) sunucular? (ör. [Linkleri görebilmek için üye olun veya giriş yapın.]) bu dosyalar?
# önbelleklemezler. E?er bu davran??? istemiyorsan?z, a?a??daki sat?r?n
ba??ndaki #’i kald?r?n?z.
#CacheNegotiatedDocs

# UseCanonicalName: (Apache 1.3 ve yukar?s?) Bu ayar aç?ld??? zaman, ne
zaman Apache geri-referans
# (self-referencing - cevab?n geldi?i sunucuyu gösteren) URL olu?tursa,
ServerName ve Port
# yönergelerinden olu?turulan bir ‘Canonical’ (yakla??k olarak
çözülmü?/gerçek denilebilir) isim
# kullan?r.
# Bu ayar kapat?ld??? zaman, Apache, istemcinin gönderdi?i sunucuismiort ikilisini
kullan?r.
# Ayr?ca bu ayar, CGI programlar?ndaki SERVER_NAME ve SERVER_PORT
de?i?kenlerini de etkiler.
UseCanonicalName On

# TypesConfig: MIME tiplerinin verildi?i dosyan?n nerede tutuldu?unun
ayar?.

TypesConfig /usr/local/apache/conf/mime.types
# DefaultType: Sunucu, dosya uzant?s?nda MIME tipini bulamad??? zaman
kullanaca??
# varsay?lan MIME tipidir.
# E?er sunucunuzda ço?unlukla metin ya da ***L dosyalar? varsa,
“text/plain” iyi bir de?erdir.
# E?er ço?unlukla ikili (binary), ör. program ya da resim, dosyan?z
varsa, taray?c?lar?n istedi?i
# dosyay? metin gibi göstermeye çal??mamas? için,
“application/octet-stream” kullanmak isteyebilirsiniz.
DefaultType text/plain

# mod_mime_magic modülü, sunucunun dosyan?n içeri?ine bakarak dosya
tipini bulabilmesini sa?lar
# (ör. UNIX’de resim dosyalar?n?n uzant?s?n?n .gif, .jpg olmas? zorunlu
de?ildir).
# MIMEMagicFile yönergesi, mime_magic modülü için ipuçlar? dosyas?n?n
nerede tutuldu?unu ayarlar.
# E?er yukar?daki “Evrensel Ortam: DSO” bölümünde bu modülün LoadModule
yönergesiyle yüklenmi? olmas?
# gerekmektedir.
# bu modülün gerekti?i ?ekilde yüklenip yüklenmedi?ini kontrol eder,
aksi takdirde
# sunucu hata verir.

MIMEMagicFile /usr/local/apache/conf/magic
# HostnameLookups: Sunucu kay?tlar?nda (logfiles) ?stemcilerin (varsa)
aç?k isimlerinin
# (ör. descent.ulakbim.gov.tr) mi, yoksa sadece IP numaralar?n?n (ör.
193.140.83.12) m? tutulaca??.
# Varsay?lan? “Off”dur çünkü tersi durumda her istek için DNS
sunucusundan istemcinin varsa ismi
# bulunmaya çal???l?r.
# Di?er bir deyi?le, “Off” durumunda sunucunun tepki süresi iyile?ir.
# Ancak kay?tlar?n?zda istemcilerin tam adreslerini (FQDN) görmek
isterseniz aç?n (On durumuna getirin),
# güvenli?e destek olan cinsten bir yönergedir.
HostnameLookups Off

########## BA?LA Kay?talma Bölümü ##########

# ErrorLog: Hata kay?tlar?n?n tutuldu?u dosya
# E?er sanal sunucularda, a?a??daki d???nda bir hata mesaj? dosyas?
vermezseniz, o sanal sunucu için de
# yine a?a??daki dosya kullan?l?r.
# Her sanal sunucu için ayr? bir hata kay?t dosyas? aç?lmas?n?
istiyorsan?z, bölümlerinde
# dosya isimlerini ayr?ca vermeniz gerekir.
ErrorLog /usr/local/apache/logs/error_log

# LogLevel: Hata kay?tlar?nda tutulan mesajlar?n seviyesi.
# ?u de?erlerden birini alabilir: debug, info, notice, warn, error,
crit, alert, emerg.
LogLevel warn

# A?a??daki yönergeler, baz? takma adlar (nickname) tan?mlar.
# Ayr?ca a?a??daki CustomLog yönergesine bak?n?z.
LogFormat “%h %l %u %t \”%r\” %>s %b \”%{Referer}i\”
\”%{User-Agent}i\”" combined
LogFormat “%h %l %u %t \”%r\” %>s %b” common
LogFormat “%{Referer}i -> %U” referer
LogFormat “%{User-agent}i” agent

# Eri?im kay?t dosyas?n?n yeri ve biçimi. Ayn? hata kay?t dosyalar?nda
oldu?u gibi, sanal sunucular için
# ayr?ca belirtilmezse, eri?im kay?tlar? a?a??da belirtilen dosyada
tutulur.
CustomLog /usr/local/apache/logs/access_log common

# E?er kullan?c? ajan?n? (agent - kullan?c?n?n program?; taray?c?,
robot, yans?lama program? vb) ve
# havale eden sayfay? (referer page) kay?tlar?n? da almak isterseniz,
# a?a??daki sat?rlar?n ba??ndaki #’leri kald?r?n?z.
#CustomLog /usr/local/apache/logs/referer_log referer
#CustomLog /usr/local/apache/logs/agent_log agent

# Bütün eri?im, ajan ve havale eden sayfa kay?tlar?n? tek bir dosyada
tutmak isterseniz, a?a??daki
# yönergeyi kullanabilirsiniz. Bu yolu seçti?iniz takdirde, yukar?daki
kay?tlar? iptal etmeniz tavsiye
# edilir, aksi takdirde kay?tlar çifter çifter tutulmu? olacakt?r.
#CustomLog /usr/local/apache/logs/access_log combined

########## B?T?R Kay?talma Bölümü ##########

MnyTirith

MnyTirith: ● Admin ●; Doğum tarihi : 20/06/90

Post n°3

Geri: Apache httpd.conf ve Apache Hızlandırma Ayarları

tarafından MnyTirith Ptsi Mart 08, 2010 6:11 pm

# Seçimlik olarak, sunucunun üretti?i sayfalarda (hata sayfalar?, FTP
dizin listeleri, mod_status ve
# mod_info modüllerinin ç?kt?lar? vb, ama CGI ç?kt?lar? de?il) sunucunun
imzas?n?n (Sunucu ismi, sürüm
# numaras?, sunucu ‘port’u vb bilgilerinin eklenip eklenmeyece?i.
# Email’i seçmeniz durumunda, (birden çok sanal sunucu varsa) o
sunucunun yöneticisinin e-posta adresi
# de eklenir.
# Olas? de?erler: On | Off | EMail
ServerSignature On

########## BA?LA Alias Bölümü ##########
# Aliases: Bu k?sma istedi?iniz kadar (s?n?r? yoktur) lakaplar (alias)
ekleyebilirsiniz.
# Kullan?m?: Alias sahte-isim gerçek-isim

# UYARI: E?er sahte-ismin sonuna bir / eklerseniz, sunucu bu /’?n
adreste de olmas?n? ?art ko?ar.
# Yani, a?a??daki örnekte, “/icons”a de?il, sadece “/icons/”a lakap
tak?lm?? olur.
Alias /icons/ “/usr/local/apache/icons/”

Options Indexes MultiViews
AllowOverride None
Order allow,deny
Allow from all
# ScriptAlias: Bu ayar, hangi dizinlerin sunucu progr*****lar? (******)
içerebilece?ini belirtir.
# ScriptAlias’lar asl?nda Alias’lar ayn? ?ekilde kullan?l?r, tek fark?
bu dizinlerdeki dosyalar, belge
# olarak de?il, progr***** olarak olarak i?leme sokulurlar.
# Alias’lardaki / kural? burada de geçerlidir.
ScriptAlias /cgi-bin/ “/web/www/cgi-bin/”

# A?a??daki “/usr/local/apache/cgi-bin” dizinini, yukar?da ScriptAlias
yönergesinde verdi?iniz dizin
# yap?n?z.

AllowOverride None
Options None
Order allow,deny
Allow from all

########## B?T?R Alias Bölümü ##########

# Redirect yönergesi istemcilerin, art?k sunucunuzda olmayan adresler
için ba?ka bir adrese
# yönlendirilebilmesini sa?lar.
# Kullan?m?: Redirect eski-URI yeni-URL (ör. Redirect /fakulte/giris.***
[Linkleri görebilmek için üye olun veya giriş yapın.])
Redirect /ftp [Linkleri görebilmek için üye olun veya giriş yapın.]

########## BA?LA Indexing Bölümü ##########
# Sunucunun üretti?i sayfalar?n görünümünü düzenleyen yönergeler.

# FancyIndexing’le dizin listelerinde sade görünüm yerine, simgelerin,
tarihlerin vb bilgilerin de
# görüntülenmesini sa?lar
IndexOptions FancyIndexing
# AddIcon* yönergeleri sunucunun farkl? dosya tip veya uzant?lar? için
hangi simgeleri kullanaca??n?
# belirlerler. Sadece FancyIndexing kullan?lan dizinlerde geçerlidirler.

AddIconByEncoding (CMP,/icons/compressed.gif) x-compress x-gzip

# MIME tiplerine bakarak simge atama
AddIconByType (TXT,/icons/text.gif) text/*
AddIconByType (IMG,/icons/image2.gif) image/*
AddIconByType (SND,/icons/sound2.gif) audio/*
AddIconByType (VID,/icons/movie.gif) video/*

# Dosya uzant?s?na bakarak simge atama
AddIcon /icons/binary.gif .bin .exe
AddIcon /icons/binhex.gif .hqx
AddIcon /icons/tar.gif .tar
AddIcon /icons/world2.gif .wrl .wrl.gz .vrml .vrm .iv
AddIcon /icons/compressed.gif .Z .z .tgz .gz .zip
AddIcon /icons/a.gif .ps .ai .eps
AddIcon /icons/layout.gif .***l .s***l .*** .pdf
AddIcon /icons/text.gif .txt
AddIcon /icons/c.gif .c
AddIcon /icons/p.gif .pl .py
AddIcon /icons/f.gif .for
AddIcon /icons/dvi.gif .dvi
AddIcon /icons/uuencoded.gif .uu
AddIcon /icons/******.gif .conf .sh .shar .csh .ksh .tcl
AddIcon /icons/tex.gif .tex
AddIcon /icons/bomb.gif core

AddIcon /icons/back.gif ..
AddIcon /icons/hand.right.gif README
AddIcon /icons/folder.gif ^^DIRECTORY^^
AddIcon /icons/blank.gif ^^BLANKICON^^

# DefaultIcon herhangi bir simge atanmam?? dosyalar için kullan?lan
simgedir.
DefaultIcon /icons/unknown.gif

# AddDescription yönergesi, dosyalar?n sonuna küçük aç?klamalar
koyabilmenizi sa?lar.
# Bu aç?klamalar her dosya için ayr? de?il, ayn? dosya tipine sahip tüm
dosyalar? toptan etkiler.
# Sadece FancyIndexing’le tan?ml? dizinlerde geçerlidir.
# Kullan?m?: AddDescription “aç?klama” .dosya_uzant?s?
AddDescription “GZIP’le s?k??t?r?lm?? dosya” .gz
AddDescription “tar ar?ivi” .tar
AddDescription “GZIP’lenmi? tar ar?ivi” .tgz

# ReadmeName: sunucunun dizin listelerinin sonuna eklemek için bakt???
dosyan?n ismi.
# HeaderName: sunucunun dizin listelerinin ba??na eklemek için bakt???
dosyan?n ismi.

# Bu dosyalar? kullanabilmek için bir yönergesinin içinde “Options
MultiViews
# (ve varsa di?erleri)” olmal?d?r.
# Bu durumda sunucu önce dosya_ismi.***l’i, yoksa dosya_ismi.txt
dosyas?n? açmaya çal???r.
# ***l uzant?l? dosya MIME tipi text/***l olarak, txt uzant?l? dosya da
MIME tipi text/plain olarak
# gönderilir.
ReadmeName README
HeaderName HEADER

# IndexIgnore: Dizin listelerinde saklanacak dosyalar?n isimleri. Kabuk
(shell) stili jokerlere
# (wildcard) izin vard?r.
IndexIgnore .??* *~ *# HEADER* README* RCS CVS *,v *,t
########## B?T?R Indexing Bölümü ##########

########## BA?LA Belge Tipleri Bölümü ##########
# AddEncoding: Farkl? taray?c?lar için (ör. Mosaic/X 2.1+) s?k??t?r?lm??
bilginin havada (on the fly)
# aç?labilmesini sa?lar, ancak bütün taray?c?lar bunu
desteklememektedir.
# ?sim benzerli?ine ra?men, a?a??daki Add*** yönergelerinin,
FancyIndexing parametreleriyle
# ilgisi yoktur.
AddEncoding x-compress Z
AddEncoding x-gzip gz tgz

# AddLanguage: Bir dosyan?n dilini belirtmenize izin verir. Daha sonra,
taray?c?n?n anlayabilece?i bir
# dil seçimi için içerik pazarl??? (content negotiation) yap?l?r.
# UYARI 1: uzant?yla dil belirtecinin ayn? olmas? gerekmez, ör. dil
belirteci pl olan Polonyaca için
# Perl progr*****lar?yla kar??mamas? için “AddLanguage pl .po”
kullan?labilir.
# UYARI 2: a?a??daki örneklerde birçok durum için iki harflik ülke
k?saltmas?yla, dil belirtecinin ayn?
# olmad??? da vurgulanm??t?r, ör. ‘Danmark/dk’ versus ‘Danish/da’.
# UYARI 3: ‘ltz’ durumu RFC1766?y? üç harf kullanmas? nedeniyle ihlal
etmektedir, ancak bunu düzeltmek
# için çal??malar sürmektedir.
# Danish (da) - Dutch (nl) - English (en) - Estonian (ee) - French (fr) -
German (de)
# Greek-Modern (el) - Italian (it) - Portugese (pt) - Luxembourgeois*
(ltz) - Spanish (es)
# Swedish (sv) - Catalan (ca) - Czech(cz) - Polish (pl) - Brazilian
Portuguese (pt-br) - Japanese (ja)

AddLanguage tr .tr
AddLanguage en .en
# AddLanguage da .dk
# AddLanguage ja .ja
# AddCharset ISO-2022-JP .jis
# AddLanguage pl .po
# AddCharset ISO-8859-2 .iso-pl

# LanguagePriority: içerik pazarl??? s?ras?nda baz? dillere öncelik
vermenizi sa?lar. A?a??daki durumda,
# hem tr hem de en tan?yan bir taray?c?ya tr gönderilecektir.
# Dolay?s?yla, istedi?iniz s?rada dilleri listeleyiniz.

LanguagePriority tr en
# AddType: mime.types dosyas?n? gerçekte açmadan üzerinde de?i?iklikler
yapabilmenizi sa?lar.
# PHP 4.x’in çal??mas? için, a?a??daki sat?rlar gereklidir:
AddType application/x-httpd-php .php
AddType application/x-httpd-php .php3
AddType application/x-httpd-php-source .phps

AddType application/x-tar .tgz

# AddHandler: belli dosya uzant?lar?n? belli programlara/hareketlere
ataman?za izin verir.
# Bu hareketler sunucunun içine gömülmü? de olabilir, Action
yönergesiyle (a?a?? bak?n?z) eklenmi? de
# olabilir.
# SSI (Server Side Include) ya ScriptAlias dizinleri d???nda CGI
kullanmak isterseniz, a?a??daki
# sat?rlar?n ba?lar?ndaki #’leri kald?r?n?z.

# CGI progr*****lar? için:
# UYARI: Bu ayar? açmak, güvenli?i ciddi derecede dü?ürür.
#AddHandler cgi-****** .cgi

# SSI kullanmak için:
#AddType text/***l .s***l
#AddHandler server-parsed .s***l

# Apache’nin destekledi?i bir özellik de dosyalar? “oldu?u gibi”
gönderebilme özelli?idir.
# asis dosyalar? gönderilirken, Apache ayr?ca ba?l?k bilgileri
eklemeyecektir, ancak bu durumda asis
# dosyas?nda bu bilgilerin verilmesi gerekmektedir.
# Bu özelli?i kullanmak için, sat?r?n ba??ndaki #’i kald?r?n?z.
#AddHandler send-as-is asis

# Sunucu taraf? i?lenen imagemap dosyalar?n? kullanmak için:
#AddHandler imap-file map

# Özel dosya uzant?lar?n? bir PHP program?na yönlendirmek için
a?a??dakine benzer bir ayar kullan?n.
# NOT: ?stemciler, ça??r?lan program?n ismini görmeyeceklerdir.
AddType text/***l .ozel***l
AddHandler ozelisleme .ozel***l
Action ozelisleme /progs/onisleme.php
########## B?T?R Belge Tipleri Bölümü ##########

# Action: a?a??daki kurala e?lenen dosya tipleri için, bir programc???n
ça??r?labilmesine sa?lar.
# Bu ?ekilde, s?kça ça??r?lan CGI dosya i?leyicilerini URL’lerden
atabilirsiniz.
# Kullan?m?: Action mime/tipi /cgi-programc???n?n/yeri
# Kullan?m?: Action handler-ismi /cgi-programc???n?n/yeri

# ****Files: **** bilgilerinin kullan?l?p kullan?lmayaca??
# **** bilgileri, ayn? asis dosyalar?na benzer, ancak sadece HTTP ba?l?k
(HTTP header) bilgilerini
# içerirler. Bu **** bilgilerini kullanarak, dosyalar?n?za varsay?lanlar
d???nda da ba?l?k bilgisi
# ekleyebilirsiniz.
# ****Files, ****Dir ve ****Suffix yönergelerini kullanabilmeniz için,
mod_cern_**** modülünü derleme
# s?ras?nda eklemi? olman?z gerekir.
# Kullan?m?: ****Files on|off
# A?a??daki gibi kullanman?z tavsiye edilir:
#
# ****Files on
#

# ****Dir: Apache’nin **** bilgilerini bulabilece?i dizinin ismi.
#****Dir .web

# ****Suffix: **** bilgisini tutan dosyalar?n uzant?s?
#****Suffix .****

# Özelle?tirilebilir hata mesajlar? bölümü
# Üç tipte gelmektedir:

# 1- Düz metin
#Error******** 500 “Sunucu kötü bir?ey yapt?.
# UYARI: T?rnak (”) düz metni belirtir, ç?kt?ya gönderilmez.

# 2- Yerel yönlendirmeler
#Error******** 404 /olmayan_dosya.***l
# Yerel /olmayan_dosya.***l URL’ine yönlendirmek için
#Error******** 404 /cgi-bin/olmayan_islemcisi.pl
# Bu ?ekilde olmayan dosyalar?, bir program ya da SSI kullanan bir
dosyaya yönlendirebilirsiniz.

# 3- Harici yönlendirmeler
#Error******** 402 [Linkleri görebilmek için üye olun veya giriş yapın.]
# UYARI: Bu durumda, orjinal iste?e ait birçok ortam de?i?keni böyle bir
programc??a havale
# edilmeyecektir.

# Davran???n taray?c? tipine göre özelle?tirilmesi
# A?a??daki yönergeler, normal HTTP cevap davran???n? de?i?tirirler.
# ?lk yönerge, Netscape 2.x ve onu taklit eden taray?c?lar için
‘keepalive’? kapat?rlar.
# ?kinci yönerge, HTTP/1.1 deste?inde hatalar olan Internet Explorer
4.0b2 içindir.
BrowserMatch “Mozilla/2? nokeepalive
BrowserMatch “MSIE 4\.0b2;” nokeepalive downgrade-1.0 force-response-1.0

# A?a??daki yönerge, HTTP/1.1?e tam anlam?yla uyumlu olmayan ajanlar
için HTTP/1.0 protokolüne geçmek
# içindir.
BrowserMatch “RealPlayer 4\.0? force-response-1.0
BrowserMatch “Java/1\.0? force-response-1.0
BrowserMatch “JDK/1\.0? force-response-1.0
########## BA?LA Status/Info Bölümü ##########
# Sunucu durum raporlar?n?, (güvenlik nedenleriyle) sadece kendi
IP’lerinizden eri?ebilir k?lmak için,
# a?a??daki blo?u kendi IP blo?unuzla de?i?tiriniz.
# Bu özelli?in kullan?labilmesi için mod_status.c modülünün yüklenmi?
olmas? gerekir.
# ?sterseniz “Allow from .kurum.edu.tr” tipinde bir yönerge de
kullanabilirsiniz, ancak bu durumda
# HostnameLookups On yönergesini yukar?da belirtmi? olmal?s?n?z.
# Bu özelli?i kullanmak için, [Linkleri görebilmek için üye olun veya giriş yapın.]
yazmal?s?n?z.

SetHandler server-status
Order deny,allow
Deny from all
Allow from 193.140.83.
# Sunucunun ayarlar?n?, (güvenlik nedenleriyle) sadece kendi
IP’lerinizden eri?ilebilir k?lmak için,
# a?a??daki blo?u kendi IP blo?unuzla de?i?tiriniz.
# Bu özelli?in kullan?labilmesi için mod_info.c modülünün yüklenmi?
olmas? gerekir.
# ?sterseniz “Allow from .kurum.edu.tr” tipinde bir yönerge de
kullanabilirsiniz, ancak bu durumda
# HostnameLookups On yönergesini yukar?da belirtmi? olmal?s?n?z.
# Bu özelli?i kullanmak için, [Linkleri görebilmek için üye olun veya giriş yapın.]
yazmal?s?n?z.

SetHandler server-info
Order deny,allow
Deny from all
Allow from 193.140.83.
########## B?T?R Status/Info Bölümü ##########

########## B?T?R ‘Varsay?lan’ Sunucu Ayarlar? ##########

########## BA?LA Sanal Sunucular Bölümü ##########
# VirtualHost: E?er ayn? makineden farkl? adres/IP’lere cevap vermek
istiyorsan?z, herbiri için
# VirtualHost’lar tan?mlaman?z gerekir. Daha fazla bilgi için [Linkleri görebilmek için üye olun veya giriş yapın.]
# adresine bak?n?z. Sanal sunucu ayarlar?n?z?n do?ru olup olmad???n?
‘/apache/dizini/bin/httpd -S’
# komutuyla kontrol edebilirsiniz.

# E?er isim-tabanl? sanal sunucular kullanmak isterseniz, en az bir tane
IP adresi (ve port numaras?)
# tan?mlaman?z da gerekir.
#NameVirtualHost 12.34.56.78:80
#NameVirtualHost 12.34.56.78

# Hemen tüm Apache yönergeleri bir sanal sunucu tan?m?nda
kullan?labilir.

# Ayr?ca, varsay?lan sanal sunucu da a?a??daki gibi tan?mlanabilir.
Ancak, birçok durumda yukar?daki
# ‘Varsay?lan’ sunucu ayarlar? yetecektir.
#
#

########## BA?LA WWW - Ana Sunucu ##########

NameVirtualHost 193.140.83.36

ServerName [Linkleri görebilmek için üye olun veya giriş yapın.]
ServerAdmin [Linkleri görebilmek için üye olun veya giriş yapın.]
********Root “/web/www/docs”
ErrorLog logs/www.error.log
CustomLog logs/www.access.log combined

DirectoryIndex index.ozeluzanti index.php index.php3 index.***l
index.***
HostnameLookups Off
Options Indexes FollowSymLinks
AllowOverride All
Order allow,deny
Allow from all
ScriptAlias /cgi-bin/ “/web/www/cgi-bin/”

AllowOverride None
Options None
Order allow,deny
Allow from all
#Özelle?tirilmi? hata mesajlar? için
# /hata/index.php (dosyalar?n kök dizini alt?nda) gelen hata koduna göre
özel davranabilir,
# bu bilgi Apache taraf?ndan program?n eri?ebilece?i ortam
de?i?kenlerine atanmaktad?r.
Error******** 401 /hata/index.php
Error******** 403 /hata/index.php
Error******** 404 /hata/index.php
Error******** 500 /hata/index.php

#Dosya aç?klamalar?
AddDescription “GZIP’ped archive” .gz
AddDescription “tar archive” .tar
AddDescription “GZIP’ped tar archive” .tgz
AddDescription “ZIP’ped archive” .zip .ZIP
AddDescription “DOS/Windows executable” .exe .EXE .com .COM
AddDescription “Portable ******** Format” .pdf .PDF
AddDescription “Microsoft movie file” .avi .AVI
AddDescription “Quicktime movie file” .mov .MOV .qt .QT
AddDescription “Mpeg Movie File” .mpg .MPG .mpe .MPE .mpeg .MPEG .mpa
.MPA
AddDescription “Plain text file” .txt .TXT
AddDescription “HyperText File” .***l .***L .*** .***
########## B?T?R WWW - Ana Sunucu ##########
########## BA?LA WoS ##########

ServerName wos.ulakbim.gov.tr
ServerAdmin [Linkleri görebilmek için üye olun veya giriş yapın.]
# gelen istekleri ba?ka bir sunucuya yönlendiriyoruz
Redirect / [Linkleri görebilmek için üye olun veya giriş yapın.]

########## B?T?R WoS ##########

########## BA?LA Ozel ##########

ServerName ozel.ulakbim.gov.tr
********Root “/web/ozel/docs”
DirectoryIndex index.***l
CustomLog logs/ozel.erisim.log common
ErrorLog logs/ozel.hata.log
Options Indexes SymLinksIfOwnerMatch
AllowOverride None
# Sadece kendi IP blo?umuzdan gelenlere izin ver, d??ar?ya kapat…
Order deny,allow
Deny from all
Allow from 193.140.83.

########## B?T?R Wyg ##########

MnyTirith

MnyTirith: ● Admin ●; Doğum tarihi : 20/06/90

Post n°4

Geri: Apache httpd.conf ve Apache Hızlandırma Ayarları

tarafından MnyTirith Ptsi Mart 08, 2010 6:12 pm

########## BİTİR Sanal Sunucular Bölümü ##########

# Bu dosya hakkında, daha detaylı (İngilizce) bilgiyi [Linkleri görebilmek için üye olun veya giriş yapın.]
# adresinde bulabilirsiniz. Ayrıca Apache ayarlarının (bastırılabilir
elkitapçığı halinde) küçük bir
# referansını da [Linkleri görebilmek için üye olun veya giriş yapın.] adresinden
indirebilirsiniz.

Apache Hızlandırma İpuçları

Bu belgede, Apache Web sunucusu için çeşitli hızlandırma teknikleri
anlatılmıştır. Bu ayarların bir kısmı tepki süresini arttırırken, bir
kısmı da sunucunun belgeyi işleme süresini iyileştirmektedir. Ancak
hatırlatılması gereken bir husus, bu ayarların bir kısmının güvenliği
düşürdüğüdür. Ayrıca, bu belgeyi okumadan önce Apache Ayarları belgesini
de okumanız tavsiye edilir.

Bu belgede anlatılan tekniklerde, Web sunucunuzun bant genişliğinin
kısıtlayıcı bir etmen olmadığı varsayılmaktadır. Eğer sunucunuz, hat
kapasitesinden daha çok veriyi gönderebiliyorsa, bu dosyadaki hiçbir
tekniğe zaten gereksiniminiz olmayacaktır. Bir diğer varsayılan husussa,
güvenliğin ikinci planda kaldığıdır. Özellikle sembolik bağlardaki
önerilerde, bu öne çıkmaktadır.

Tüm dizin/dosya isimleri Unix türevi işletim sistemleri gözönüne
alınarak yazılmıştır.

Sembolik bağlarla (symbolic links) ilgili ayarlar
Apache, kullanıcı tarafından istenen bir dizin ya da dosyayı işlerken,
bir sembolik bağ olup olmadığını inceleyebilir. Apache’nin varsayılan
ayarlarında Option FollowSymLinks vardır. Güvenliği düşünen sistem
yöneticileri bunu genellikle Option None ya da Option
SymLinksIfOwnerMatch yapmaktadır. Ancak bu hızı düşürmektedir. En yüksek
performans Option FollowSymLinks yönergesiyle alınmaktadır.

Option SymLinksIfOwnerMatch durumu
Apache bu yönergeyle, normale göre istenen dizinin/dosyanın bir sembolik
bağ olup olmadığını kontrol etmek zorundadır. İstenen dizinin
derinliğine göre en üst dizinden (/) başlayarak, bu işlem alt dizinlere
kadar tek tek yapılmaktadr. Örneğin, istenen belge
/usr/local/apache/htdocs/dizin/dosya.***l’se, Apache şu dizin/dosyaların
hepsinin bir sembolik bağ olmadığını kontrol eder:

(/ asla kontrol edilmez, çünkü / her zaman gerçek bir dizindir)
/usr
/usr/local
/usr/local/apache
/usr/local/apache/htdocs
/usr/local/apache/htdocs/dizin
/usr/local/apache/htdocs/dizin/dosya.***l
Burada önemli olan şudur, /usr/local/apache/htdocs fiziksel (gerçek) bir
dizin olsa da Apache bunu kontrol etmek zorundadır. Ayrıca yapılan iki
işlem de, dosyanın/dizinin gerçek sahibini almak, sembolik bağın
sahibini almak ve bunları karşılaştırmak. Örneğin, webauthor kullanıcısı
şu komutla:

$ln -s /usr/local/apache/htdocs/gizli_dizin /etc

şeklinde bir komutla bir sembolik bağ yaratmışsa,
/usr/local/apache/htdocs/gizli_dizin’in sahibi (webuser) ve /etc’nin
sahibi (root) sistem çağrıları aracılığıyla alınır ve karşılaştırılır.
Bu tip dizinlerin sık çağrılması durumunda tepki süresi düşecektir.
Ayrıca, bu karşılaştırma işleminin sonuçları önbelleklenmez, dolayısıyla
bu kontroller her çağrıda tekrar tekrar yapılır.

Alternatif çözüm
Güvenlikten fazla taviz verilmeden gidilecek daha iyi bir çözüm,
dosyaların kök dizini dışında sembolik bağ kontrolünü açıp, kök dizinin
altında kapatmak olabilir.

********Root /webroot/docs
…

Options FollowSymLinks

Options -FollowSymLinks +SymLinksIfOwnerMatch
Bu şekilde, dosyaların kök dizini altında, sembolik bağı veren kişiyle
bağ verilen dosya/dizinin sahibi aynı kişi değilse, Apache o
dosyayı/dizini istemciye göndermeyecektir, ve güvenlik de nispeten
artmış olacaktır.

Çocuk sunucularla ilgili ayarlar
Apache, tepki süresini arttırmak amacıyla, bir miktar çocuk sunucuyu
(child server, fork edilen sunucular) önceden açar ve boşta bekletir.
Diğer sunucuların meşgul olması ve yeni bir istemcinin bağlanması
durumunda bu sunuculardan bir tanesi gelen isteği karşılar. Ani
yüklenmelerin (transient peak) olduğu bir sunucuda, boşta bekleyen
sunucuların fazlaca olması tavsiye edilir. Apache’de varsayılan şu iki
yönerge vardır:

MinSpareServers 5
MaxSpareServers 10

Bu sayıları aşağıdaki gibi 32 ve 48 şeklinde değiştirmeniz, bir anda 32
istemcinin birden sunucudan dosya istemesi halinde, anında tepki
verilebilmesini sağlar:

MinSpareServers 32
MinSpareServers 48

Yine de hatırlatmak gerekir, açılan her çocuk sunucu bellek kullanımını
arttırır. Bu sayıyı çok arttırmanız durumunda Web sunucunun kullandığı
bellek, fiziksel belleği aşacağı için sunucu diske swap yapmaya başlar
ki bu da performansı düşürür. Dolayısıyla doğru ayarları bulana kadar,
bir miktar deneme/yanılma yapmanız gerekebilir.

Bir başka ayar da, çocuk sunucuların ölmeden önce kaç isteğe cevap
vereceği ayarıdır. Apache’nin varsayılan ayarı:

MaxRequestsPerChild 10000

şeklindedir. Bu sayıyı çok düşürmeniz halinde (ör. 50-100), sunucular
sürekli olarak öldürülüp tekrar başlatılacaktır, ki bu da sunucunun
tepki süresini düşürür. Çok yüksek olması durumunda (ör. 100,000 ya da
sınırsız için kullanılan 0) ise, çocuk sunucuların bellek akıtma (memory
leaking) problemi varsa (ör. Solaris’de vardır), bellek kullanımı
artacaktır ve sunucunun performansı yine düşecektir. Bu tip bir
probleminiz varsa ve sunucunuza gelen trafik sürekli yüksek değilse, bu
sayıyı 500-1000′e kadar düşürebilirsiniz.

.htaccess’le ilgili ayarlar
Apache’nin bir özelliği de, bazı dizinlerde bulunabilen .htaccess
dosyaları aracılığıyla kullanıcılardan isim/şifre isteyebilmesi ya da IP
numaralarını kontrol ederek erişimi kısıtlayabilmesidir. Bazı sistem
yöneticileri bu dosyaları kullanabilmek için şu şekilde bir tanımlama
yapabilirler:

********Root /webroot/docs/
…

AllowOverride AuthConfig
Ancak sembolik bağlarda çıkan durum burada da vardır. Apache bu dizinin
altındaki her dizinde (her seferinde bir alta inerek) bir .htaccess
dosyasının olup olmadığını kontrol etmek zorunda kalır ve bu da
performansı düşürür. Bunun yerine sadece gerekli dizinlerde bu ayar
açılarak sunucunun diğer dizinlerde bir kontrol işlemi yapması
engellenebilir, ve bu da performansı arttırır. Örneğin, şu şekilde bir
tanımlama kullanılabilir:

********Root /webroot/docs/
…

AllowOverride None

AllowOverride AuthConfig>
Kayıt dosyalarıyla ilgili ayarlar
Apache, sunucuya bağlanan kullanıcıların isteklerinin detaylı bir
kaydını tutabilir. Birçok sistem yöneticisi de varsayılanları kullandığı
için genelde şu ikisinden biri tercih edilir:

CustomLog /usr/local/apache/logs/access_log common

CustomLog /usr/local/apache/logs/access_log combined

Eğer Apache’nin tepki süresini hızlandırmak istiyorsanız, kayıtları
kapatın! Bu birçok sistem yöneticisine mide spazmı bile geçirtebilecek
bir öneridir, ancak Apache gelen her istek için bu dosyaları açmakta ve
gerekli değişkenleri hesaplayıp dosyaya eklemektedir. Bir Web
sunucusunda performans genel olarak, dosyaları işleme süresinin
düşüklüğü ve diske ne kadar az erişim yaptığıyla belirlenir. Hiç kayıt
tutulmaması ve dosyaların önbelleklenmesi gibi tekniklerle, sunucu
minimum seviyede disk erişimi yapacağından tepki süresi çok artacaktır.

Burada kapılınabilecek yanlış bir hüküm, kayıt dosyalarına yazılan
verilerin miktarının düşürülmesinin performansı arttıracağıdır. Bu
kısmen doğrudur, ancak yine de fiziksel disk erişimi her durumda yavaş
olduğundan performansı çok arttırmayacaktır.

Diğer ayarlar
Kullanıcıların istekleriyle cevabın gönderilmesi arasındaki süre
KeepAlive olarak adlandırılır. Bu süre düşürülerek, hattaki gecikmeler
nedeniyle sunucunun gereksiz yere paketleri göndermek için meşgul
edilmemesi sağlanabilir. Varsayılan ayar

Timeout 300

(saniye) şeklindedir. Bu değer örneğin

Timeout 120

yapılabilir. Bu değerin çok düşürülmesi (ör. 5-10) durumunda ise,
istemcilerin hoşuna gitmeyen sonuçlar çıkacaktır: sunucu isteği aldıktan
sonra paketi gönderecek ve kısa bir süre sonra paketler bitmese bile
bağlantıyı kesecektir.

SSI ve CGI kullanmak, birçok sayfada otomasyona gidilmesini sağlarken,
bir yandan da performansı düşürmektedir. Bu iki tekniği kullanarak
üretilen her sayfa, fazladan bir disk erişimi ya da program
çalıştırılmasını gerektirdiğinden tepki süresi artacaktır.

Sunucu durumunu öğrenmek için /server-status işlemcisini
kullanıyorsanız, bu da performansı düşürecektir. Apache, bu işlemcinin
her an çağırılabilme ihtimaline karşı her istek için o andaki saati
sistemden öğrenmek durumunda kalacaktır ve bu da bir hız düşüşü şeklinde
ortaya çıkacaktır. Bu işlemciyi kapatmak için

ExtendedStatus off

yönergesini veriniz.

Performansı özellikle düşüren bir diğer yönerge de HostnameLookups
on’dur. Bu yönerge verildiğinde, özellikle kayıt dosyalarında,
istemcinin IP numarası yerine tam adresi (FQDN, ör.
istemci.bolum.kurum.edu.tr) kullanılabilir. Ancak bu durumda, istemcinin
IP numarası bir DNS sunucusundan bakılarak, adresi bulunmak zorundadır
ki, performans ciddi ölçüde düşecektir. Eğer bunu istemiyorsanız bu
özelliği şu şekilde iptal edebilirsiniz:

HostnameLookups off

Bir başka performans arttırımı da sık kullanılmayan modüllerin DSO
(Dynamic Shared Object) olarak derlenmesi ve kullanılmadıkça bellekte
durmamasıdır. Bunun için Apache’yi derlerken şuna benzer parametreleri
vermelisiniz:

#./configure \
–enable-rule=SHARED_CORE \
–enable-shared=define \
–enable-shared=headers \
–enable-shared=include

Burada –enable-rule=SHARED_CORE komutu DSO desteğini açacak,
–enable-shared= satırları da DSO olarak derlenecek modülleri
belirtecektir. Bu şekilde, sunucunun bellekte kapladığı yer azalacaktır
ve daha çok çocuk sunucu hazırda bekletilebilecektir.

Özet ve işletim sistemiyle ilgili ayarlar
Bir Web sunucusunun tepki süresi arttırılmak isteniyorsa, asıl prensip
sunucunun mümkün olduğu kadar az disk erişimi yapmasıdır, çünkü dosyalar
bir program tarafından işleniyor bile olsa, bellekteki işleme süresi,
disk erişim süresinden kat kat hızlıdır. Ayrıca, Web sunucusunun mutlaka
bol miktarda belleği olmalıdır, ve bellek yetersizliğinden dolayı diske
asla swap yapmamalıdır. Eğer, sunucu disk erişimi yapmak zorundaysa,
hızlı bir disk almanız tavsiye edilir, özellikle SCSI diskler bu işler
için idealdir. Bir başka öneriyse, Web sunucu makinesinin ayrık olması
durumunda, üzerindeki tüm gereksiz servislerin kapatılmasıdır, bu hem
boş belleği arttıracaktır, hem de güvenliği. Windows sunucularında
(Apache her ne kadar Unix türevlerindeki kadar performanslı çalışmasa
da), düzenli bir defragmentation işlemi de işe yarayacaktır, Unix’deyse
bu işleme zaten gerek yoktur.

Hem Unix türevlerinde, hem de Windows’da işe yarayan bir başka ayarsa,
Web dosyalarının durduğu diskin inode/cluster boyutlarının
büyütülmesidir. Böylece özellikle büyük dosyaların istemciye
gönderilmesi sırasında, sabit disk kafası bir o yana bir bu yana
dolaşmak zorunda kalmayacaktır ve diskin SeekTime (arama zamanı, disk
kafasının bir başka bölüme zıplama süresi) parametresinden kurtulmuş
olunacaktır.

Burada önerilebilecek bir diğer teknik, eğer dosyalarınız dinamik
üretiliyorsa, Unix’deki Paylaşımlı Bellek (Shared Memory) kullanarak
(PHP, Perl ve C’de bu destek vardır), işlenmiş sayfalar
önbelleklenebilir ve disk erişimi azaltılabilir. Ayrıca kayıtları
kapatmışsanız, önişleme yapan programınız aracılığıyla, kayıtları
programınız kendisi tutarak, biriktirip belli aralıklarla diske flush
ettirebilirsiniz. Böylece disk erişimi minimum seviyede olacaktır.

Bir başka teknik de, CGI programlarında aynı anda çalışabilecek kopya
sayısının sınırlandırılarak, sunucunun işlemcisinin fazlaca meşgul
edilmemesidir. Bunun için bir sayaç dosyası tutulabileceği gibi, bir
ortam değişkeni ya da paylaşımlı bellek de kullanılabilir. Sayaç dosyası
tekniği, yavaşlığı dolayısıyla da yarış durumları (race condition) daha
kolay çıktığı için, mümkünse tercih edilmemelidir.

Son olarak, işletim sistemlerinin bazı parametrelerinde oynamalar
yaparak, makine Web sunucusu olmak için özelleştirilebilir. Yararlı
olabilecek adresler:

Genel
Apache Performance Notes »
[Linkleri görebilmek için üye olun veya giriş yapın.]
Hints on Running a High-Performance Web Server »
[Linkleri görebilmek için üye olun veya giriş yapın.]
SGI: Accelerating Apache »
[Linkleri görebilmek için üye olun veya giriş yapın.]
Zend Optimizer (for PHP) »
[Linkleri görebilmek için üye olun veya giriş yapın.]
mod_perl Guide: Performance, Benchmarks »
[Linkleri görebilmek için üye olun veya giriş yapın.]
mod_perl Guide: Performance Tuning »
[Linkleri görebilmek için üye olun veya giriş yapın.]
Watching your Web server »
[Linkleri görebilmek için üye olun veya giriş yapın.]
Tuning Apache Web Servers for Speed »
[Linkleri görebilmek için üye olun veya giriş yapın.]
Optimizing Apache/MySql for a Production Environment »
[Linkleri görebilmek için üye olun veya giriş yapın.]
Solaris
Solaris - Tuning your TCP/IP stack »
[Linkleri görebilmek için üye olun veya giriş yapın.]
Sun Performance Information »
[Linkleri görebilmek için üye olun veya giriş yapın.]
How does Solaris 2.6 improve performance stats and Web performance? »
[Linkleri görebilmek için üye olun veya giriş yapın.]
Linux
Hints on Running a High-Performance Web Server (Linux Section) »
[Linkleri görebilmek için üye olun veya giriş yapın.]
Linux Web Server Optimizations »
[Linkleri görebilmek için üye olun veya giriş yapın.]
FreeBSD
Running a High-Performance Web Server for BSD »
[Linkleri görebilmek için üye olun veya giriş yapın.]

Kaynak: Eno7

########## BİTİR Sanal Sunucular Bölümü ##########

# Bu dosya hakkında, daha detaylı (İngilizce) bilgiyi [Linkleri görebilmek için üye olun veya giriş yapın.]
# adresinde bulabilirsiniz. Ayrıca Apache ayarlarının (bastırılabilir
elkitapçığı halinde) küçük bir
# referansını da [Linkleri görebilmek için üye olun veya giriş yapın.] adresinden
indirebilirsiniz.

Apache Hızlandırma İpuçları

Bu belgede, Apache Web sunucusu için çeşitli hızlandırma teknikleri
anlatılmıştır. Bu ayarların bir kısmı tepki süresini arttırırken, bir
kısmı da sunucunun belgeyi işleme süresini iyileştirmektedir. Ancak
hatırlatılması gereken bir husus, bu ayarların bir kısmının güvenliği
düşürdüğüdür. Ayrıca, bu belgeyi okumadan önce Apache Ayarları belgesini
de okumanız tavsiye edilir.

Bu belgede anlatılan tekniklerde, Web sunucunuzun bant genişliğinin
kısıtlayıcı bir etmen olmadığı varsayılmaktadır. Eğer sunucunuz, hat
kapasitesinden daha çok veriyi gönderebiliyorsa, bu dosyadaki hiçbir
tekniğe zaten gereksiniminiz olmayacaktır. Bir diğer varsayılan husussa,
güvenliğin ikinci planda kaldığıdır. Özellikle sembolik bağlardaki
önerilerde, bu öne çıkmaktadır.

Tüm dizin/dosya isimleri Unix türevi işletim sistemleri gözönüne
alınarak yazılmıştır.

Sembolik bağlarla (symbolic links) ilgili ayarlar
Apache, kullanıcı tarafından istenen bir dizin ya da dosyayı işlerken,
bir sembolik bağ olup olmadığını inceleyebilir. Apache’nin varsayılan
ayarlarında Option FollowSymLinks vardır. Güvenliği düşünen sistem
yöneticileri bunu genellikle Option None ya da Option
SymLinksIfOwnerMatch yapmaktadır. Ancak bu hızı düşürmektedir. En yüksek
performans Option FollowSymLinks yönergesiyle alınmaktadır.

Option SymLinksIfOwnerMatch durumu
Apache bu yönergeyle, normale göre istenen dizinin/dosyanın bir sembolik
bağ olup olmadığını kontrol etmek zorundadır. İstenen dizinin
derinliğine göre en üst dizinden (/) başlayarak, bu işlem alt dizinlere
kadar tek tek yapılmaktadr. Örneğin, istenen belge
/usr/local/apache/htdocs/dizin/dosya.***l’se, Apache şu dizin/dosyaların
hepsinin bir sembolik bağ olmadığını kontrol eder:

(/ asla kontrol edilmez, çünkü / her zaman gerçek bir dizindir)
/usr
/usr/local
/usr/local/apache
/usr/local/apache/htdocs
/usr/local/apache/htdocs/dizin
/usr/local/apache/htdocs/dizin/dosya.***l
Burada önemli olan şudur, /usr/local/apache/htdocs fiziksel (gerçek) bir
dizin olsa da Apache bunu kontrol etmek zorundadır. Ayrıca yapılan iki
işlem de, dosyanın/dizinin gerçek sahibini almak, sembolik bağın
sahibini almak ve bunları karşılaştırmak. Örneğin, webauthor kullanıcısı
şu komutla:

$ln -s /usr/local/apache/htdocs/gizli_dizin /etc

şeklinde bir komutla bir sembolik bağ yaratmışsa,
/usr/local/apache/htdocs/gizli_dizin’in sahibi (webuser) ve /etc’nin
sahibi (root) sistem çağrıları aracılığıyla alınır ve karşılaştırılır.
Bu tip dizinlerin sık çağrılması durumunda tepki süresi düşecektir.
Ayrıca, bu karşılaştırma işleminin sonuçları önbelleklenmez, dolayısıyla
bu kontroller her çağrıda tekrar tekrar yapılır.

Alternatif çözüm
Güvenlikten fazla taviz verilmeden gidilecek daha iyi bir çözüm,
dosyaların kök dizini dışında sembolik bağ kontrolünü açıp, kök dizinin
altında kapatmak olabilir.

********Root /webroot/docs
…

Options FollowSymLinks

Options -FollowSymLinks +SymLinksIfOwnerMatch
Bu şekilde, dosyaların kök dizini altında, sembolik bağı veren kişiyle
bağ verilen dosya/dizinin sahibi aynı kişi değilse, Apache o
dosyayı/dizini istemciye göndermeyecektir, ve güvenlik de nispeten
artmış olacaktır.

Çocuk sunucularla ilgili ayarlar
Apache, tepki süresini arttırmak amacıyla, bir miktar çocuk sunucuyu
(child server, fork edilen sunucular) önceden açar ve boşta bekletir.
Diğer sunucuların meşgul olması ve yeni bir istemcinin bağlanması
durumunda bu sunuculardan bir tanesi gelen isteği karşılar. Ani
yüklenmelerin (transient peak) olduğu bir sunucuda, boşta bekleyen
sunucuların fazlaca olması tavsiye edilir. Apache’de varsayılan şu iki
yönerge vardır:

MinSpareServers 5
MaxSpareServers 10

Bu sayıları aşağıdaki gibi 32 ve 48 şeklinde değiştirmeniz, bir anda 32
istemcinin birden sunucudan dosya istemesi halinde, anında tepki
verilebilmesini sağlar:

MinSpareServers 32
MinSpareServers 48

Yine de hatırlatmak gerekir, açılan her çocuk sunucu bellek kullanımını
arttırır. Bu sayıyı çok arttırmanız durumunda Web sunucunun kullandığı
bellek, fiziksel belleği aşacağı için sunucu diske swap yapmaya başlar
ki bu da performansı düşürür. Dolayısıyla doğru ayarları bulana kadar,
bir miktar deneme/yanılma yapmanız gerekebilir.

Bir başka ayar da, çocuk sunucuların ölmeden önce kaç isteğe cevap
vereceği ayarıdır. Apache’nin varsayılan ayarı:

MaxRequestsPerChild 10000

şeklindedir. Bu sayıyı çok düşürmeniz halinde (ör. 50-100), sunucular
sürekli olarak öldürülüp tekrar başlatılacaktır, ki bu da sunucunun
tepki süresini düşürür. Çok yüksek olması durumunda (ör. 100,000 ya da
sınırsız için kullanılan 0) ise, çocuk sunucuların bellek akıtma (memory
leaking) problemi varsa (ör. Solaris’de vardır), bellek kullanımı
artacaktır ve sunucunun performansı yine düşecektir. Bu tip bir
probleminiz varsa ve sunucunuza gelen trafik sürekli yüksek değilse, bu
sayıyı 500-1000′e kadar düşürebilirsiniz.

.htaccess’le ilgili ayarlar
Apache’nin bir özelliği de, bazı dizinlerde bulunabilen .htaccess
dosyaları aracılığıyla kullanıcılardan isim/şifre isteyebilmesi ya da IP
numaralarını kontrol ederek erişimi kısıtlayabilmesidir. Bazı sistem
yöneticileri bu dosyaları kullanabilmek için şu şekilde bir tanımlama
yapabilirler:

********Root /webroot/docs/
…

AllowOverride AuthConfig
Ancak sembolik bağlarda çıkan durum burada da vardır. Apache bu dizinin
altındaki her dizinde (her seferinde bir alta inerek) bir .htaccess
dosyasının olup olmadığını kontrol etmek zorunda kalır ve bu da
performansı düşürür. Bunun yerine sadece gerekli dizinlerde bu ayar
açılarak sunucunun diğer dizinlerde bir kontrol işlemi yapması
engellenebilir, ve bu da performansı arttırır. Örneğin, şu şekilde bir
tanımlama kullanılabilir:

********Root /webroot/docs/
…

AllowOverride None

AllowOverride AuthConfig>
Kayıt dosyalarıyla ilgili ayarlar
Apache, sunucuya bağlanan kullanıcıların isteklerinin detaylı bir
kaydını tutabilir. Birçok sistem yöneticisi de varsayılanları kullandığı
için genelde şu ikisinden biri tercih edilir:

CustomLog /usr/local/apache/logs/access_log common

CustomLog /usr/local/apache/logs/access_log combined

Eğer Apache’nin tepki süresini hızlandırmak istiyorsanız, kayıtları
kapatın! Bu birçok sistem yöneticisine mide spazmı bile geçirtebilecek
bir öneridir, ancak Apache gelen her istek için bu dosyaları açmakta ve
gerekli değişkenleri hesaplayıp dosyaya eklemektedir. Bir Web
sunucusunda performans genel olarak, dosyaları işleme süresinin
düşüklüğü ve diske ne kadar az erişim yaptığıyla belirlenir. Hiç kayıt
tutulmaması ve dosyaların önbelleklenmesi gibi tekniklerle, sunucu
minimum seviyede disk erişimi yapacağından tepki süresi çok artacaktır.

Burada kapılınabilecek yanlış bir hüküm, kayıt dosyalarına yazılan
verilerin miktarının düşürülmesinin performansı arttıracağıdır. Bu
kısmen doğrudur, ancak yine de fiziksel disk erişimi her durumda yavaş
olduğundan performansı çok arttırmayacaktır.

Diğer ayarlar
Kullanıcıların istekleriyle cevabın gönderilmesi arasındaki süre
KeepAlive olarak adlandırılır. Bu süre düşürülerek, hattaki gecikmeler
nedeniyle sunucunun gereksiz yere paketleri göndermek için meşgul
edilmemesi sağlanabilir. Varsayılan ayar

Timeout 300

(saniye) şeklindedir. Bu değer örneğin

Timeout 120

yapılabilir. Bu değerin çok düşürülmesi (ör. 5-10) durumunda ise,
istemcilerin hoşuna gitmeyen sonuçlar çıkacaktır: sunucu isteği aldıktan
sonra paketi gönderecek ve kısa bir süre sonra paketler bitmese bile
bağlantıyı kesecektir.

SSI ve CGI kullanmak, birçok sayfada otomasyona gidilmesini sağlarken,
bir yandan da performansı düşürmektedir. Bu iki tekniği kullanarak
üretilen her sayfa, fazladan bir disk erişimi ya da program
çalıştırılmasını gerektirdiğinden tepki süresi artacaktır.

Sunucu durumunu öğrenmek için /server-status işlemcisini
kullanıyorsanız, bu da performansı düşürecektir. Apache, bu işlemcinin
her an çağırılabilme ihtimaline karşı her istek için o andaki saati
sistemden öğrenmek durumunda kalacaktır ve bu da bir hız düşüşü şeklinde
ortaya çıkacaktır. Bu işlemciyi kapatmak için

ExtendedStatus off

yönergesini veriniz.

Performansı özellikle düşüren bir diğer yönerge de HostnameLookups
on’dur. Bu yönerge verildiğinde, özellikle kayıt dosyalarında,
istemcinin IP numarası yerine tam adresi (FQDN, ör.
istemci.bolum.kurum.edu.tr) kullanılabilir. Ancak bu durumda, istemcinin
IP numarası bir DNS sunucusundan bakılarak, adresi bulunmak zorundadır
ki, performans ciddi ölçüde düşecektir. Eğer bunu istemiyorsanız bu
özelliği şu şekilde iptal edebilirsiniz:

HostnameLookups off

Bir başka performans arttırımı da sık kullanılmayan modüllerin DSO
(Dynamic Shared Object) olarak derlenmesi ve kullanılmadıkça bellekte
durmamasıdır. Bunun için Apache’yi derlerken şuna benzer parametreleri
vermelisiniz:

#./configure \
–enable-rule=SHARED_CORE \
–enable-shared=define \
–enable-shared=headers \
–enable-shared=include

Burada –enable-rule=SHARED_CORE komutu DSO desteğini açacak,
–enable-shared= satırları da DSO olarak derlenecek modülleri
belirtecektir. Bu şekilde, sunucunun bellekte kapladığı yer azalacaktır
ve daha çok çocuk sunucu hazırda bekletilebilecektir.

Özet ve işletim sistemiyle ilgili ayarlar
Bir Web sunucusunun tepki süresi arttırılmak isteniyorsa, asıl prensip
sunucunun mümkün olduğu kadar az disk erişimi yapmasıdır, çünkü dosyalar
bir program tarafından işleniyor bile olsa, bellekteki işleme süresi,
disk erişim süresinden kat kat hızlıdır. Ayrıca, Web sunucusunun mutlaka
bol miktarda belleği olmalıdır, ve bellek yetersizliğinden dolayı diske
asla swap yapmamalıdır. Eğer, sunucu disk erişimi yapmak zorundaysa,
hızlı bir disk almanız tavsiye edilir, özellikle SCSI diskler bu işler
için idealdir. Bir başka öneriyse, Web sunucu makinesinin ayrık olması
durumunda, üzerindeki tüm gereksiz servislerin kapatılmasıdır, bu hem
boş belleği arttıracaktır, hem de güvenliği. Windows sunucularında
(Apache her ne kadar Unix türevlerindeki kadar performanslı çalışmasa
da), düzenli bir defragmentation işlemi de işe yarayacaktır, Unix’deyse
bu işleme zaten gerek yoktur.

Hem Unix türevlerinde, hem de Windows’da işe yarayan bir başka ayarsa,
Web dosyalarının durduğu diskin inode/cluster boyutlarının
büyütülmesidir. Böylece özellikle büyük dosyaların istemciye
gönderilmesi sırasında, sabit disk kafası bir o yana bir bu yana
dolaşmak zorunda kalmayacaktır ve diskin SeekTime (arama zamanı, disk
kafasının bir başka bölüme zıplama süresi) parametresinden kurtulmuş
olunacaktır.

Burada önerilebilecek bir diğer teknik, eğer dosyalarınız dinamik
üretiliyorsa, Unix’deki Paylaşımlı Bellek (Shared Memory) kullanarak
(PHP, Perl ve C’de bu destek vardır), işlenmiş sayfalar
önbelleklenebilir ve disk erişimi azaltılabilir. Ayrıca kayıtları
kapatmışsanız, önişleme yapan programınız aracılığıyla, kayıtları
programınız kendisi tutarak, biriktirip belli aralıklarla diske flush
ettirebilirsiniz. Böylece disk erişimi minimum seviyede olacaktır.

Bir başka teknik de, CGI programlarında aynı anda çalışabilecek kopya
sayısının sınırlandırılarak, sunucunun işlemcisinin fazlaca meşgul
edilmemesidir. Bunun için bir sayaç dosyası tutulabileceği gibi, bir
ortam değişkeni ya da paylaşımlı bellek de kullanılabilir. Sayaç dosyası
tekniği, yavaşlığı dolayısıyla da yarış durumları (race condition) daha
kolay çıktığı için, mümkünse tercih edilmemelidir.

Son olarak, işletim sistemlerinin bazı parametrelerinde oynamalar
yaparak, makine Web sunucusu olmak için özelleştirilebilir. Yararlı
olabilecek adresler:

Genel
Apache Performance Notes »
[Linkleri görebilmek için üye olun veya giriş yapın.]
Hints on Running a High-Performance Web Server »
[Linkleri görebilmek için üye olun veya giriş yapın.]
SGI: Accelerating Apache »
[Linkleri görebilmek için üye olun veya giriş yapın.]
Zend Optimizer (for PHP) »
[Linkleri görebilmek için üye olun veya giriş yapın.]
mod_perl Guide: Performance, Benchmarks »
[Linkleri görebilmek için üye olun veya giriş yapın.]
mod_perl Guide: Performance Tuning »
[Linkleri görebilmek için üye olun veya giriş yapın.]
Watching your Web server »
[Linkleri görebilmek için üye olun veya giriş yapın.]
Tuning Apache Web Servers for Speed »
[Linkleri görebilmek için üye olun veya giriş yapın.]
Optimizing Apache/MySql for a Production Environment »
[Linkleri görebilmek için üye olun veya giriş yapın.]
Solaris
Solaris - Tuning your TCP/IP stack »
[Linkleri görebilmek için üye olun veya giriş yapın.]
Sun Performance Information »
[Linkleri görebilmek için üye olun veya giriş yapın.]
How does Solaris 2.6 improve performance stats and Web performance? »
[Linkleri görebilmek için üye olun veya giriş yapın.]
Linux
Hints on Running a High-Performance Web Server (Linux Section) »
[Linkleri görebilmek için üye olun veya giriş yapın.]
Linux Web Server Optimizations »
[Linkleri görebilmek için üye olun veya giriş yapın.]
FreeBSD
Running a High-Performance Web Server for BSD »
[Linkleri görebilmek için üye olun veya giriş yapın.]

Kaynak: Eno7

Apache httpd.conf ve Apache Hızlandırma Ayarları

Apache httpd.conf ve Apache Hızlandırma Ayarları

Geri: Apache httpd.conf ve Apache Hızlandırma Ayarları

Geri: Apache httpd.conf ve Apache Hızlandırma Ayarları

Geri: Apache httpd.conf ve Apache Hızlandırma Ayarları

Similar topics

Similar topics