Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.
-
-
Bu belge geleneksel bir SSS’ten çok Apache HTTP Sunucusu ile ilgili
- sorunlarla karşılaştığınızda ne yapacağınızı gösteren bir rehber
- niteliğindedir.
-
-
Daha geleneksel ama biraz eski tarihli bir SSS belgesi olarak Apache 1.3
- SSS’sine bakabilirsiniz.
Apache sunucu yazılımınızla ilgili sorunlar yaşıyorsanız şu adımları izleyin:
-
-
-
Günlük kayıt dosyalarına bakın!
-
Apache sorunları saptamaya ve size yardımcı olmaya çalışır. Çoğu
- durumda, günlük dosyalarına bir kaç ileti yazarak sunucu hataları için
- size bazı ayrıntıları sağlayacaktır. Bu genellikle sorunun sizin
- tarafınızdan teşhis edilmesi (dosya izinleri ve benzeri) ve düzeltilmesi
- için yeterli olur. Hata kayıtlarının tutulduğu günlük dosyalarının
- öntanımlı yeri /usr/local/apache2/logs/error_log olup
- sizin sunucunuzdaki yeri için yapılandırma dosyalarınızdaki ErrorLog yönergesine bakabilirsiniz.
-
-
Genellikle başvurulan ilk yerlerden biri olarak yolunuz yardımlaşma
- listelerinden birine düşerse sizden ilk olarak biraz bilgi sağlamanız
- istenecektir. Bu bakımdan hataların yazıldığı günlük kayıt dosyalarını
- nerede bulacağınızı bilmelisiniz. Eğer yerlerinden emin değilseniz
- kullandığınız dağıtıma göre dosyaların yerlerini gösteren
- wiki
- sayfası size fikir verebilir.
-
-
Wiki’yi inceleyin
-
Httpd Wiki, çoğu sorunun
- çözümüne yardımcı olacak kılavuzlar içerir.
-
-
Apache hata ayıklama veritabanına bakın
-
Apache Grubuna bildirilen çoğu sorun hata ayıklama veritabanına
- kaydedilir. Açık ya da kapalı, mevcut hata raporlarını incelemeden ve
- sorununuz hakkında kullanıcı destek listelerine (aşağıya bakınız) danışmadan
- lütfen yeni bir hata bildirimi yapmayın. Zaten raporlanmış
- bir sorunsa bir “ben de” veya “+1” raporu eklemeyin.
Apache, bilgilerini gönüllü olarak paylaşan etkin bir kullanıcı
- topluluğuna sahiptir. Bu topluluğa katılarak sorularınıza ve sorunlarınıza
- genellikle en iyi ve en hızlı yanıtı alırsınız.
Kullanıcı desteği ile ilgili olarak Freenode IRC
- üzerindeki #httpd kanalı da kullanılabilir.
-
-
-
Lütfen hata bildirimi için hata ayıklama veritabanını kullanın!
-
Eğer yukarıdaki adımlardan size uygun olanları izlemiş ve bir çare bulamamışsanız lütfen bir hata ayıklama bildiriminde
- bulunarak httpd geliştiricilerini sorun hakkında bilgilendirin.
-
-
Eğer sorununuz sunucunun çökmesine ve bir ‘core’ üretilmesine sebep oluyorsa
- hatayı bildirirken lütfen (mümkünse) bir geriye
- doğru hata izleme raporu ekleyin.
Milyonlarca kullanıcı ve altmıştan az gönüllü geliştirici ile Apache için kişisel
- destek sağlayamıyoruz. Ücretsiz destek için yardımlaşma listelerine katılmanızı öneriyoruz
- (yukarı bakınız).
-
-
Profesyonel ve ticari Apache desteği almak için bu tür destekleri sunan şirketlere başvurunuz.
Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.
-
Bu hızlı yönerge kılavuzunda Apache yapılandırma yönergelerinin kullanımı, öntanımlı değerleri, durumu ve bağlamı gösterilmiştir. Bunların her biri hakkında ayrıntılı bilgi almak için Yönerge Sözlüğüne bakınız.
+
Bu hızlı yönerge kılavuzunda Apache yapılandırma yönergelerinin
+ kullanımı, öntanımlı değerleri, durumu ve bağlamı gösterilmiştir. Bunların
+ her biri hakkında ayrıntılı bilgi almak için Yönerge Sözlüğüne bakınız.
-
İlk sütunda yönergenin ismi ve kullanımı belirtilmiştir. İkinci sütunda yönergenin varsa öntanımlı değeri gösterilmiştir. Eğer öntanımlı değer sütuna sığmayacak kadar uzunsa sığmayan kısmın yerine “+” imi konmuştur.
+
İlk sütunda yönergenin ismi ve kullanımı belirtilmiştir. İkinci sütunda
+ yönergenin varsa öntanımlı değeri gösterilmiştir. Eğer öntanımlı değer
+ sütuna sığmayacak kadar uzunsa sığmayan kısmı kırpılıp yerine “+” imi
+ konmuştur.
-
Aşağıda sağdaki gösterge tablolarına uygun olarak, üçüncü sütunda yönergenin kullanımına izin verilen bağlamlar, dördüncü sütunda ise yönergenin durumu gösterilmiştir.
+
Aşağıda sağdaki gösterge tablolarına uygun olarak, üçüncü sütunda
+ yönergenin kullanımına izin verilen bağlamlar, dördüncü sütunda ise
+ yönergenin durumu gösterilmiştir.
Bu MPM’i denetim altında tutmakta kullanılan en önemli yönergeler, her
çocuk süreç için konuşlandırılacak evre sayısını belirleyen ThreadsPerChild yönergesi ile devreye
- sokulacak toplam evre sayısının azamisini belirleyen MaxClients yönergesidir.
+ sokulacak toplam evre sayısının azamisini belirleyen MaxRequestWorkers yönergesidir.
@@ -85,27 +84,28 @@ ayarlanması
dinleyip gelenleri işlenmek üzere bu sunucu evrelerinden birine
aktarır.
-
Apache daima, gelen isteklere hizmet sunmaya hazır yedek
+
Apache HTTP Sunucusu daima, gelen isteklere hizmet sunmaya hazır
+ yedek
veya boştaki sunucu evrelerinden oluşan bir havuzu canlı tutmaya
çalışır. Bu suretle, istemcilere isteklerinin sunulması için yeni çocuk
süreçlerin çatallanmasını, dolayısıyla yeni evrelerin
konuşlandırılmasını beklemek gerekmez. Başlangıçta çalıştırılacak çocuk
süreçlerin sayısı StartServers yönergesinde belirtilir.
- Apache, çalışma süresi boyunca MinSpareThreads ve MaxSpareThreads yönergeleri ile belirtilen sınırlar
+ Apache httpd, çalışma süresi boyunca MinSpareThreads ve MaxSpareThreads yönergeleri ile belirtilen sınırlar
dahilinde kalmak üzere gerektiğinde süreçleri öldürerek gerektiğinde
yenilerini devreye alarak tüm süreçlerdeki toplam evre sayısını sabit
tutmaya çalışır. Bu işlem kendiliğinden çok iyi yürüdüğünden bu
yönergelere öntanımlı değerlerinden farklı değerlerin atanması nadiren
gerekli olur. Aynı anda hizmet sunulabilecek istemcilerin sayısı (yani,
- tüm süreçlerin toplam evre sayısı) MaxClients yönergesi ile belirlenir. Etkin çocuk
- süreçlerin sayısı ise MaxClients yönergesindeki değerin ThreadsPerChild yönergesindeki değere
+ tüm süreçlerin toplam evre sayısı) MaxRequestWorkers yönergesi ile belirlenir. Etkin çocuk
+ süreçlerin sayısı ise MaxRequestWorkers yönergesindeki değerin ThreadsPerChild yönergesindeki değere
bölünmesi ile elde edilir.
Bu iki yönerge aynı anda etkin olabilecek çocuk süreçlerin ve her
çocuk süreçteki sunucu evreleri sayısının üst sınırını belirler ve bu
sınır sadece ana sunucu tamamen durdurulup yeniden başlatılarak
değiştirilebilir. ServerLimit yönergesinin değeri etkin çocuk süreç
- sayısının üst sınırı olup MaxClients yönergesindeki değerin ThreadsPerChild yönergesindeki değere
+ sayısının üst sınırı olup MaxRequestWorkers yönergesindeki değerin ThreadsPerChild yönergesindeki değere
bölünmesi ile elde değere eşit veya bundan küçük olması gerekir.
ThreadLimit yönergesinin
değeri ise sunucu evreleri sayısının üst sınırını belirler ve ThreadsPerChild yönergesindeki değerden
@@ -114,17 +114,17 @@ ayarlanması
Sonlandırma sırasında etkin çocuk süreçlere ek olarak mevcut istemci
bağlantılarını işleme sokmaya çalışan tek bir sunucu evresinden başka
fazladan bir çocuk süreç etkin kalabileceği gibi sonlandırılacak süreç
- sayısının en fazla MaxClients olması gerekirse de gerçekte sayı bundan küçük
- olabilir. Şöyle bir işlemle tek bir çocuk sürecin sonlandırılması
+ sayısının en fazla MaxRequestWorkers olması gerekirse de gerçekte sayı bundan
+ küçük olabilir. Şöyle bir işlemle tek bir çocuk sürecin sonlandırılması
iptal edilerek bu gibi durumlara karşı önlem alınabilir:
Unix altında 80. portu dinleyebilmek için ana sürecin root tarafından
çalıştırılmış olması gerekirse de çocuk süreçler ve evreler Apache
- tarafından daha az yetkili bir kullanıcının aidiyetinde
- çalıştırılırlar. Apache’nin çocuk süreçlerinin kullanıcı ve gruplarını
- ayarlamak için User ve
- Group yönergeleri kullanılır.
+ httpd tarafından daha az yetkili bir kullanıcının aidiyetinde
+ çalıştırılırlar. Apache httpd’nin çocuk süreçlerinin kullanıcı ve
+ gruplarını ayarlamak için User
+ ve Group yönergeleri
+ kullanılır.
Çocuk süreçlerin sunacakları içeriği okumaya yetkili olmaları gerekir,
fakat bu yetkinin mümkün olduğunca kısıtlı tutulmasına çalışılmalıdır.
Bundan başka, suexec kullanılmadığı takdirde, bu
yönergeler CGI betikleri tarafından miras alınacak yetkili kullanıcı
ve grubu da ayarlarlar.
MaxConnectionsPerChild
yönergesi ana sunucunun eski süreçleri öldürüp yenilerini oluşturmayı
ne kadar sıklıkla yapacağını denetler.
+
+
Bu MPM, gürleyen sürü sorunu ortaya çıktığında (genelde çok sayıda
+ dinlenen soket varlığında) gelen bağlantılara erişimi dizgileştirmek için
+ mpm-accept muteksini kullanır. Bu muteksin gerçeklenimle
+ ilgili hususları Mutex yönergesi ile
+ yapılandırılabilir. Bu muteks hakkında ek bilgi için başarımın arttırılması
+ belgesine bakınız.