From a24aa70ff8802e2f9ebc4e9cb771b16b6e3151ff Mon Sep 17 00:00:00 2001 From: Vincent Bray Date: Tue, 22 Apr 2008 17:53:18 +0000 Subject: [PATCH] Update transformations (missing turkish translations) git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.0.x@650596 13f79535-47bb-0310-9956-ffa450edef68 --- docs/manual/bind.html.en | 6 +- docs/manual/bind.html.es | 6 +- docs/manual/bind.html.fr | 6 +- docs/manual/bind.html.ja.utf8 | 6 +- docs/manual/bind.html.ko.euc-kr | 6 +- docs/manual/bind.html.tr.utf8 | 342 +-- docs/manual/glossary.html.de | 6 +- docs/manual/glossary.html.en | 6 +- docs/manual/glossary.html.es | 6 +- docs/manual/glossary.html.ko.euc-kr | 6 +- docs/manual/glossary.html.tr.utf8 | 918 ++++----- docs/manual/install.html.de | 6 +- docs/manual/install.html.en | 6 +- docs/manual/install.html.es | 6 +- docs/manual/install.html.ja.utf8 | 6 +- docs/manual/install.html.ko.euc-kr | 6 +- docs/manual/install.html.ru.koi8-r | 6 +- docs/manual/install.html.tr.utf8 | 758 +++---- docs/manual/invoking.html.de | 6 +- docs/manual/invoking.html.en | 6 +- docs/manual/invoking.html.es | 6 +- docs/manual/invoking.html.ja.utf8 | 6 +- docs/manual/invoking.html.ko.euc-kr | 6 +- docs/manual/invoking.html.ru.koi8-r | 6 +- docs/manual/invoking.html.tr.utf8 | 296 +-- docs/manual/mod/mpm_common.html.de | 6 +- docs/manual/mod/mpm_common.html.en | 6 +- docs/manual/mod/mpm_common.html.es | 6 +- docs/manual/mod/mpm_common.html.ja.utf8 | 6 +- docs/manual/mod/mpm_common.html.tr.utf8 | 1828 ++++++++--------- docs/manual/mpm.html.de | 6 +- docs/manual/mpm.html.en | 6 +- docs/manual/mpm.html.es | 6 +- docs/manual/mpm.html.ja.utf8 | 6 +- docs/manual/mpm.html.ko.euc-kr | 6 +- docs/manual/mpm.html.ru.koi8-r | 6 +- docs/manual/mpm.html.tr.utf8 | 254 +-- docs/manual/programs/index.html.en | 6 +- docs/manual/programs/index.html.es | 6 +- docs/manual/programs/index.html.ko.euc-kr | 6 +- docs/manual/programs/index.html.ru.koi8-r | 6 +- docs/manual/programs/index.html.tr.utf8 | 178 +- .../rewrite/rewrite_guide_advanced.html.en | 317 +-- docs/manual/sections.html.en | 6 +- docs/manual/sections.html.es | 6 +- docs/manual/sections.html.ja.utf8 | 6 +- docs/manual/sections.html.ko.euc-kr | 6 +- docs/manual/sections.html.tr.utf8 | 942 ++++----- docs/manual/stopping.html.de | 6 +- docs/manual/stopping.html.en | 6 +- docs/manual/stopping.html.es | 6 +- docs/manual/stopping.html.ja.utf8 | 6 +- docs/manual/stopping.html.ko.euc-kr | 6 +- docs/manual/stopping.html.ru.koi8-r | 6 +- docs/manual/stopping.html.tr.utf8 | 484 ++--- 55 files changed, 3339 insertions(+), 3248 deletions(-) diff --git a/docs/manual/bind.html.en b/docs/manual/bind.html.en index 2c9b078436f..4712204915e 100644 --- a/docs/manual/bind.html.en +++ b/docs/manual/bind.html.en @@ -22,7 +22,8 @@  es  |  fr  |  ja  | - ko 

+ ko  | + tr 

Configuring Apache to listen on specific addresses and ports.

@@ -168,7 +169,8 @@  es  |  fr  |  ja  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/bind.html.es b/docs/manual/bind.html.es index 1c8794d7f9e..06fd8bcc286 100644 --- a/docs/manual/bind.html.es +++ b/docs/manual/bind.html.es @@ -22,7 +22,8 @@  es  |  fr  |  ja  | - ko 

+ ko  | + tr 

Cómo configurar Apache para que escuche en direcciones IP @@ -178,7 +179,8 @@  es  |  fr  |  ja  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/bind.html.fr b/docs/manual/bind.html.fr index dd41cb000f2..25bc05d2f76 100644 --- a/docs/manual/bind.html.fr +++ b/docs/manual/bind.html.fr @@ -22,7 +22,8 @@  es  |  fr  |  ja  | - ko 

+ ko  | + tr 

Configuration des adresses et ports sur lesquels Apache écoute.

@@ -185,7 +186,8 @@  es  |  fr  |  ja  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/bind.html.ja.utf8 b/docs/manual/bind.html.ja.utf8 index 2fde2b52562..03109953ef4 100644 --- a/docs/manual/bind.html.ja.utf8 +++ b/docs/manual/bind.html.ja.utf8 @@ -22,7 +22,8 @@  es  |  fr  |  ja  | - ko 

+ ko  | + tr 

This translation may be out of date. Check the English version for recent changes.
@@ -184,7 +185,8 @@  es  |  fr  |  ja  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/bind.html.ko.euc-kr b/docs/manual/bind.html.ko.euc-kr index 064fadd05bd..f868e4ba5e0 100644 --- a/docs/manual/bind.html.ko.euc-kr +++ b/docs/manual/bind.html.ko.euc-kr @@ -22,7 +22,8 @@  es  |  fr  |  ja  | - ko 

+ ko  | + tr 

ÀÌ ¹®¼­´Â ÃÖ½ÅÆÇ ¹ø¿ªÀÌ ¾Æ´Õ´Ï´Ù. ÃÖ±Ù¿¡ º¯°æµÈ ³»¿ëÀº ¿µ¾î ¹®¼­¸¦ Âü°íÇϼ¼¿ä.
@@ -154,7 +155,8 @@  es  |  fr  |  ja  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/bind.html.tr.utf8 b/docs/manual/bind.html.tr.utf8 index 3a4ee573dac..ebe8e703b79 100644 --- a/docs/manual/bind.html.tr.utf8 +++ b/docs/manual/bind.html.tr.utf8 @@ -1,172 +1,172 @@ - - - -Dinleme - Apache HTTP Sunucusu - - - - - -
<-
-
-Apache > HTTP Sunucusu > Belgeleme > Sürüm 2.0

Dinleme

-
-

Mevcut Diller:  en  | - es  | - fr  | - ja  | - ko  | - tr 

-
- -

Apache’nin belli adresleri ve portları dinlemek üzere - yapılandırılması.

-
- -
top
-
-

Genel Bakış

- - - - - -

Apache başlatıldığında yerel makinedeki bazı adres ve portları kendine - bağlar ve gelecek istekleri bekler. Öntanımlı olarak makine üzerindeki - tüm adresleri dinler. Bununla birlikte, belli portları veya sadece - seçilmiş bazı adresleri ya da her ikisini de dinlemesi için bunun - belirtilmesi gerekebilir. Bu çoğunlukla, Apache’nin farklı IP - adreslerine, konak isimlerine ve portlarına nasıl yanıt vereceğinin - belirlendiği sanal konak özelliği ile birlikte yürür.

- -

Listen yönergesi sunucuya - gelen istekleri sadece belli portlardan veya belli adres ve port - birleşimlerinden kabul etmesini söyler. Listen yönergesinde sadece port - numarası belirtilmişse sunucu tüm arabirimlerin belirtilen portunu - dinleyecektir. Portla birlikte bir IP adresi de belirtilmişse sunucu - belirtilen portu ve arabirimi dinleyecektir. Çok sayıda adres ve portu - dinlemek için çok sayıda Listen yönergesi kullanılabilir. Sunucu - böyle bir durumda belirtilen bütün adres ve portlardan gelen isteklere - yanıt verecektir.

- -

Örneğin, sunucunun hem 80 portundan hem de 8000 portundan gelen - bağlantıları kabul etmesini sağlamak için,

- -

- Listen 80
- Listen 8000 -

- -

yapılandırmasını kullanabilirsiniz. Sunucunun 80 portuna gelen - bağlantıları bir arabirimden 8000 portuna gelenleri ise başka bir - arabirimden kabul etmesini sağlamak için ise,

- -

- Listen 192.0.2.1:80
- Listen 192.0.2.5:8000 -

- -

yapılandırmasını kullanabilirsiniz. IPv6 adresleri aşağıdaki örnekteki - gibi köşeli ayraçlar içine alınarak belirtilmelidir:

- -

- Listen [2001:db8::a00:20ff:fea7:ccea]:80 -

-
top
-
-

IPv6 Adreslerin Durumu

- - -

IPv6’yı gerçekleyen platformların sayısı giderek artmaktadır. Bu - platformların çoğunda APR, Apache’nin IPv6 - soketleri ayırmasını mümkün kılarak IPv6’yı desteklemekte ve IPv6 - üzerinden gönderilmiş istekleri elde etmektedir.

- -

Apache yöneticilerinin kafasını karıştırıran tek şey IPv6 soketlerin - hem IPv4 hem de IPv6 bağlantılarını kabul edip etmeyeceğidir. IPv4 - bağlantılarını kabul eden IPv6 soketleri IPv4 eşlemli IPv6 adresleri - kullanırlar. Bu çoğu sistemde öntanımlı olarak böyleyken, FreeBSD, - NetBSD ve OpenBSD’de sistem geneline uygulanan kurallar gereğince - öntanımlı olarak buna izin verilmez; bu sistemlerde özel bir - configure parametresi ile Apache’nin davranışı - değiştirilebilir.

- -

Apache’nin IPv4 ve IPv6 adresleri, IPv4 eşlemli IPv6 adreslerin - kullanımını gerektiren en az sayıda soketle kabul etmesini - istiyorsanız, configure betiğine - --enable-v4-mapped seçeneğini belirtiniz ve Listen yönergesini örnekteki gibi - kullanınız:

- -

- Listen 80 -

- -

--enable-v4-mapped seçeneği ile derlenen Apache - tarafından oluşturulan öntanımlı yapılandırma dosyasındaki Listen yönergeleri bu biçimi - kullanacaktır. --enable-v4-mapped seçeneği, FreeBSD, - NetBSD ve OpenBSD hariç tüm platformlarda öntanımlıdır. Muhtemelen siz - de Apache’nin böyle derlenmesini isterdiniz.

- -

Platformunuzun ve APR’nin neyi desteklediğine bakmaksızın Apache’nin - sadece IPv4 adresleri kabul etmesini istiyorsanız, tüm Listen yönergelerinde örnekteki gibi - IPv4 adresleri belirtiniz:

- -

- Listen 0.0.0.0:80
- Listen 192.0.2.1:80 -

- -

Apache’nin IPv4 ve IPv6 adresleri ayrı soketlerden kabul etmesini - (yani IPv4 eşlemli IPv6 adreslerin iptalini) istiyorsanız - configure betiğine --disable-v4-mapped - seçeneğini belirtiniz ve bu amaca yönelik Listen yönergelerini örnekteki gibi - belirtiniz:

- -

- Listen [::]:80
- Listen 0.0.0.0:80 -

- -

--disable-v4-mapped seçeneği ile derlenen Apache - tarafından oluşturulan öntanımlı yapılandırma dosyasındaki Listen yönergeleri bu biçimi - kullanacaktır. --disable-v4-mapped seçeneği, FreeBSD, - NetBSD ve OpenBSD’de öntanımlıdır.

-
top
-
-

Sanal Konaklarla Nasıl Çalışır?

- - -

Listen yönergesi sanal - konaklar için gerçeklenmemiştir; sadece ana sunucuya hangi adresleri ve - portları dinleyeceğini söyler. Hiç <VirtualHost> yönergesi kullanılmamışsa sunucu - kabul edilen tüm isteklere aynı şekilde davranacaktır. Eğer bir veya - daha fazla adres ve port için farklı bir davranış belirtmek - istiyorsanız <VirtualHost> kullanabilirsiniz. Bir sanal - konağı gerçeklemek için önce sunucunun sanal konak için kullanacağı - adres ve portu dinleyeceğini belirtmek gerekir. Bundan sonra bu sanal - konağın davranışını ayarlamak üzere belirtilen adres ve port için bir - <VirtualHost> bölümü - oluşturulmalıdır. Yalnız dikkat edin, eğer <VirtualHost> için belirtilen adres ve port - sunucu tarafından dinlenmiyorsa ona erişemezsiniz.

-
-
-

Mevcut Diller:  en  | - es  | - fr  | - ja  | - ko  | - tr 

-
+ + + +Dinleme - Apache HTTP Sunucusu + + + + + +
<-
+
+Apache > HTTP Sunucusu > Belgeleme > Sürüm 2.0

Dinleme

+
+

Mevcut Diller:  en  | + es  | + fr  | + ja  | + ko  | + tr 

+
+ +

Apache’nin belli adresleri ve portları dinlemek üzere + yapılandırılması.

+
+ +
top
+
+

Genel Bakış

+ + + + + +

Apache başlatıldığında yerel makinedeki bazı adres ve portları kendine + bağlar ve gelecek istekleri bekler. Öntanımlı olarak makine üzerindeki + tüm adresleri dinler. Bununla birlikte, belli portları veya sadece + seçilmiş bazı adresleri ya da her ikisini de dinlemesi için bunun + belirtilmesi gerekebilir. Bu çoğunlukla, Apache’nin farklı IP + adreslerine, konak isimlerine ve portlarına nasıl yanıt vereceğinin + belirlendiği sanal konak özelliği ile birlikte yürür.

+ +

Listen yönergesi sunucuya + gelen istekleri sadece belli portlardan veya belli adres ve port + birleşimlerinden kabul etmesini söyler. Listen yönergesinde sadece port + numarası belirtilmişse sunucu tüm arabirimlerin belirtilen portunu + dinleyecektir. Portla birlikte bir IP adresi de belirtilmişse sunucu + belirtilen portu ve arabirimi dinleyecektir. Çok sayıda adres ve portu + dinlemek için çok sayıda Listen yönergesi kullanılabilir. Sunucu + böyle bir durumda belirtilen bütün adres ve portlardan gelen isteklere + yanıt verecektir.

+ +

Örneğin, sunucunun hem 80 portundan hem de 8000 portundan gelen + bağlantıları kabul etmesini sağlamak için,

+ +

+ Listen 80
+ Listen 8000 +

+ +

yapılandırmasını kullanabilirsiniz. Sunucunun 80 portuna gelen + bağlantıları bir arabirimden 8000 portuna gelenleri ise başka bir + arabirimden kabul etmesini sağlamak için ise,

+ +

+ Listen 192.0.2.1:80
+ Listen 192.0.2.5:8000 +

+ +

yapılandırmasını kullanabilirsiniz. IPv6 adresleri aşağıdaki örnekteki + gibi köşeli ayraçlar içine alınarak belirtilmelidir:

+ +

+ Listen [2001:db8::a00:20ff:fea7:ccea]:80 +

+
top
+
+

IPv6 Adreslerin Durumu

+ + +

IPv6’yı gerçekleyen platformların sayısı giderek artmaktadır. Bu + platformların çoğunda APR, Apache’nin IPv6 + soketleri ayırmasını mümkün kılarak IPv6’yı desteklemekte ve IPv6 + üzerinden gönderilmiş istekleri elde etmektedir.

+ +

Apache yöneticilerinin kafasını karıştırıran tek şey IPv6 soketlerin + hem IPv4 hem de IPv6 bağlantılarını kabul edip etmeyeceğidir. IPv4 + bağlantılarını kabul eden IPv6 soketleri IPv4 eşlemli IPv6 adresleri + kullanırlar. Bu çoğu sistemde öntanımlı olarak böyleyken, FreeBSD, + NetBSD ve OpenBSD’de sistem geneline uygulanan kurallar gereğince + öntanımlı olarak buna izin verilmez; bu sistemlerde özel bir + configure parametresi ile Apache’nin davranışı + değiştirilebilir.

+ +

Apache’nin IPv4 ve IPv6 adresleri, IPv4 eşlemli IPv6 adreslerin + kullanımını gerektiren en az sayıda soketle kabul etmesini + istiyorsanız, configure betiğine + --enable-v4-mapped seçeneğini belirtiniz ve Listen yönergesini örnekteki gibi + kullanınız:

+ +

+ Listen 80 +

+ +

--enable-v4-mapped seçeneği ile derlenen Apache + tarafından oluşturulan öntanımlı yapılandırma dosyasındaki Listen yönergeleri bu biçimi + kullanacaktır. --enable-v4-mapped seçeneği, FreeBSD, + NetBSD ve OpenBSD hariç tüm platformlarda öntanımlıdır. Muhtemelen siz + de Apache’nin böyle derlenmesini isterdiniz.

+ +

Platformunuzun ve APR’nin neyi desteklediğine bakmaksızın Apache’nin + sadece IPv4 adresleri kabul etmesini istiyorsanız, tüm Listen yönergelerinde örnekteki gibi + IPv4 adresleri belirtiniz:

+ +

+ Listen 0.0.0.0:80
+ Listen 192.0.2.1:80 +

+ +

Apache’nin IPv4 ve IPv6 adresleri ayrı soketlerden kabul etmesini + (yani IPv4 eşlemli IPv6 adreslerin iptalini) istiyorsanız + configure betiğine --disable-v4-mapped + seçeneğini belirtiniz ve bu amaca yönelik Listen yönergelerini örnekteki gibi + belirtiniz:

+ +

+ Listen [::]:80
+ Listen 0.0.0.0:80 +

+ +

--disable-v4-mapped seçeneği ile derlenen Apache + tarafından oluşturulan öntanımlı yapılandırma dosyasındaki Listen yönergeleri bu biçimi + kullanacaktır. --disable-v4-mapped seçeneği, FreeBSD, + NetBSD ve OpenBSD’de öntanımlıdır.

+
top
+
+

Sanal Konaklarla Nasıl Çalışır?

+ + +

Listen yönergesi sanal + konaklar için gerçeklenmemiştir; sadece ana sunucuya hangi adresleri ve + portları dinleyeceğini söyler. Hiç <VirtualHost> yönergesi kullanılmamışsa sunucu + kabul edilen tüm isteklere aynı şekilde davranacaktır. Eğer bir veya + daha fazla adres ve port için farklı bir davranış belirtmek + istiyorsanız <VirtualHost> kullanabilirsiniz. Bir sanal + konağı gerçeklemek için önce sunucunun sanal konak için kullanacağı + adres ve portu dinleyeceğini belirtmek gerekir. Bundan sonra bu sanal + konağın davranışını ayarlamak üzere belirtilen adres ve port için bir + <VirtualHost> bölümü + oluşturulmalıdır. Yalnız dikkat edin, eğer <VirtualHost> için belirtilen adres ve port + sunucu tarafından dinlenmiyorsa ona erişemezsiniz.

+
+
+

Mevcut Diller:  en  | + es  | + fr  | + ja  | + ko  | + tr 

+
\ No newline at end of file diff --git a/docs/manual/glossary.html.de b/docs/manual/glossary.html.de index 15e07d304cc..23b7abad70d 100644 --- a/docs/manual/glossary.html.de +++ b/docs/manual/glossary.html.de @@ -21,7 +21,8 @@

Verfügbare Sprachen:  de  |  en  |  es  | - ko 

+ ko  | + tr 

Diese Übersetzung ist möglicherweise nicht mehr aktuell. Bitte prüfen Sie die englische Version auf @@ -535,7 +536,8 @@

Verfügbare Sprachen:  de  |  en  |  es  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/glossary.html.en b/docs/manual/glossary.html.en index fcea803c5c2..cf5817ada58 100644 --- a/docs/manual/glossary.html.en +++ b/docs/manual/glossary.html.en @@ -21,7 +21,8 @@

Available Languages:  de  |  en  |  es  | - ko 

+ ko  | + tr 

This glossary defines some of the common terminology related to Apache in @@ -440,7 +441,8 @@

Available Languages:  de  |  en  |  es  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/glossary.html.es b/docs/manual/glossary.html.es index 5b08dc32466..5f4cf55936d 100644 --- a/docs/manual/glossary.html.es +++ b/docs/manual/glossary.html.es @@ -21,7 +21,8 @@

Idiomas disponibles:  de  |  en  |  es  | - ko 

+ ko  | + tr 

Esta traducción podría estar obsoleta. Consulte la versión en inglés de la @@ -388,7 +389,8 @@ SSL/TLS.
Consulte: Encriptado SSL/TLS

Idiomas disponibles:  de  |  en  |  es  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/glossary.html.ko.euc-kr b/docs/manual/glossary.html.ko.euc-kr index 10c06421eb0..d9dcf33c6ac 100644 --- a/docs/manual/glossary.html.ko.euc-kr +++ b/docs/manual/glossary.html.ko.euc-kr @@ -21,7 +21,8 @@

°¡´ÉÇÑ ¾ð¾î:  de  |  en  |  es  | - ko 

+ ko  | + tr 

ÀÌ ¹®¼­´Â ÃÖ½ÅÆÇ ¹ø¿ªÀÌ ¾Æ´Õ´Ï´Ù. ÃÖ±Ù¿¡ º¯°æµÈ ³»¿ëÀº ¿µ¾î ¹®¼­¸¦ Âü°íÇϼ¼¿ä.
@@ -357,7 +358,8 @@ ITU-T)

°¡´ÉÇÑ ¾ð¾î:  de  |  en  |  es  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/glossary.html.tr.utf8 b/docs/manual/glossary.html.tr.utf8 index 1ef86f86202..4972b20fb4f 100644 --- a/docs/manual/glossary.html.tr.utf8 +++ b/docs/manual/glossary.html.tr.utf8 @@ -1,460 +1,460 @@ - - - -Terim Sözlüğü - Apache HTTP Sunucusu - - - - - -
<-
-
-Apache > HTTP Sunucusu > Belgeleme > Sürüm 2.0

Terim Sözlüğü

-
-

Mevcut Diller:  de  | - en  | - es  | - ko  | - tr 

-
- -

Bu sözlük, genelinde HTML sayfa sunumuna, özelinde Apache HTTP Sunucusuna - özgü ortak terminolojinin bir kısmını içerir. Her kavram ile ilgili daha - ayrıntılı bilgi bağlarla sağlanmıştır.

-
-
top
-
-

Tanımlar

- -
-
Algoritma
- -
Bir sorunu sonlu sayıda adımda çözümlemek için uygulanan kurallar - kümesi veya anlam belirsizliği içermeyen bir formül. Şifreleme için - kullanılan algoritmalara şifre denir. -
- -
Aktarım Katmanı Güvenliği
-
İngilizcesi: Transport Layer Security (TLS)
-
TCP/IP ağları üzerinden genel iletişimin kimlik doğrulamalı ve şifreli - yapılabilmesi için SSL’nin ardılı olarak Genel Ağ Mühendisliği Görev Gücü - (IETF) tarafından oluşturulmuş protokol. TLS’nin 1. sürümü ile SSL’in 3. - sürümü hemen hemen aynıdır.
- Bakınız: SSL/TLS Şifrelemesi -
- -
Anahtar Parolası
-
Özel anahtar dosyalarını yetkisiz kişilerden koruyan sözcük veya - cümle. Genellikle sadece → ÅŸifreler - için kullanılan gizli şifreleme/şifre çözme anahtarını korur.
- Bakınız: SSL/TLS Şifrelemesi -
- -
Apache Eklenti - Aracı (apxs)
-
İngilizcesi: APache eXtension Tool - apxs
-
→ Modül kaynak kodlarının devinen - paylaşımlı nesneler (→ DSO) halinde - derlenmesine ve Apache Sunucusu içinde kurulmasına yardım eden bir Perl - betiği.
Daha ayrıntılı bilgi için apxs kılavuz - sayfasına bakınız. -
- -
Bağlam
-
→ Yapılandırma dosyalarında - sadece belli türdeki → yönergelerin - bulunmasına izin verilen bir bölge.
- Bakınız: Apache Yönergelerini - Açıklamak için Kullanılan Terimler -
- -
Bakışımlı Şifreleme Tekniği
-
Şifreleme ve şifre çözme için tek bir anahtarın kullanıldığı - bir şifreleme tekniği.
- Bakınız: SSL/TLS Şifrelemesi -
- -
Başlık
-
Bir → HTTP isteğinin parçası olarak, - gönderilen yanıtta asıl içerikten önce yer alan ve içerik hakkında - mecazlar içeren veri. -
- -
CONNECT
-
Ham veri kanallarını HTTP üzerinden yönlendirmek için kullanılan bir HTTP → yöntemi. SSL protokolü gibi diğer protokolleri sarmalamakta kullanılabilir. -
- -
Devingen - Paylaşımlı Nesne (DSO)
-
İngilizcesi: Dynamic Shared Object (DSO)
-
İstek halinde yüklenebilen, Apache httpd - çalıştırılabilir dosyasından ayrı olarak derlenmiş → modüllerin ortak adı.
- Bakınız: Devingen Paylaşımlı Nesne Desteği -
- -
Düz Metin
-
Şifrelenmemiş metin.
- -
Düzenli İfade - (Regex)
-
Metin içinde bir şablon tanımlama yolu. Örneğin, “A harfi ile - başlayan bütün sözcükler” veya “10 rakamlı telefon numaraları” ya da - “Baş harfi Z olmayan ve iki virgül içeren cümleler” gibi. Düzenli - ifadeler, Apache’de belli özniteliklere uygun dosya veya özkaynakları - toplamak için esnek bir yol sağlamasından ötürü oldukça yararlıdır. - Örneğin, “resimler” dizini altındaki dosyalardan .gif ve .jpg uzantılı - olanları toplamak için “/resimler/.*(jpg|gif)$” düzenli - ifadesi yazılabilir. Apache, PCRE - kütüphanesi ile sağlanan Perl uyumlu düzenli ifadeleri kullanır. -
- -
Erişim Denetimi
- -
Ağ bölgelerine erişimin kısıtlanması. Apache bağlamında normal - olarak belli URL’lere erişimi kısıtlamak şeklinde - uygulanır.
Bakınız: Kimlik Doğrulama, - Yetkilendirme ve Erişim Denetimi -
- -
Eylemci
-
Bir dosya istendiğinde uygulanacak eylemi Apache içinde gerçekleştiren - nesne. Genellikle dosyalar, dosya türüne bağlı dolaylı eylemcilere - sahiptir. Normalde tüm dosyalar sunucu tarafından sıradan birer dosya - olarak işleme sokulduğu halde bazı belli dosyalar diğerlerinden ayrı - ele alınır. Örneğin, cgi-script eylemcisi dosyaları - → CGI’ler tarafından işlenebilir hale - getirmek üzere işleme sokar.
- Bakınız: Apache Eylemcilerinin Kullanımı -
- -
Genel Anahtar
-
→ Genel Anahtarlı - Şifreleme Tekniğinde, sahibinin yaptığı imzaları çözmeye ve - sahibine gönderilen iletileri şifrelemeye yarayan genel erişime açık - anahtar.
- Bakınız: SSL/TLS Şifrelemesi -
- -
Genel Anahtarlı Şifreleme Tekniği
-
Şifreleme ve şifre çözme için iki ayrı anahtarın kullanıldığı - bakışımsız şifreleme sistemlerinin konusu veya uygulaması. Bu amaçla - kullanılan anahtarlar bir anahtar çiftinden oluşur. Genel Anahtarlı - Şifrelemeye Bakışımsız Şifreleme de denir.
- Bakınız: SSL/TLS Şifrelemesi -
- -
Gizli Anahtar
-
→ Genel Anahtarlı - Şifreleme Tekniğinde, giden iletileri imzalamak ve gelen - iletilerin şifrelerini çözmek amacıyla kullanılan gizli anahtar.
- Bakınız: SSL/TLS Şifrelemesi -
- -
Güvenli Hiper Metin Aktarım Protokolü - (HTTPS)
-
İngilizcesi: The HyperText Transfer Protocol (Secure), (HTTPS)
-
Güvenli Hiper Metin Aktarım Protokolü, Genel Ağ’da kullanılan standart - şifreli iletişim mekanizmasıdır. Aslında HTTP protokolünün → SSL üzerinden gerçekleştirilmesinden başka bir - şey değildir.
- Bakınız: SSL/TLS Şifrelemesi -
- -
Güvenli Soket Katmanı
-
İngilizcesi: Secure Sockets Layer (SSL)
-
TCP/IP ağları üzerinden genel iletişimin kimlik doğrulamalı ve şifreli - yapılabilmesi için Netscape Communications Corporation tarafından - oluşturulmuş bir protokol. Günümüzde en çok HTTPS, yani SSL - üzerinden Hiper Metin Aktarım Protokolü şeklinde kullanılmaktadır.
- Bakınız: SSL/TLS Şifrelemesi -
- -
Hiper Metin Aktarım Protokolü - (HTTP)
-
İngilizcesi: HyperText Transfer Protocol (HTTP)
-
Genel Ağ’da kullanılan standart aktarım protokollerinden biri. - Apache, RFC 2616 ile - tanımlanmış protokolün HTTP/1.1 olarak bilinen 1.1 sürümünü gerçekler. -
- -
.htaccess
-
Belge dosyaları ağacı içine yerleştirilen bir → yapılandırma dosyası olup yerleştiği - dizine ve o dizinin alt dizinlerine yapılandırma yönergeleri - uygulanmasını sağlar. İsmine rağmen böyle bir dosyanın içerebileceği - yönergeler erişim denetleme yönergeleri ile sınırlı değildir; hemen - her tür yönergeyi içerebilir.
- Bakınız: Yapılandırma Dosyaları -
- -
httpd.conf
-
Ana Apache → yapılandırma - dosyası. Dosya sistemindeki öntanımlı yeri - /usr/local/apache2/conf/httpd.conf olup derleme - sırasındaki yapılandırmayla veya çalışma anındaki yapılandırmayla - başka bir yer belirtilebilir.
- Bakınız: Yapılandırma Dosyaları -
- -
İhracat Engelli
-
İngilizcesi: Export-Crippled
-
Amerika Birleşik Devletlerinin İhracat Yönetim Düzenlemelerine (EAR) - uymak için şifreleme yoluyla sakatlanmış yazılım. İhracat engelli olması - için şifrelenmiş yazılımları birer şifreli metin haline getiren şifre - anahtarları küçük boyutlu olduğundan şifreleme zor - kullanılarak kırılabilir.
- Bakınız: SSL/TLS Şifrelemesi -
- -
İleti Özeti
-
İngilizcesi: Message Digest
-
Aktarım sırasında içeriğinin değişme olasılığı bulunan bir iletinin - içeriğini doğrulamak için kullanılan bir → Ã¶zet.
- Bakınız: SSL/TLS Şifrelemesi -
- -
Karşı Vekil
-
İstemciye kendini asıl sunucu imiş gibi gösteren bir - → vekil sunucu. Güvenlik, yük dengelemesi - gibi sebeplerle asıl sunucuyu istemcilerden gizlemek için yararlıdır. -
- -
Kimlik Doğrulama
-
Sunucu, istemci veya kullanıcı gibi bir ağ öğesinin kimliğinin - olumlanması.
Bakınız: Kimlik Doğrulama, - Yetkilendirme ve Erişim Denetimi -
- -
MIME türü
-
Aktarılan belgenin çeşidini betimlemenin bir yolu. MIME, Türkçe’ye - ‘Çok Amaçlı Genel Ağ Posta Eklentileri’ olarak çevrilebilecek olan - "Multipurpose Internet Mail Extensions" sözcüklerinden türetilmiş bir - kısaltmadır. MIME türleri bir bölü çizgisi ile ayrılmış bir ana ve bir - alt belge türünün birleşiminden oluşur. text/html, - image/gif ve application/octet-stream örnek - olarak verilebilir. HTTP protokolünde MIME türleri - Content-Type → başlığında - aktarılır.
Bakınız: mod_mime -
- -
Modül
-
Bir programın bağımsız parçalarından her biri. Apache işlevselliğinin - çoğu yapılandırmaya dahil edilip edilmeyeceğine kullanıcı tarafından - karar verilebilen modüllerden oluşur. Apache httpd - çalıştırılabiliri içinde derlenmiş modüllere durağan modüller - adı verilirken ayrı bir yerde saklanan ve çalışma anında isteğe bağlı - olarak yüklenebilen modüllere devingen modüller veya - → DSO’lar denir. Yapılandırmaya öntanımlı - olarak dahil edilen modüllere temel modüller denir. Apache - için kullanılabilecek modüllerin çoğu Apache HTTP Sunucusunun - → tar paketi içinde dağıtılmaz; bunlara - üçüncü parti modüller denir.
- Bakınız: Modül Dizini -
- -
OpenSSL
-
SSL/TLS için açık kaynak kodlu araç kiti.
Daha ayrıntılı bilgi - için http://www.openssl.org/ - adresine bakınız. -
- -
Ortak Ağgeçidi Arayüzü (CGI)
-
İngilizcesi: Common Gateway Interface (CGI)
-
Bir HTTP sunucusunun bir harici programa hizmet istekleri yapmasını - mümkün kılan, sunucu ile bir harici program arasındaki bir arayüz - standardı. Özgün arayüz NCSA tarafından - tanımlanmış olmakla birlikte ayrıca bir CGI RFC’si de vardır.
- Bakınız: CGI ile Devingen İçerik -
- -
Ortam Değişkeni (ortam-değişkeni)
-
İşletim sistemi kabuğu tarafından yönetilen ve programlar arasında - bilgi alışverişi amacıyla kullanılan isimli değişkenler. Ayrıca, - Apache de ortam değişkenleri olarak tanımlanabilecek dahili değişkenler - içerir fakat bunlar kabuk ortamında değil dahili Apache yapıları içinde - saklanır.
- Bakınız: Apache Ortam Değişkenleri -
- -
Oturum
-
Bir iletişimin bağlamsal bilgileri.
- -
Özet
-
Uzunluğu değişebilen bir dizgenin belli bir durumuna ilişkin sabit - uzunlukta bir dizge üretmek için kullanılan geri dönüşümsüz bir - algoritma. Algoritmaya girdi olan farklı uzunluktaki dizgeler (özet - işlevine bağlı olarak) aynı uzunlukta farklı özetler üretir. -
- -
Sanal Konaklık
-
Tek bir Apache sunucusundan çok sayıda site sunulması. IP tabanlı - sanal konaklıkta siteler birbirlerinden IP adreslerine göre - ayrılırken, isim tabanlı sanal konaklıkta siteler aynı IP - adresinden kendi isimleriyle sunulabilirler.
- Bakınız: Apache Sanal Konak Belgeleri -
- -
Sayısal İmza
-
Bir sertifikayı veya bir dosyayı doğrulamakta kullanılan şifreli bir - metin. Bir imza → Sertifika - Makamı tarafından bir sertifikaya gömülü olan - genel anahtardan bir özet üretilerek oluşturulur. İmza şifresi - sadece sertifika sahibi ağ öğesinin kimliğini doğrulayacak - SM’nin genel anahtarı kullanılarak çözülebilir.
- Bakınız: SSL/TLS Şifrelemesi -
- -
Sertifika
-
Sunucu, istemci gibi ağ öğelerinin kimliğini kanıtlamakta kullanılan - bir veri kaydı. Bir sertifika, sertifika sahibi (buna sertifikanın - konusu da denir), sertifikayı imzalayan → Sertifika Makamı (SM) (buna - sertifika yayıncısı da denir), sertifika sahibinin → genel anahtarı ve SM tarafından üretilen imza - gibi parçalardan oluşan X.509 bilgisi içerir. Ağ öğeleri bu imzaları SM - sertifikalarını kullanarak doğrular.
- Bakınız: SSL/TLS Şifrelemesi -
- -
Sertifika İmzalama İsteği (Sİİ)
-
İngilizcesi: Certificate Signing Request (CSR)
-
İmzasız bir sertifikayı → Sertifika Makamına kendi SM Sertifikasının - → Ã¶zel anahtarı ile imzalaması - için yapılan istek. Sİİ imzalanınca bir gerçek sertifika haline - gelir.
Bakınız: SSL/TLS Şifrelemesi -
- -
Sertifika Makamı (SM)
-
İngilizcesi: Certification Authority (CA)
-
Ağ öğelerinin güvenilir olarak kimliklerinin doğrulanması için - sertifikaları imzalayan güvenilir üçüncü şahıs. Diğer ağ öğeleri, - sertifikalı bir öğenin kimliğini kanıtlayan bir SM’yi doğrulamak - için imzayı sınayabilir.
- Bakınız: SSL/TLS Şifrelemesi -
- -
Sihirli Modül - Numarası (SMN)
-
Sihirli Modül Numarası, modüllerin ikil uyumluluğu ile ilgili olarak - Apache kaynak kodunda tanımlanmış bir sabittir. Apache dahili yapıları, - uygulama programlama arayüzünün önemli parçaları ve işlev çağrıları artık - ikil uyumluluğun garanti edilemeyeceği kadar değiştiği zaman SMN - değiştirilir. Bir SMN değişikliğinde ve bazen de sırf yeni bir Apache - sürümü ile çalışmak icabettiğinde tüm üçüncü parti modüllerin en azından - yeniden derlenmesi gerekir. -
- -
SSLeay
-
Eric A. Young tarafından geliştirilmiş özgün SSL/TLS - gerçeklenim kütüphanesi. -
- -
Sunucu Taraflı İçerik Yerleştirme
-
İngilizcesi: Server Side Includes (SSI)
-
İşlem yönergelerini HTML dosyalara gömme tekniği.
- Bakınız: Sunucu Taraflı İçerik Yerleştirmeye - Giriş -
- -
Süzgeç
-
Sunucu tarafından alınan ve gönderilen veriye uygulanan bir işlem. - Giriş süzgeçleri sunucuya istemci tarafından gönderilen veriyi işlerken - çıkış süzgeçleri sunucu tarafından istemciye gönderilen belgeleri işler. - Örneğin, INCLUDES çıkış süzgeci, belgeleri → sunucu taraflı içerik için işleme sokar.
- Bakınız: Süzgeçler -
- -
Şifre
-
Veri şifrelemek için kullanılan bir algoritma veya sistem. DES, IDEA - veya RC4 örnek verilebilir.
- Bakınız: SSL/TLS Şifrelemesi -
- -
Şifreli Metin
-
Bir → Düz Metin bir - → Åžifreden geçirilince elde edilen - sonuç.
Bakınız: SSL/TLS Şifrelemesi -
- -
Tam Alan Adı - (TAA)
-
İngilizcesi: Fully-Qualified Domain-Name (FQDN)
-
Bir IP adresiyle eşleşebilen, bir konak adıyla bir alan adının - birleşiminden oluşan eşsiz bir ağ öğesi ismi. Örneğin, - httpd.apache.org tam alan adında httpd bir konak - adıyken apache.org bir alan adıdır. -
- -
Tar Paketi
-
tar uygulaması kullanılarak bir araya getirilmiş - dosyalardan oluşan bir paket. Apache dağıtımları sıkıştırılmış tar - arşivleri içinde veya pkzip kullanılarak saklanır. -
- -
Tektip Özkaynak Betimleyici
-
İngilizcesi: Uniform Resource Identifier - (URI)
-
Soyut veya somut bir özkaynağı betimlemek için kullanılan bütünleşik - bir karakter dizisi. Aslen RFC 2396 tarafından tanımlanmıştır. Genel Ağ’da kullanılan URI’lerden - genellikle → URL’ler olarak bahsedilir. -
- -
Tektip Özkaynak Konumlayıcı
-
İngilizcesi: Uniform Resource Locator (URL)
-
Genel Ağ üzerindeki bir özkaynağın ismi veya adresi. Aslen → Tektip Özkaynak Betimleyici - denilen terimin gayrı resmi karşılığıdır. URL’ler http veya - https gibi bir şemayı takip eden bir konak adı ve bir dosya - yolundan oluşurlar. Örneğin, bu sayfanın URL’si - http://httpd.apache.org/docs/2.0/glossary.html olurdu. -
- -
Vekil
-
Asıl sunucu ile istemci arasında aracılık yapan sunucu. - İstemciden aldığı istekleri asıl sunucuya gönderip, ondan aldığı - yanıtları istemciye gönderir. Aynı içeriğe birden fazla istemci talip - olursa vekil sunucu bu istekleri her seferinde asıl sunucudan istemek - yerine kendi deposundan karşılar, böylece yanıt zamanı kısalır.
- Bakınız: mod_proxy -
- -
Yapılandırma Dosyası
-
Apache yapılandırmasını denetim altına alan → yönergeleri içeren bir metin dosyası.
- Bakınız: Yapılandırma Dosyaları -
- -
Yapılandırma Yönergesi
-
Bakınız: → Yönerge
- -
Yönerge
-
Belli Apache davranışlarından bir veya daha fazlasını denetim altına - alan bir yapılandırma komutu. Yönergeler → yapılandırma dosyalarına yerleştirilir.
- Bakınız: Yönerge Dizini -
- -
Yöntem
-
→ HTTP bağlamında, istemci tarafından - istek satırında belirtilen, bir özkaynağa uygulanacak bir eylem. HTTP - bağlamında belirtilebilecek yöntemlere örnek olarak GET, - POST ve PUT verilebilir. -
- -
X.509
-
SSL/TLS kimlik doğrulamasında kullanılmak üzere Uluslararası Telekom - Birliği (ITU-T) tarafından önerilmiş bir kimlik doğrulama sertitifası - şeması
Bakınız: SSL/TLS Şifrelemesi -
-
-
-
-

Mevcut Diller:  de  | - en  | - es  | - ko  | - tr 

-
+ + + +Terim Sözlüğü - Apache HTTP Sunucusu + + + + + +
<-
+
+Apache > HTTP Sunucusu > Belgeleme > Sürüm 2.0

Terim Sözlüğü

+
+

Mevcut Diller:  de  | + en  | + es  | + ko  | + tr 

+
+ +

Bu sözlük, genelinde HTML sayfa sunumuna, özelinde Apache HTTP Sunucusuna + özgü ortak terminolojinin bir kısmını içerir. Her kavram ile ilgili daha + ayrıntılı bilgi bağlarla sağlanmıştır.

+
+
top
+
+

Tanımlar

+ +
+
Algoritma
+ +
Bir sorunu sonlu sayıda adımda çözümlemek için uygulanan kurallar + kümesi veya anlam belirsizliği içermeyen bir formül. Şifreleme için + kullanılan algoritmalara şifre denir. +
+ +
Aktarım Katmanı Güvenliği
+
İngilizcesi: Transport Layer Security (TLS)
+
TCP/IP ağları üzerinden genel iletişimin kimlik doğrulamalı ve şifreli + yapılabilmesi için SSL’nin ardılı olarak Genel Ağ Mühendisliği Görev Gücü + (IETF) tarafından oluşturulmuş protokol. TLS’nin 1. sürümü ile SSL’in 3. + sürümü hemen hemen aynıdır.
+ Bakınız: SSL/TLS Şifrelemesi +
+ +
Anahtar Parolası
+
Özel anahtar dosyalarını yetkisiz kişilerden koruyan sözcük veya + cümle. Genellikle sadece → ÅŸifreler + için kullanılan gizli şifreleme/şifre çözme anahtarını korur.
+ Bakınız: SSL/TLS Şifrelemesi +
+ +
Apache Eklenti + Aracı (apxs)
+
İngilizcesi: APache eXtension Tool - apxs
+
→ Modül kaynak kodlarının devinen + paylaşımlı nesneler (→ DSO) halinde + derlenmesine ve Apache Sunucusu içinde kurulmasına yardım eden bir Perl + betiği.
Daha ayrıntılı bilgi için apxs kılavuz + sayfasına bakınız. +
+ +
Bağlam
+
→ Yapılandırma dosyalarında + sadece belli türdeki → yönergelerin + bulunmasına izin verilen bir bölge.
+ Bakınız: Apache Yönergelerini + Açıklamak için Kullanılan Terimler +
+ +
Bakışımlı Şifreleme Tekniği
+
Şifreleme ve şifre çözme için tek bir anahtarın kullanıldığı + bir şifreleme tekniği.
+ Bakınız: SSL/TLS Şifrelemesi +
+ +
Başlık
+
Bir → HTTP isteğinin parçası olarak, + gönderilen yanıtta asıl içerikten önce yer alan ve içerik hakkında + mecazlar içeren veri. +
+ +
CONNECT
+
Ham veri kanallarını HTTP üzerinden yönlendirmek için kullanılan bir HTTP → yöntemi. SSL protokolü gibi diğer protokolleri sarmalamakta kullanılabilir. +
+ +
Devingen + Paylaşımlı Nesne (DSO)
+
İngilizcesi: Dynamic Shared Object (DSO)
+
İstek halinde yüklenebilen, Apache httpd + çalıştırılabilir dosyasından ayrı olarak derlenmiş → modüllerin ortak adı.
+ Bakınız: Devingen Paylaşımlı Nesne Desteği +
+ +
Düz Metin
+
Şifrelenmemiş metin.
+ +
Düzenli İfade + (Regex)
+
Metin içinde bir şablon tanımlama yolu. Örneğin, “A harfi ile + başlayan bütün sözcükler” veya “10 rakamlı telefon numaraları” ya da + “Baş harfi Z olmayan ve iki virgül içeren cümleler” gibi. Düzenli + ifadeler, Apache’de belli özniteliklere uygun dosya veya özkaynakları + toplamak için esnek bir yol sağlamasından ötürü oldukça yararlıdır. + Örneğin, “resimler” dizini altındaki dosyalardan .gif ve .jpg uzantılı + olanları toplamak için “/resimler/.*(jpg|gif)$” düzenli + ifadesi yazılabilir. Apache, PCRE + kütüphanesi ile sağlanan Perl uyumlu düzenli ifadeleri kullanır. +
+ +
Erişim Denetimi
+ +
Ağ bölgelerine erişimin kısıtlanması. Apache bağlamında normal + olarak belli URL’lere erişimi kısıtlamak şeklinde + uygulanır.
Bakınız: Kimlik Doğrulama, + Yetkilendirme ve Erişim Denetimi +
+ +
Eylemci
+
Bir dosya istendiğinde uygulanacak eylemi Apache içinde gerçekleştiren + nesne. Genellikle dosyalar, dosya türüne bağlı dolaylı eylemcilere + sahiptir. Normalde tüm dosyalar sunucu tarafından sıradan birer dosya + olarak işleme sokulduğu halde bazı belli dosyalar diğerlerinden ayrı + ele alınır. Örneğin, cgi-script eylemcisi dosyaları + → CGI’ler tarafından işlenebilir hale + getirmek üzere işleme sokar.
+ Bakınız: Apache Eylemcilerinin Kullanımı +
+ +
Genel Anahtar
+
→ Genel Anahtarlı + Şifreleme Tekniğinde, sahibinin yaptığı imzaları çözmeye ve + sahibine gönderilen iletileri şifrelemeye yarayan genel erişime açık + anahtar.
+ Bakınız: SSL/TLS Şifrelemesi +
+ +
Genel Anahtarlı Şifreleme Tekniği
+
Şifreleme ve şifre çözme için iki ayrı anahtarın kullanıldığı + bakışımsız şifreleme sistemlerinin konusu veya uygulaması. Bu amaçla + kullanılan anahtarlar bir anahtar çiftinden oluşur. Genel Anahtarlı + Şifrelemeye Bakışımsız Şifreleme de denir.
+ Bakınız: SSL/TLS Şifrelemesi +
+ +
Gizli Anahtar
+
→ Genel Anahtarlı + Şifreleme Tekniğinde, giden iletileri imzalamak ve gelen + iletilerin şifrelerini çözmek amacıyla kullanılan gizli anahtar.
+ Bakınız: SSL/TLS Şifrelemesi +
+ +
Güvenli Hiper Metin Aktarım Protokolü + (HTTPS)
+
İngilizcesi: The HyperText Transfer Protocol (Secure), (HTTPS)
+
Güvenli Hiper Metin Aktarım Protokolü, Genel Ağ’da kullanılan standart + şifreli iletişim mekanizmasıdır. Aslında HTTP protokolünün → SSL üzerinden gerçekleştirilmesinden başka bir + şey değildir.
+ Bakınız: SSL/TLS Şifrelemesi +
+ +
Güvenli Soket Katmanı
+
İngilizcesi: Secure Sockets Layer (SSL)
+
TCP/IP ağları üzerinden genel iletişimin kimlik doğrulamalı ve şifreli + yapılabilmesi için Netscape Communications Corporation tarafından + oluşturulmuş bir protokol. Günümüzde en çok HTTPS, yani SSL + üzerinden Hiper Metin Aktarım Protokolü şeklinde kullanılmaktadır.
+ Bakınız: SSL/TLS Şifrelemesi +
+ +
Hiper Metin Aktarım Protokolü + (HTTP)
+
İngilizcesi: HyperText Transfer Protocol (HTTP)
+
Genel Ağ’da kullanılan standart aktarım protokollerinden biri. + Apache, RFC 2616 ile + tanımlanmış protokolün HTTP/1.1 olarak bilinen 1.1 sürümünü gerçekler. +
+ +
.htaccess
+
Belge dosyaları ağacı içine yerleştirilen bir → yapılandırma dosyası olup yerleştiği + dizine ve o dizinin alt dizinlerine yapılandırma yönergeleri + uygulanmasını sağlar. İsmine rağmen böyle bir dosyanın içerebileceği + yönergeler erişim denetleme yönergeleri ile sınırlı değildir; hemen + her tür yönergeyi içerebilir.
+ Bakınız: Yapılandırma Dosyaları +
+ +
httpd.conf
+
Ana Apache → yapılandırma + dosyası. Dosya sistemindeki öntanımlı yeri + /usr/local/apache2/conf/httpd.conf olup derleme + sırasındaki yapılandırmayla veya çalışma anındaki yapılandırmayla + başka bir yer belirtilebilir.
+ Bakınız: Yapılandırma Dosyaları +
+ +
İhracat Engelli
+
İngilizcesi: Export-Crippled
+
Amerika Birleşik Devletlerinin İhracat Yönetim Düzenlemelerine (EAR) + uymak için şifreleme yoluyla sakatlanmış yazılım. İhracat engelli olması + için şifrelenmiş yazılımları birer şifreli metin haline getiren şifre + anahtarları küçük boyutlu olduğundan şifreleme zor + kullanılarak kırılabilir.
+ Bakınız: SSL/TLS Şifrelemesi +
+ +
İleti Özeti
+
İngilizcesi: Message Digest
+
Aktarım sırasında içeriğinin değişme olasılığı bulunan bir iletinin + içeriğini doğrulamak için kullanılan bir → Ã¶zet.
+ Bakınız: SSL/TLS Şifrelemesi +
+ +
Karşı Vekil
+
İstemciye kendini asıl sunucu imiş gibi gösteren bir + → vekil sunucu. Güvenlik, yük dengelemesi + gibi sebeplerle asıl sunucuyu istemcilerden gizlemek için yararlıdır. +
+ +
Kimlik Doğrulama
+
Sunucu, istemci veya kullanıcı gibi bir ağ öğesinin kimliğinin + olumlanması.
Bakınız: Kimlik Doğrulama, + Yetkilendirme ve Erişim Denetimi +
+ +
MIME türü
+
Aktarılan belgenin çeşidini betimlemenin bir yolu. MIME, Türkçe’ye + ‘Çok Amaçlı Genel Ağ Posta Eklentileri’ olarak çevrilebilecek olan + "Multipurpose Internet Mail Extensions" sözcüklerinden türetilmiş bir + kısaltmadır. MIME türleri bir bölü çizgisi ile ayrılmış bir ana ve bir + alt belge türünün birleşiminden oluşur. text/html, + image/gif ve application/octet-stream örnek + olarak verilebilir. HTTP protokolünde MIME türleri + Content-Type → başlığında + aktarılır.
Bakınız: mod_mime +
+ +
Modül
+
Bir programın bağımsız parçalarından her biri. Apache işlevselliğinin + çoğu yapılandırmaya dahil edilip edilmeyeceğine kullanıcı tarafından + karar verilebilen modüllerden oluşur. Apache httpd + çalıştırılabiliri içinde derlenmiş modüllere durağan modüller + adı verilirken ayrı bir yerde saklanan ve çalışma anında isteğe bağlı + olarak yüklenebilen modüllere devingen modüller veya + → DSO’lar denir. Yapılandırmaya öntanımlı + olarak dahil edilen modüllere temel modüller denir. Apache + için kullanılabilecek modüllerin çoğu Apache HTTP Sunucusunun + → tar paketi içinde dağıtılmaz; bunlara + üçüncü parti modüller denir.
+ Bakınız: Modül Dizini +
+ +
OpenSSL
+
SSL/TLS için açık kaynak kodlu araç kiti.
Daha ayrıntılı bilgi + için http://www.openssl.org/ + adresine bakınız. +
+ +
Ortak Ağgeçidi Arayüzü (CGI)
+
İngilizcesi: Common Gateway Interface (CGI)
+
Bir HTTP sunucusunun bir harici programa hizmet istekleri yapmasını + mümkün kılan, sunucu ile bir harici program arasındaki bir arayüz + standardı. Özgün arayüz NCSA tarafından + tanımlanmış olmakla birlikte ayrıca bir CGI RFC’si de vardır.
+ Bakınız: CGI ile Devingen İçerik +
+ +
Ortam Değişkeni (ortam-değişkeni)
+
İşletim sistemi kabuğu tarafından yönetilen ve programlar arasında + bilgi alışverişi amacıyla kullanılan isimli değişkenler. Ayrıca, + Apache de ortam değişkenleri olarak tanımlanabilecek dahili değişkenler + içerir fakat bunlar kabuk ortamında değil dahili Apache yapıları içinde + saklanır.
+ Bakınız: Apache Ortam Değişkenleri +
+ +
Oturum
+
Bir iletişimin bağlamsal bilgileri.
+ +
Özet
+
Uzunluğu değişebilen bir dizgenin belli bir durumuna ilişkin sabit + uzunlukta bir dizge üretmek için kullanılan geri dönüşümsüz bir + algoritma. Algoritmaya girdi olan farklı uzunluktaki dizgeler (özet + işlevine bağlı olarak) aynı uzunlukta farklı özetler üretir. +
+ +
Sanal Konaklık
+
Tek bir Apache sunucusundan çok sayıda site sunulması. IP tabanlı + sanal konaklıkta siteler birbirlerinden IP adreslerine göre + ayrılırken, isim tabanlı sanal konaklıkta siteler aynı IP + adresinden kendi isimleriyle sunulabilirler.
+ Bakınız: Apache Sanal Konak Belgeleri +
+ +
Sayısal İmza
+
Bir sertifikayı veya bir dosyayı doğrulamakta kullanılan şifreli bir + metin. Bir imza → Sertifika + Makamı tarafından bir sertifikaya gömülü olan + genel anahtardan bir özet üretilerek oluşturulur. İmza şifresi + sadece sertifika sahibi ağ öğesinin kimliğini doğrulayacak + SM’nin genel anahtarı kullanılarak çözülebilir.
+ Bakınız: SSL/TLS Şifrelemesi +
+ +
Sertifika
+
Sunucu, istemci gibi ağ öğelerinin kimliğini kanıtlamakta kullanılan + bir veri kaydı. Bir sertifika, sertifika sahibi (buna sertifikanın + konusu da denir), sertifikayı imzalayan → Sertifika Makamı (SM) (buna + sertifika yayıncısı da denir), sertifika sahibinin → genel anahtarı ve SM tarafından üretilen imza + gibi parçalardan oluşan X.509 bilgisi içerir. Ağ öğeleri bu imzaları SM + sertifikalarını kullanarak doğrular.
+ Bakınız: SSL/TLS Şifrelemesi +
+ +
Sertifika İmzalama İsteği (Sİİ)
+
İngilizcesi: Certificate Signing Request (CSR)
+
İmzasız bir sertifikayı → Sertifika Makamına kendi SM Sertifikasının + → Ã¶zel anahtarı ile imzalaması + için yapılan istek. Sİİ imzalanınca bir gerçek sertifika haline + gelir.
Bakınız: SSL/TLS Şifrelemesi +
+ +
Sertifika Makamı (SM)
+
İngilizcesi: Certification Authority (CA)
+
Ağ öğelerinin güvenilir olarak kimliklerinin doğrulanması için + sertifikaları imzalayan güvenilir üçüncü şahıs. Diğer ağ öğeleri, + sertifikalı bir öğenin kimliğini kanıtlayan bir SM’yi doğrulamak + için imzayı sınayabilir.
+ Bakınız: SSL/TLS Şifrelemesi +
+ +
Sihirli Modül + Numarası (SMN)
+
Sihirli Modül Numarası, modüllerin ikil uyumluluğu ile ilgili olarak + Apache kaynak kodunda tanımlanmış bir sabittir. Apache dahili yapıları, + uygulama programlama arayüzünün önemli parçaları ve işlev çağrıları artık + ikil uyumluluğun garanti edilemeyeceği kadar değiştiği zaman SMN + değiştirilir. Bir SMN değişikliğinde ve bazen de sırf yeni bir Apache + sürümü ile çalışmak icabettiğinde tüm üçüncü parti modüllerin en azından + yeniden derlenmesi gerekir. +
+ +
SSLeay
+
Eric A. Young tarafından geliştirilmiş özgün SSL/TLS + gerçeklenim kütüphanesi. +
+ +
Sunucu Taraflı İçerik Yerleştirme
+
İngilizcesi: Server Side Includes (SSI)
+
İşlem yönergelerini HTML dosyalara gömme tekniği.
+ Bakınız: Sunucu Taraflı İçerik Yerleştirmeye + Giriş +
+ +
Süzgeç
+
Sunucu tarafından alınan ve gönderilen veriye uygulanan bir işlem. + Giriş süzgeçleri sunucuya istemci tarafından gönderilen veriyi işlerken + çıkış süzgeçleri sunucu tarafından istemciye gönderilen belgeleri işler. + Örneğin, INCLUDES çıkış süzgeci, belgeleri → sunucu taraflı içerik için işleme sokar.
+ Bakınız: Süzgeçler +
+ +
Şifre
+
Veri şifrelemek için kullanılan bir algoritma veya sistem. DES, IDEA + veya RC4 örnek verilebilir.
+ Bakınız: SSL/TLS Şifrelemesi +
+ +
Şifreli Metin
+
Bir → Düz Metin bir + → Åžifreden geçirilince elde edilen + sonuç.
Bakınız: SSL/TLS Şifrelemesi +
+ +
Tam Alan Adı + (TAA)
+
İngilizcesi: Fully-Qualified Domain-Name (FQDN)
+
Bir IP adresiyle eşleşebilen, bir konak adıyla bir alan adının + birleşiminden oluşan eşsiz bir ağ öğesi ismi. Örneğin, + httpd.apache.org tam alan adında httpd bir konak + adıyken apache.org bir alan adıdır. +
+ +
Tar Paketi
+
tar uygulaması kullanılarak bir araya getirilmiş + dosyalardan oluşan bir paket. Apache dağıtımları sıkıştırılmış tar + arşivleri içinde veya pkzip kullanılarak saklanır. +
+ +
Tektip Özkaynak Betimleyici
+
İngilizcesi: Uniform Resource Identifier + (URI)
+
Soyut veya somut bir özkaynağı betimlemek için kullanılan bütünleşik + bir karakter dizisi. Aslen RFC 2396 tarafından tanımlanmıştır. Genel Ağ’da kullanılan URI’lerden + genellikle → URL’ler olarak bahsedilir. +
+ +
Tektip Özkaynak Konumlayıcı
+
İngilizcesi: Uniform Resource Locator (URL)
+
Genel Ağ üzerindeki bir özkaynağın ismi veya adresi. Aslen → Tektip Özkaynak Betimleyici + denilen terimin gayrı resmi karşılığıdır. URL’ler http veya + https gibi bir şemayı takip eden bir konak adı ve bir dosya + yolundan oluşurlar. Örneğin, bu sayfanın URL’si + http://httpd.apache.org/docs/2.0/glossary.html olurdu. +
+ +
Vekil
+
Asıl sunucu ile istemci arasında aracılık yapan sunucu. + İstemciden aldığı istekleri asıl sunucuya gönderip, ondan aldığı + yanıtları istemciye gönderir. Aynı içeriğe birden fazla istemci talip + olursa vekil sunucu bu istekleri her seferinde asıl sunucudan istemek + yerine kendi deposundan karşılar, böylece yanıt zamanı kısalır.
+ Bakınız: mod_proxy +
+ +
Yapılandırma Dosyası
+
Apache yapılandırmasını denetim altına alan → yönergeleri içeren bir metin dosyası.
+ Bakınız: Yapılandırma Dosyaları +
+ +
Yapılandırma Yönergesi
+
Bakınız: → Yönerge
+ +
Yönerge
+
Belli Apache davranışlarından bir veya daha fazlasını denetim altına + alan bir yapılandırma komutu. Yönergeler → yapılandırma dosyalarına yerleştirilir.
+ Bakınız: Yönerge Dizini +
+ +
Yöntem
+
→ HTTP bağlamında, istemci tarafından + istek satırında belirtilen, bir özkaynağa uygulanacak bir eylem. HTTP + bağlamında belirtilebilecek yöntemlere örnek olarak GET, + POST ve PUT verilebilir. +
+ +
X.509
+
SSL/TLS kimlik doğrulamasında kullanılmak üzere Uluslararası Telekom + Birliği (ITU-T) tarafından önerilmiş bir kimlik doğrulama sertitifası + şeması
Bakınız: SSL/TLS Şifrelemesi +
+
+
+
+

Mevcut Diller:  de  | + en  | + es  | + ko  | + tr 

+
\ No newline at end of file diff --git a/docs/manual/install.html.de b/docs/manual/install.html.de index 675dc823cb6..1720f773617 100644 --- a/docs/manual/install.html.de +++ b/docs/manual/install.html.de @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

Dieses Dokument umfaßt nur die Kompilierung und Installation des @@ -397,7 +398,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/install.html.en b/docs/manual/install.html.en index 1f27a6e0bdd..3d9dd349bff 100644 --- a/docs/manual/install.html.en +++ b/docs/manual/install.html.en @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

@@ -377,7 +378,8 @@ $ tar xvf httpd-2_0_NN.tar  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/install.html.es b/docs/manual/install.html.es index 796cc695d84..7a771486e40 100644 --- a/docs/manual/install.html.es +++ b/docs/manual/install.html.es @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

Esta traducción podría estar obsoleta. Consulte la versión en inglés de la @@ -437,7 +438,8 @@ prrevia  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/install.html.ja.utf8 b/docs/manual/install.html.ja.utf8 index 9be85bf6c69..cb3132a7df9 100644 --- a/docs/manual/install.html.ja.utf8 +++ b/docs/manual/install.html.ja.utf8 @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

This translation may be out of date. Check the English version for recent changes.
@@ -387,7 +388,8 @@ $ tar xvf httpd-2_0_NN.tar  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/install.html.ko.euc-kr b/docs/manual/install.html.ko.euc-kr index add44eb1445..68ae7836151 100644 --- a/docs/manual/install.html.ko.euc-kr +++ b/docs/manual/install.html.ko.euc-kr @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

ÀÌ ¹®¼­´Â ÃÖ½ÅÆÇ ¹ø¿ªÀÌ ¾Æ´Õ´Ï´Ù. ÃÖ±Ù¿¡ º¯°æµÈ ³»¿ëÀº ¿µ¾î ¹®¼­¸¦ Âü°íÇϼ¼¿ä.
@@ -354,7 +355,8 @@ $ tar xvf httpd-2_0_NN.tar  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/install.html.ru.koi8-r b/docs/manual/install.html.ru.koi8-r index 2860463f2a5..67bbcf7f2db 100644 --- a/docs/manual/install.html.ru.koi8-r +++ b/docs/manual/install.html.ru.koi8-r @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

@@ -397,7 +398,8 @@ $ tar xvf httpd-2_0_NN.tar  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/install.html.tr.utf8 b/docs/manual/install.html.tr.utf8 index e663c86a8d1..37b0d8b1537 100644 --- a/docs/manual/install.html.tr.utf8 +++ b/docs/manual/install.html.tr.utf8 @@ -1,380 +1,380 @@ - - - -Derleme ve Kurulum - Apache HTTP Sunucusu - - - - - -
<-
-
-Apache > HTTP Sunucusu > Belgeleme > Sürüm 2.0

Derleme ve Kurulum

-
-

Mevcut Diller:  de  | - en  | - es  | - ja  | - ko  | - ru  | - tr 

-
- - -

Bu belge Apache’nin sadece Unix ve Unix benzeri sistemlerde - derlenmesini ve kurulmasını kapsar. Windows üzerinde derleme ve kurulum - için Apache’nin Microsoft Windows ile - kullanımı bölümüne bakınız. Diğer platformlar için ise platform belgelerine bakınız.

- -

Apache 2.0’ın yapılandırma ve kurulum ortamı Apache 1.3’e göre tamamen değişmiştir. Apache 1.3, kurulumu kolaylaştırmak için özel bazı betikler kullanırdı. Apache 2.0 ise artık derleme ortamını oluşturmak için çoğu Açık Kaynak Kodlu projenin yaptığı gibi libtool ve autoconf kullanmaktadır.

- -

Eğer sadece sürüm yükseltiyorsanız (2.0.50’den 2.0.51’e yükseltmek - gibi) lütfen doğrudan Yükseltme bölümüne - atlayınız.

- -
- -
top
-
-

Tez canlılar için genel bir bakış

- - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
İndirme$ lynx http://httpd.apache.org/download.cgi -
Paketi açma$ gzip -d httpd-2_0_NN.tar.gz
- $ tar xvf httpd-2_0_NN.tar
Yapılandırma$ ./configure --prefix=ÖNEK -
Derleme$ make
Kurulum$ make install
Kişiselleştirme$ vi ÖNEK/conf/httpd.conf
Deneme$ ÖNEK/bin/apachectl start -
- -

NN yerine kuracağınız alt sürümü, ÖNEK - yerine de dosya sisteminde sunucunun altına kurulacağı dizin yolunu - yazınız. ÖNEK belirtilmezse - /usr/local/apache2 öntanımlıdır.

- -

Derleme ve kurulum işleminin her aşaması, Apache httpd’nin derlenmesi - ve kurulması için gerekenler başta olmak üzere aşağıda ayrıntılı olarak - açıklanmıştır.

-
top
-
-

Gereksinimler

- -

Apache’yi derleyebilmek için şunlar mevcut olmalıdır:

- -
-
Disk Alanı
-
Geçici olarak en azından 50 MB boş disk alanınız olduğundan emin - olunuz. Kurulumdan sonra Apache yaklaşık 10 MB disk alanı kaplıyor - olacaktır. Asıl disk alanı gereksinimi seçtiğiniz yapılandırma - seçenekleri ve üçüncü parti modüllere göre değişiklik - gösterecektir.
- -
ANSI-C Derleyici ve Derleme Sistemi
-
Bir ANSI-C derleyicinin kurulu olduğundan emin olunuz. Free Software Foundation (FSF) - tarafından dağıtılan GNU C derleyicisini - (GCC) kullanmanız önerilir (2.7.2 sürümü uygundur). GCC yoksa en - azından satıcınızın derleyicisinin ANSI uyumlu olduğundan emin - olunuz. Ayrıca, PATH ortam değişkeninizin içerdiği - yollarda make gibi temel derleme araçları da - bulunmalıdır.
- -
Zamanın doğru belirlenmesi
-
HTTP protokolünün elemanları sunuldukları tarih ve saate göre ifade - edilirler. Bu bakımdan sisteminizdeki zaman ayarlama oluşumunun - ayarlarını gözden geçirmenizin tam sırasıdır. Bu amaçla, Ağ Zaman - Protokolüne (NTP) göre çalışan ntpdate veya - xntpd programları kullanılır. NTP yazılımları ve halka - açık zaman sunucuları hakkında daha ayrıntılı bilgi için NTP sitesine ve Usenet comp.protocols.time.ntp haber - grubuna bakınız.
- -
Perl 5 [SEÇİMLİK]
-
Perl ile yazılmış apxs veya - dbmmanage gibi bazı betikleri desteklemek için - Perl 5 yorumlayıcısı gerekir (5.003 veya daha yeni sürümleri - yeterlidir). Eğer sisteminizde birden fazla Perl yorumlayıcı - kuruluysa (örneğin, sistem geneli için Perl 4, kendi kullanımızı için - Perl 5 kurulu olabilir), doğru sürümün kullanılacağından emin olmak - bunu configure betiğine --with-perl - seçeneğini kullanarak belirtmeniz önerilir. Eğer - configure betiği sisteminizde Perl 5 yorumlayıcısı - bulamazsa bu betikleri kullanamazsınız. Ancak, bu durum Apache - 2.0’ın derlenip kurulmasına engel değildir.
-
-
top
-
-

İndirme

- -

Apache HTTP Sunucusunu, çeşitli yansıların da listelendiği Apache HTTP Sunucusu - indirme sayfasından indirebilirsiniz. Unix benzeri sistemler - kullanan Apache kullanıcılarının kaynak paketlerinden birini indirip - derlemeleri daha iyi olacaktır. Derleme işlemi (aşağıda açıklanmıştır) - kolaydır ve sunucunuzu ihtiyaçlarınıza uygun olarak kişiselleştirmenize - imkan tanır. Ayrıca, hazır derlenmiş paketler çoğunlukla en son kaynak - sürüm kadar güncel değildirler. Eğer böyle bir paket indirmişseniz, - kurarken paketin içinde bulunan INSTALL.bindist - dosyasındaki talimatlara uyunuz.

- -

İndirme işleminin ardından Apache HTTP Sunucusunun eksiksiz ve - değişikliğe uğramamış olduğunun doğrulanması önemlidir. Bu indirilen - tar paketinin PGP imzasına göre sınanması ile sağlanabilir. Bunun nasıl - yapılacağı indirme - sayfasında anlatıldığı gibi PGP - kullanımının anlatıldığı daha geniş bir örnek de vardır.

- -
top
-
-

Paketi açma

- -

Apache HTTPD tar paketinden sıkıştırmayı kaldırdıktan sonra tar - arşivinden dosyaları çıkarmak basit bir işlemdir:

- -

-$ gzip -d httpd-2_0_NN.tar.gz
-$ tar xvf httpd-2_0_NN.tar -

- -

Bu işlem bulunduğunuz dizinin içinde dağıtımın kaynak dosyalarını - içeren yeni bir dizin oluşturacaktır. Sunucuyu derleme işlmine - başlayabilmek için önce cd ile bu dizine geçmelisiniz.

-
top
-
-

Kaynak ağacının yapılandırılması

- -

Sonraki adım, Apache kaynak ağacının platformunuza ve kişisel - gereksinimlerinize uygun olarak yapılandırılmasıdır. Bu işlem dağıtımın - kök dizininde bulunan configure betiği kullanılarak - yapılır. (Apache kaynak ağacının CVS sürümünü - indiren geliştiricilerin sistemlerinde autoconf ve - libtool kurulu olması ve sonraki adıma geçmek için - buildconf çalıştırmaları gerekir. Bu işlem resmi - dağıtımlar için gerekli değildir.)

- -

Kaynak ağacını tamamen öntanımlı seçenekler kullanılarak derlemek için - ./configure komutunu vermek yeterlidir. Öntanımlı - seçenekleri değiştirmek için configure betiği - çeşitli değişkenler ve komut satırı seçenekleri kabul eder.

- -

En önemli seçenek, Apache’nin kurulacağı yerin belirlenmesini, - dolayısıyla Apache’nin bu konumda doğru olarak çalışması için - yapılandırılmasını sağlayan --prefix’tir. Kurulacak - dosyaların yerleri ile ilgili daha ayrıntılı denetim ek yapılandırma - seçenekleri ile mümkün kılınmıştır.

- -

Bu noktada ayrıca, Apache’de hangi özelliklerin bulunmasını - istediğinizi modülleri etkin kılarak veya iptal - ederek belirtebilirsiniz. Apache, öntanımlı olarak içerilmiş temel modüllerle gelir. Diğer - modüller --enable-modül seçenekleri - kullanılarak etkinleştirilir. Buradaki modül, - önünden mod_ dizgesi kaldırılmış ve içindeki altçizgi - imleri tire imleri ile değiştirilmiş modül ismidir. Ayrıca, - --enable-modül=shared seçeneklerini kullanarak - modülleri çalışma anında gerektiğinde yüklemek veya kaldırmak üzere paylaşımlı nesneler (DSO’lar) olarak derlemeniz de - mümkündür. Temel modülleri de benzer şekilde - --disable-modül seçenekleriyle iptal - edebilirsiniz. configure betiği mevcut olmayan - modüller için sizi uyarmayıp, seçeneği yok saymakla yetineceğinden, bu - seçenekleri kullanırken dikkatli olmalısınız.

- -

Ek olarak, bazen kullandığınız derleyici, kütüphaneler veya başlık - dosyalarının yerleri hakkında configure betiğine - ilave bilgiler sağlamanız gerekir. Bu işlem - configure betiğine ya ortam değişkenleriyle ya da - komut satırı seçenekleriyle bilgi aktarılarak yapılır. Daha fazla bilgi - için configure kılavuz sayfasına bakınız.

- -

Apache’yi derlerken ne gibi olasılıklara sahip olduğunuz hakkında bir - izlenim edinmeniz için aşağıda tipik bir örneğe yer verilmiştir. Bu - örnekte, Apache’nin /sw/pkg/apache önekiyle başlayan - dizinlere kurulması, belli bir derleyici ve derleyici seçenekleriyle - derlenmesi ve mod_rewrite ve - mod_speling modüllerinin de DSO mekanizması üzerinden - daha sonra yüklenmek üzere derlenmesi istenmektedir:

- -

- $ CC="pgcc" CFLAGS="-O2" \
- ./configure --prefix=/sw/pkg/apache \
- --enable-rewrite=shared \
- --enable-speling=shared -

- -

configure betiği başlatıldığında sisteminizde - mevcut özelliklerin işe yararlığını sınamak ve sonradan sunucuyu - derlemek için kullanılacak Makefile dosyalarını oluşturmak için bir kaç - dakika çalışacaktır.

- -

configure seçeneklerinin tamamı ayrıtılı olarak - configure kılavuz sayfasında açıklanmıştır.

-
top
-
-

Derleme

- -

Artık, Apache paketini şekillendiren çeşitli parçaları derlemek için - basitçe aşağıdaki komutu verebilirsiniz:

- -

$ make

- -

Bu komutu verdikten sonra lütfen sabırlı olunuz. Temel yapılandırmanın - derlenmesi bir Pentium III/Linux 2.2 makinede 3 dakika alsa da - modüllerin derlenmesi donanımınıza ve seçtiğiniz modüllerin sayısına - bağlı olarak daha uzun süre gerektirecektir.

-
top
-
-

Kurulum

- -

Şimdi sıra ÖNEK dizini altına kurulmak üzere - yapılandırdığınız (yukarı --prefix seçeneğine bakınız) - paketi kurmaya geldi. Basitçe şu komutu veriniz:

- -

# make install

- -

ÖNEK dizininde genellikle yazma izinlerinin - sınırlı oluşu nedeniyle bu adım genellikle root yetkilerini - gerektirir.

- -

Eğer sürüm yükseltiyorsanız, kurulum sırasında mevcut yapılandırma - dosyalarının ve belgelerin üzerine yazılmayacaktır.

-
top
-
-

Kişiselleştirme

- -

Bu adımda, Apache HTTP sunucunuzu ÖNEK/conf/ - dizini altındaki yapılandırma - dosyalarını düzenleyerek kişiselleştirebilirsiniz.

- -

$ vi ÖNEK/conf/httpd.conf

- -

Bu kılavuz ve kullanılabilecek yapılandırma yönergelerinin kılavuzlarını - docs/manual/ altında bulabileceğiniz gibi en - son sürümünü daima http://httpd.apache.org/docs/2.0/ adresinde - bulabilirsiniz.

-
top
-
-

Deneme

- -

Artık Apache HTTP sunucunuzu başlatmaya - hazırsınız. Hemen şu komutu verin:

- -

$ ÖNEK/bin/apachectl start

- -

http://localhost/ üzerinden ilk belgeniz için bir istek - yapmalısınız. Genellikle DocumentRoot olarak bilinen - ÖNEK/htdocs/ altındaki sayfayı görürsünüz. - Çalışmakta olan sunucuyu durdurmak için şu - komutu verebilirsiniz:

- -

$ ÖNEK/bin/apachectl stop

-
top
-
-

Yükseltme

- -

Sürüm yükseltme işleminin ilk adımı, sitenizi etkileyen değişiklikleri - öğrenmek için dağıtım duyurusunu ve kaynak paketindeki - CHANGES dosyasını okumaktır. Ana sürümlerden yükseltme - yapıyorsanız (1.3’ten 2.0’a veya 2.0’dan 2.2’ye gibi), derleme anı ve - çalışma anı yapılandırmalarındaki ana farklılıklar elle ayarlamalar - yapmanızı gerektirecektir. Ayrıca, tüm modüllerin de modül API’sindeki - değişikliklere uyum sağlaması için yükseltilmesi gerekecektir.

- -

Aynı ana sürüm içinde yükseltme yapmak (2.0.55’ten 2.0.57’ye - yükseltmek gibi) daha kolaydır. make install işlemi, - mevcut yapılandırma ve günlük dosyalarınızın ve belgelerin üzerine - yazmayacaktır. Ek olarak, geliştiriciler alt sürüm değişikliklerinde - configure seçenekleri, çalışma anı yapılandırması - veya modül API’sinde uyumsuz değişiklikler yapmamaya özen - göstereceklerdir. Çoğu durumda, aynı configure komut - satırını, aynı yapılandırma dosyasını kullanabileceksiniz ve tüm - modülleriniz de çalışmaya devam edebilecektir. (Bu sadece 2.0.41 sürümünden sonrası için geçerlidir; daha önceki sürümler için uyumluluk söz konusu değildir.)

- -

Aynı ana sürüm içinde yükseltme işlemine, eski kaynak ağacının kök - dizininde veya kurulu sunucunuzun build dizininde - bulacağınız config.nice dosyasını yeni kaynak ağacının kök - dizinine kopyalamak suretiyle başlayabilirsiniz. Bu dosya evvelce - kaynak ağacını yapılandırmakta kullandığınız - configure komut satırını içerir. - config.nice dosyasında yapmak istediğiniz değişiklikler - varsa yaptıktan sonra şu komutları veriniz:

- -

- $ ./config.nice
- $ make
- $ make install
- $ ÖNEK/bin/apachectl graceful-stop
- $ ÖNEK/bin/apachectl start
-

- -
Her yeni sürümü hizmete sokmadan önce daima çalışma - ortamınızda denemeniz gerekir. Örneğin, yükseltme işlemini - sonuçlandırmadan önce eski sürümün çalışmasını durdurmadan yenisini - farklı bir --prefix ile kurabilir ve farklı bir port ile - (Listen yönergesini - ayarlamak suretiyle) çalıştırabilirsiniz.
-
-
-

Mevcut Diller:  de  | - en  | - es  | - ja  | - ko  | - ru  | - tr 

-
+ + + +Derleme ve Kurulum - Apache HTTP Sunucusu + + + + + +
<-
+
+Apache > HTTP Sunucusu > Belgeleme > Sürüm 2.0

Derleme ve Kurulum

+
+

Mevcut Diller:  de  | + en  | + es  | + ja  | + ko  | + ru  | + tr 

+
+ + +

Bu belge Apache’nin sadece Unix ve Unix benzeri sistemlerde + derlenmesini ve kurulmasını kapsar. Windows üzerinde derleme ve kurulum + için Apache’nin Microsoft Windows ile + kullanımı bölümüne bakınız. Diğer platformlar için ise platform belgelerine bakınız.

+ +

Apache 2.0’ın yapılandırma ve kurulum ortamı Apache 1.3’e göre tamamen değişmiştir. Apache 1.3, kurulumu kolaylaştırmak için özel bazı betikler kullanırdı. Apache 2.0 ise artık derleme ortamını oluşturmak için çoğu Açık Kaynak Kodlu projenin yaptığı gibi libtool ve autoconf kullanmaktadır.

+ +

Eğer sadece sürüm yükseltiyorsanız (2.0.50’den 2.0.51’e yükseltmek + gibi) lütfen doğrudan Yükseltme bölümüne + atlayınız.

+ +
+ +
top
+
+

Tez canlılar için genel bir bakış

+ + + + + + + + + + + + +
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
İndirme$ lynx http://httpd.apache.org/download.cgi +
Paketi açma$ gzip -d httpd-2_0_NN.tar.gz
+ $ tar xvf httpd-2_0_NN.tar
Yapılandırma$ ./configure --prefix=ÖNEK +
Derleme$ make
Kurulum$ make install
Kişiselleştirme$ vi ÖNEK/conf/httpd.conf
Deneme$ ÖNEK/bin/apachectl start +
+ +

NN yerine kuracağınız alt sürümü, ÖNEK + yerine de dosya sisteminde sunucunun altına kurulacağı dizin yolunu + yazınız. ÖNEK belirtilmezse + /usr/local/apache2 öntanımlıdır.

+ +

Derleme ve kurulum işleminin her aşaması, Apache httpd’nin derlenmesi + ve kurulması için gerekenler başta olmak üzere aşağıda ayrıntılı olarak + açıklanmıştır.

+
top
+
+

Gereksinimler

+ +

Apache’yi derleyebilmek için şunlar mevcut olmalıdır:

+ +
+
Disk Alanı
+
Geçici olarak en azından 50 MB boş disk alanınız olduğundan emin + olunuz. Kurulumdan sonra Apache yaklaşık 10 MB disk alanı kaplıyor + olacaktır. Asıl disk alanı gereksinimi seçtiğiniz yapılandırma + seçenekleri ve üçüncü parti modüllere göre değişiklik + gösterecektir.
+ +
ANSI-C Derleyici ve Derleme Sistemi
+
Bir ANSI-C derleyicinin kurulu olduğundan emin olunuz. Free Software Foundation (FSF) + tarafından dağıtılan GNU C derleyicisini + (GCC) kullanmanız önerilir (2.7.2 sürümü uygundur). GCC yoksa en + azından satıcınızın derleyicisinin ANSI uyumlu olduğundan emin + olunuz. Ayrıca, PATH ortam değişkeninizin içerdiği + yollarda make gibi temel derleme araçları da + bulunmalıdır.
+ +
Zamanın doğru belirlenmesi
+
HTTP protokolünün elemanları sunuldukları tarih ve saate göre ifade + edilirler. Bu bakımdan sisteminizdeki zaman ayarlama oluşumunun + ayarlarını gözden geçirmenizin tam sırasıdır. Bu amaçla, Ağ Zaman + Protokolüne (NTP) göre çalışan ntpdate veya + xntpd programları kullanılır. NTP yazılımları ve halka + açık zaman sunucuları hakkında daha ayrıntılı bilgi için NTP sitesine ve Usenet comp.protocols.time.ntp haber + grubuna bakınız.
+ +
Perl 5 [SEÇİMLİK]
+
Perl ile yazılmış apxs veya + dbmmanage gibi bazı betikleri desteklemek için + Perl 5 yorumlayıcısı gerekir (5.003 veya daha yeni sürümleri + yeterlidir). Eğer sisteminizde birden fazla Perl yorumlayıcı + kuruluysa (örneğin, sistem geneli için Perl 4, kendi kullanımızı için + Perl 5 kurulu olabilir), doğru sürümün kullanılacağından emin olmak + bunu configure betiğine --with-perl + seçeneğini kullanarak belirtmeniz önerilir. Eğer + configure betiği sisteminizde Perl 5 yorumlayıcısı + bulamazsa bu betikleri kullanamazsınız. Ancak, bu durum Apache + 2.0’ın derlenip kurulmasına engel değildir.
+
+
top
+
+

İndirme

+ +

Apache HTTP Sunucusunu, çeşitli yansıların da listelendiği Apache HTTP Sunucusu + indirme sayfasından indirebilirsiniz. Unix benzeri sistemler + kullanan Apache kullanıcılarının kaynak paketlerinden birini indirip + derlemeleri daha iyi olacaktır. Derleme işlemi (aşağıda açıklanmıştır) + kolaydır ve sunucunuzu ihtiyaçlarınıza uygun olarak kişiselleştirmenize + imkan tanır. Ayrıca, hazır derlenmiş paketler çoğunlukla en son kaynak + sürüm kadar güncel değildirler. Eğer böyle bir paket indirmişseniz, + kurarken paketin içinde bulunan INSTALL.bindist + dosyasındaki talimatlara uyunuz.

+ +

İndirme işleminin ardından Apache HTTP Sunucusunun eksiksiz ve + değişikliğe uğramamış olduğunun doğrulanması önemlidir. Bu indirilen + tar paketinin PGP imzasına göre sınanması ile sağlanabilir. Bunun nasıl + yapılacağı indirme + sayfasında anlatıldığı gibi PGP + kullanımının anlatıldığı daha geniş bir örnek de vardır.

+ +
top
+
+

Paketi açma

+ +

Apache HTTPD tar paketinden sıkıştırmayı kaldırdıktan sonra tar + arşivinden dosyaları çıkarmak basit bir işlemdir:

+ +

+$ gzip -d httpd-2_0_NN.tar.gz
+$ tar xvf httpd-2_0_NN.tar +

+ +

Bu işlem bulunduğunuz dizinin içinde dağıtımın kaynak dosyalarını + içeren yeni bir dizin oluşturacaktır. Sunucuyu derleme işlmine + başlayabilmek için önce cd ile bu dizine geçmelisiniz.

+
top
+
+

Kaynak ağacının yapılandırılması

+ +

Sonraki adım, Apache kaynak ağacının platformunuza ve kişisel + gereksinimlerinize uygun olarak yapılandırılmasıdır. Bu işlem dağıtımın + kök dizininde bulunan configure betiği kullanılarak + yapılır. (Apache kaynak ağacının CVS sürümünü + indiren geliştiricilerin sistemlerinde autoconf ve + libtool kurulu olması ve sonraki adıma geçmek için + buildconf çalıştırmaları gerekir. Bu işlem resmi + dağıtımlar için gerekli değildir.)

+ +

Kaynak ağacını tamamen öntanımlı seçenekler kullanılarak derlemek için + ./configure komutunu vermek yeterlidir. Öntanımlı + seçenekleri değiştirmek için configure betiği + çeşitli değişkenler ve komut satırı seçenekleri kabul eder.

+ +

En önemli seçenek, Apache’nin kurulacağı yerin belirlenmesini, + dolayısıyla Apache’nin bu konumda doğru olarak çalışması için + yapılandırılmasını sağlayan --prefix’tir. Kurulacak + dosyaların yerleri ile ilgili daha ayrıntılı denetim ek yapılandırma + seçenekleri ile mümkün kılınmıştır.

+ +

Bu noktada ayrıca, Apache’de hangi özelliklerin bulunmasını + istediğinizi modülleri etkin kılarak veya iptal + ederek belirtebilirsiniz. Apache, öntanımlı olarak içerilmiş temel modüllerle gelir. Diğer + modüller --enable-modül seçenekleri + kullanılarak etkinleştirilir. Buradaki modül, + önünden mod_ dizgesi kaldırılmış ve içindeki altçizgi + imleri tire imleri ile değiştirilmiş modül ismidir. Ayrıca, + --enable-modül=shared seçeneklerini kullanarak + modülleri çalışma anında gerektiğinde yüklemek veya kaldırmak üzere paylaşımlı nesneler (DSO’lar) olarak derlemeniz de + mümkündür. Temel modülleri de benzer şekilde + --disable-modül seçenekleriyle iptal + edebilirsiniz. configure betiği mevcut olmayan + modüller için sizi uyarmayıp, seçeneği yok saymakla yetineceğinden, bu + seçenekleri kullanırken dikkatli olmalısınız.

+ +

Ek olarak, bazen kullandığınız derleyici, kütüphaneler veya başlık + dosyalarının yerleri hakkında configure betiğine + ilave bilgiler sağlamanız gerekir. Bu işlem + configure betiğine ya ortam değişkenleriyle ya da + komut satırı seçenekleriyle bilgi aktarılarak yapılır. Daha fazla bilgi + için configure kılavuz sayfasına bakınız.

+ +

Apache’yi derlerken ne gibi olasılıklara sahip olduğunuz hakkında bir + izlenim edinmeniz için aşağıda tipik bir örneğe yer verilmiştir. Bu + örnekte, Apache’nin /sw/pkg/apache önekiyle başlayan + dizinlere kurulması, belli bir derleyici ve derleyici seçenekleriyle + derlenmesi ve mod_rewrite ve + mod_speling modüllerinin de DSO mekanizması üzerinden + daha sonra yüklenmek üzere derlenmesi istenmektedir:

+ +

+ $ CC="pgcc" CFLAGS="-O2" \
+ ./configure --prefix=/sw/pkg/apache \
+ --enable-rewrite=shared \
+ --enable-speling=shared +

+ +

configure betiği başlatıldığında sisteminizde + mevcut özelliklerin işe yararlığını sınamak ve sonradan sunucuyu + derlemek için kullanılacak Makefile dosyalarını oluşturmak için bir kaç + dakika çalışacaktır.

+ +

configure seçeneklerinin tamamı ayrıtılı olarak + configure kılavuz sayfasında açıklanmıştır.

+
top
+
+

Derleme

+ +

Artık, Apache paketini şekillendiren çeşitli parçaları derlemek için + basitçe aşağıdaki komutu verebilirsiniz:

+ +

$ make

+ +

Bu komutu verdikten sonra lütfen sabırlı olunuz. Temel yapılandırmanın + derlenmesi bir Pentium III/Linux 2.2 makinede 3 dakika alsa da + modüllerin derlenmesi donanımınıza ve seçtiğiniz modüllerin sayısına + bağlı olarak daha uzun süre gerektirecektir.

+
top
+
+

Kurulum

+ +

Şimdi sıra ÖNEK dizini altına kurulmak üzere + yapılandırdığınız (yukarı --prefix seçeneğine bakınız) + paketi kurmaya geldi. Basitçe şu komutu veriniz:

+ +

# make install

+ +

ÖNEK dizininde genellikle yazma izinlerinin + sınırlı oluşu nedeniyle bu adım genellikle root yetkilerini + gerektirir.

+ +

Eğer sürüm yükseltiyorsanız, kurulum sırasında mevcut yapılandırma + dosyalarının ve belgelerin üzerine yazılmayacaktır.

+
top
+
+

Kişiselleştirme

+ +

Bu adımda, Apache HTTP sunucunuzu ÖNEK/conf/ + dizini altındaki yapılandırma + dosyalarını düzenleyerek kişiselleştirebilirsiniz.

+ +

$ vi ÖNEK/conf/httpd.conf

+ +

Bu kılavuz ve kullanılabilecek yapılandırma yönergelerinin kılavuzlarını + docs/manual/ altında bulabileceğiniz gibi en + son sürümünü daima http://httpd.apache.org/docs/2.0/ adresinde + bulabilirsiniz.

+
top
+
+

Deneme

+ +

Artık Apache HTTP sunucunuzu başlatmaya + hazırsınız. Hemen şu komutu verin:

+ +

$ ÖNEK/bin/apachectl start

+ +

http://localhost/ üzerinden ilk belgeniz için bir istek + yapmalısınız. Genellikle DocumentRoot olarak bilinen + ÖNEK/htdocs/ altındaki sayfayı görürsünüz. + Çalışmakta olan sunucuyu durdurmak için şu + komutu verebilirsiniz:

+ +

$ ÖNEK/bin/apachectl stop

+
top
+
+

Yükseltme

+ +

Sürüm yükseltme işleminin ilk adımı, sitenizi etkileyen değişiklikleri + öğrenmek için dağıtım duyurusunu ve kaynak paketindeki + CHANGES dosyasını okumaktır. Ana sürümlerden yükseltme + yapıyorsanız (1.3’ten 2.0’a veya 2.0’dan 2.2’ye gibi), derleme anı ve + çalışma anı yapılandırmalarındaki ana farklılıklar elle ayarlamalar + yapmanızı gerektirecektir. Ayrıca, tüm modüllerin de modül API’sindeki + değişikliklere uyum sağlaması için yükseltilmesi gerekecektir.

+ +

Aynı ana sürüm içinde yükseltme yapmak (2.0.55’ten 2.0.57’ye + yükseltmek gibi) daha kolaydır. make install işlemi, + mevcut yapılandırma ve günlük dosyalarınızın ve belgelerin üzerine + yazmayacaktır. Ek olarak, geliştiriciler alt sürüm değişikliklerinde + configure seçenekleri, çalışma anı yapılandırması + veya modül API’sinde uyumsuz değişiklikler yapmamaya özen + göstereceklerdir. Çoğu durumda, aynı configure komut + satırını, aynı yapılandırma dosyasını kullanabileceksiniz ve tüm + modülleriniz de çalışmaya devam edebilecektir. (Bu sadece 2.0.41 sürümünden sonrası için geçerlidir; daha önceki sürümler için uyumluluk söz konusu değildir.)

+ +

Aynı ana sürüm içinde yükseltme işlemine, eski kaynak ağacının kök + dizininde veya kurulu sunucunuzun build dizininde + bulacağınız config.nice dosyasını yeni kaynak ağacının kök + dizinine kopyalamak suretiyle başlayabilirsiniz. Bu dosya evvelce + kaynak ağacını yapılandırmakta kullandığınız + configure komut satırını içerir. + config.nice dosyasında yapmak istediğiniz değişiklikler + varsa yaptıktan sonra şu komutları veriniz:

+ +

+ $ ./config.nice
+ $ make
+ $ make install
+ $ ÖNEK/bin/apachectl graceful-stop
+ $ ÖNEK/bin/apachectl start
+

+ +
Her yeni sürümü hizmete sokmadan önce daima çalışma + ortamınızda denemeniz gerekir. Örneğin, yükseltme işlemini + sonuçlandırmadan önce eski sürümün çalışmasını durdurmadan yenisini + farklı bir --prefix ile kurabilir ve farklı bir port ile + (Listen yönergesini + ayarlamak suretiyle) çalıştırabilirsiniz.
+
+
+

Mevcut Diller:  de  | + en  | + es  | + ja  | + ko  | + ru  | + tr 

+
\ No newline at end of file diff --git a/docs/manual/invoking.html.de b/docs/manual/invoking.html.de index 70679f656f0..f6b805fed8b 100644 --- a/docs/manual/invoking.html.de +++ b/docs/manual/invoking.html.de @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

Unter Windows läuft der Apache üblicherweise als Dienst @@ -149,7 +150,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/invoking.html.en b/docs/manual/invoking.html.en index 5b51fb5dedb..a634444222e 100644 --- a/docs/manual/invoking.html.en +++ b/docs/manual/invoking.html.en @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

On Windows, Apache is normally run as a service on Windows @@ -144,7 +145,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/invoking.html.es b/docs/manual/invoking.html.es index 4f911b07753..3c9b1f7c634 100644 --- a/docs/manual/invoking.html.es +++ b/docs/manual/invoking.html.es @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

En Windows, Apache se ejecuta normalmente como un servicio en @@ -161,7 +162,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/invoking.html.ja.utf8 b/docs/manual/invoking.html.ja.utf8 index 946052022a0..7511bd58fb6 100644 --- a/docs/manual/invoking.html.ja.utf8 +++ b/docs/manual/invoking.html.ja.utf8 @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

This translation may be out of date. Check the English version for recent changes.
@@ -157,7 +158,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/invoking.html.ko.euc-kr b/docs/manual/invoking.html.ko.euc-kr index 32667977afc..77668403a14 100644 --- a/docs/manual/invoking.html.ko.euc-kr +++ b/docs/manual/invoking.html.ko.euc-kr @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

ÀÌ ¹®¼­´Â ÃÖ½ÅÆÇ ¹ø¿ªÀÌ ¾Æ´Õ´Ï´Ù. ÃÖ±Ù¿¡ º¯°æµÈ ³»¿ëÀº ¿µ¾î ¹®¼­¸¦ Âü°íÇϼ¼¿ä.
@@ -133,7 +134,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/invoking.html.ru.koi8-r b/docs/manual/invoking.html.ru.koi8-r index 9aeba3bd63b..a4b2ef2113c 100644 --- a/docs/manual/invoking.html.ru.koi8-r +++ b/docs/manual/invoking.html.ru.koi8-r @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

îÁ Windows ÐÌÁÔÆÏÒÍÁÈ Apache ÏÂÙÞÎÏ ÒÁÂÏÔÁÅÔ ËÁË ÓÅÒ×ÉÓ Windows NT/2000/XP @@ -136,7 +137,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/invoking.html.tr.utf8 b/docs/manual/invoking.html.tr.utf8 index 9fc8c6fe029..0fbdabfe56c 100644 --- a/docs/manual/invoking.html.tr.utf8 +++ b/docs/manual/invoking.html.tr.utf8 @@ -1,149 +1,149 @@ - - - -Apache HTTPd’nin başlatılması - Apache HTTP Sunucusu - - - - - -
<-
-
-Apache > HTTP Sunucusu > Belgeleme > Sürüm 2.0

Apache HTTPd’nin başlatılması

-
-

Mevcut Diller:  de  | - en  | - es  | - ja  | - ko  | - ru  | - tr 

-
- -

Apache normal olarak, Windows NT, 2000 ve XP'de bir hizmet olarak, - Windows 9x ve ME’de ise bir konsol uygulaması olarak çalışır. Ayrıntılı - bilgi için Apache HTTPd’nin bir - hizmet olarak çalıştırılması ve Apache HTTPd’nin bir konsol - uygulaması olarak çalıştırılması bölümlerine bakınız.

- -

Unix’te ise artalanda isteklere yanıt vermek için sürekli çalışan bir - artalan sürecidir. Bu belgede httpd’nin nasıl - çalıştırılacağı açıklanmaktadır.

-
- -
top
-
-

Apache Nasıl Başlatılır?

- -

Yapılandırma dosyasında Listen yönergesi ile öntanımlı olan port - 80 (veya 1024’ten küçük herhangi bir port) belirtilmişse Apache HTTP - Sunucusunu başlatmak için root yetkileri gerekecektir. Sunucu başlatılıp - günlük dosyalarını açmak gibi bazı ön hazırlık etkinliklerinde - bulunduktan sonra istemcilerden gelen istekleri dinlemek ve yanıt vermek - için çeşitli çocuk süreçler başlatır. Ana - httpd süreci root kullanıcısının aidiyetinde - çalışmasını sürdürürken çocuk süreçler daha az yetkili bir kullanıcının - aidiyetinde çalışır. Bu işlem seçilen Çok Süreçlilik - Modülü tarafından denetlenir.

- -

httpd’yi çalıştırmak için önerilen yöntem - apachectl betiğini kullanmaktır. Bu betik, - httpd’nin bazı işletim sistemlerinde işlevini - gerektiği gibi yerine getirebilmesi için gereken belli ortam - değişkenlerini ayarlar ve httpd’yi çalıştırır. - apachectl, komut satırı argümanlarını - httpd’ye aktarabildiğinden gerekli - httpd seçenekleri apachectl - betiğine komut satırı seçenekleri olarak belirtilebilir. Ayrıca, - apachectl betiğinin içeriğini doğrudan düzenlemek - suretiyle betiğin başlangıç satırlarındaki HTTPD - değişkenine httpd çalıştırılabilir dosyasının doğru - yerini ve daima mevcut olmasını istediğiniz komut satırı - seçeneklerini belirtebilirsiniz.

- -

httpd çalıştırıldığında yaptığı ilk şey yapılandırma dosyası - httpd.conf’u bulup okumaktır. Bu dosyanın yeri derleme - sırasında belirtilmekteyse de -f komut satırı seçeneği - kullanılarak çalıştırma sırasında belirtmek de mümkündür:

- -

/usr/local/apache2/bin/apachectl -f - /usr/local/apache2/conf/httpd.conf

- -

Başlatma sırasında herşey yolunda giderse sunucu kendini uçbirimden - ayıracak ve hemen ardından uçbirim, komut istemine düşecektir. Bu, - sunucunun etkin ve çalışmakta olduğunu gösterir. Artık tarayıcınızı - kullanarak sunucuya bağlanabilir, DocumentRoot dizinindeki deneme sayfasını - görebilir ve bu sayfadan bir bağla bu belgelerin makinenizdeki kopyasına - erişebilirsiniz.

-
top
-
-

Başlatma Sırasındaki Hatalar

- -

Apache başlatma sırasında ölümcül bir sorunla karşılaşacak olursa - çıkmadan önce sorunu açıklayan bir iletiyi konsola veya ErrorLog yönergesi ile belirtilen hata - günlüğüne yazacaktır. En çok karşılaşılan hata iletilerinden biri - "Unable to bind to Port ..." dizgesidir. Bu iletiye - genellikle şu iki durumdan biri sebep olur:

- -
    -
  • Sunucunun, root yetkileri gerektiren bir portu kullanmak üzere root - kullanıcısı tarafından çalıştırılmamış olması.
  • - -
  • Aynı portu kullanan başka bir Apache Sunucusunun veya başka bir HTTP - sunucusunun zaten çalışmakta oluşu.
  • -
- -

Bu ve diğer sorun çözme talimatları için Apache SSS’sini inceleyiniz.

-
top
-
-

Sistem Açılışında Başlatma

- -

Sunucunuzun sistem yeniden başlatıldıktan sonra çalışmasına devam - etmesini istiyorsanız sistem başlatma betiklerinize (genellikle ya - rc.local dosyasıdır ya da bir rc.N dizininde - bir dosyadır) apachectl betiği için bir çağrı - eklemelisiniz. Bu, Apache sunucunuzu root yetkileriyle başlatacaktır. - Bunu yapmadan önce sunucunuzun güvenlik ve erişim kısıtlamaları - bakımından gerektiği gibi yapılandırıldığından emin olunuz.

- -

apachectl betiği, bir standart SysV init betiği gibi - davranacak şekilde tasarlanmıştır. start, - restart ve stop argümanlarını kabul edebilir - ve bunları httpd’ye uygun sinyallere dönüştürebilir. - Bu bakımdan, çoğunlukla uygun init dizinlerinden birine - apachectl betiği için basitçe bir bağ - yerleştirebilirsiniz. Fakat bunu yapmadan önce betiğin sisteminizin - gereklerini yerine getirdiğinden emin olunuz.

-
top
-
-

Ek Bilgiler

- -

httpd, apachectl ve sunucuyla - gelen diğer destek programlarının komut satırı seçenekleri hakkında ek - bilgi Sunucu ve Destek Programları sayfasında - bulunabilir. Ayrıca, Apache dağıtımında bulunan tüm modüller ve bunlarla sağlanan yönergeler hakkında da belgeler - vardır.

-
-
-

Mevcut Diller:  de  | - en  | - es  | - ja  | - ko  | - ru  | - tr 

-
+ + + +Apache HTTPd’nin başlatılması - Apache HTTP Sunucusu + + + + + +
<-
+
+Apache > HTTP Sunucusu > Belgeleme > Sürüm 2.0

Apache HTTPd’nin başlatılması

+
+

Mevcut Diller:  de  | + en  | + es  | + ja  | + ko  | + ru  | + tr 

+
+ +

Apache normal olarak, Windows NT, 2000 ve XP'de bir hizmet olarak, + Windows 9x ve ME’de ise bir konsol uygulaması olarak çalışır. Ayrıntılı + bilgi için Apache HTTPd’nin bir + hizmet olarak çalıştırılması ve Apache HTTPd’nin bir konsol + uygulaması olarak çalıştırılması bölümlerine bakınız.

+ +

Unix’te ise artalanda isteklere yanıt vermek için sürekli çalışan bir + artalan sürecidir. Bu belgede httpd’nin nasıl + çalıştırılacağı açıklanmaktadır.

+
+ +
top
+
+

Apache Nasıl Başlatılır?

+ +

Yapılandırma dosyasında Listen yönergesi ile öntanımlı olan port + 80 (veya 1024’ten küçük herhangi bir port) belirtilmişse Apache HTTP + Sunucusunu başlatmak için root yetkileri gerekecektir. Sunucu başlatılıp + günlük dosyalarını açmak gibi bazı ön hazırlık etkinliklerinde + bulunduktan sonra istemcilerden gelen istekleri dinlemek ve yanıt vermek + için çeşitli çocuk süreçler başlatır. Ana + httpd süreci root kullanıcısının aidiyetinde + çalışmasını sürdürürken çocuk süreçler daha az yetkili bir kullanıcının + aidiyetinde çalışır. Bu işlem seçilen Çok Süreçlilik + Modülü tarafından denetlenir.

+ +

httpd’yi çalıştırmak için önerilen yöntem + apachectl betiğini kullanmaktır. Bu betik, + httpd’nin bazı işletim sistemlerinde işlevini + gerektiği gibi yerine getirebilmesi için gereken belli ortam + değişkenlerini ayarlar ve httpd’yi çalıştırır. + apachectl, komut satırı argümanlarını + httpd’ye aktarabildiğinden gerekli + httpd seçenekleri apachectl + betiğine komut satırı seçenekleri olarak belirtilebilir. Ayrıca, + apachectl betiğinin içeriğini doğrudan düzenlemek + suretiyle betiğin başlangıç satırlarındaki HTTPD + değişkenine httpd çalıştırılabilir dosyasının doğru + yerini ve daima mevcut olmasını istediğiniz komut satırı + seçeneklerini belirtebilirsiniz.

+ +

httpd çalıştırıldığında yaptığı ilk şey yapılandırma dosyası + httpd.conf’u bulup okumaktır. Bu dosyanın yeri derleme + sırasında belirtilmekteyse de -f komut satırı seçeneği + kullanılarak çalıştırma sırasında belirtmek de mümkündür:

+ +

/usr/local/apache2/bin/apachectl -f + /usr/local/apache2/conf/httpd.conf

+ +

Başlatma sırasında herşey yolunda giderse sunucu kendini uçbirimden + ayıracak ve hemen ardından uçbirim, komut istemine düşecektir. Bu, + sunucunun etkin ve çalışmakta olduğunu gösterir. Artık tarayıcınızı + kullanarak sunucuya bağlanabilir, DocumentRoot dizinindeki deneme sayfasını + görebilir ve bu sayfadan bir bağla bu belgelerin makinenizdeki kopyasına + erişebilirsiniz.

+
top
+
+

Başlatma Sırasındaki Hatalar

+ +

Apache başlatma sırasında ölümcül bir sorunla karşılaşacak olursa + çıkmadan önce sorunu açıklayan bir iletiyi konsola veya ErrorLog yönergesi ile belirtilen hata + günlüğüne yazacaktır. En çok karşılaşılan hata iletilerinden biri + "Unable to bind to Port ..." dizgesidir. Bu iletiye + genellikle şu iki durumdan biri sebep olur:

+ +
    +
  • Sunucunun, root yetkileri gerektiren bir portu kullanmak üzere root + kullanıcısı tarafından çalıştırılmamış olması.
  • + +
  • Aynı portu kullanan başka bir Apache Sunucusunun veya başka bir HTTP + sunucusunun zaten çalışmakta oluşu.
  • +
+ +

Bu ve diğer sorun çözme talimatları için Apache SSS’sini inceleyiniz.

+
top
+
+

Sistem Açılışında Başlatma

+ +

Sunucunuzun sistem yeniden başlatıldıktan sonra çalışmasına devam + etmesini istiyorsanız sistem başlatma betiklerinize (genellikle ya + rc.local dosyasıdır ya da bir rc.N dizininde + bir dosyadır) apachectl betiği için bir çağrı + eklemelisiniz. Bu, Apache sunucunuzu root yetkileriyle başlatacaktır. + Bunu yapmadan önce sunucunuzun güvenlik ve erişim kısıtlamaları + bakımından gerektiği gibi yapılandırıldığından emin olunuz.

+ +

apachectl betiği, bir standart SysV init betiği gibi + davranacak şekilde tasarlanmıştır. start, + restart ve stop argümanlarını kabul edebilir + ve bunları httpd’ye uygun sinyallere dönüştürebilir. + Bu bakımdan, çoğunlukla uygun init dizinlerinden birine + apachectl betiği için basitçe bir bağ + yerleştirebilirsiniz. Fakat bunu yapmadan önce betiğin sisteminizin + gereklerini yerine getirdiğinden emin olunuz.

+
top
+
+

Ek Bilgiler

+ +

httpd, apachectl ve sunucuyla + gelen diğer destek programlarının komut satırı seçenekleri hakkında ek + bilgi Sunucu ve Destek Programları sayfasında + bulunabilir. Ayrıca, Apache dağıtımında bulunan tüm modüller ve bunlarla sağlanan yönergeler hakkında da belgeler + vardır.

+
+
+

Mevcut Diller:  de  | + en  | + es  | + ja  | + ko  | + ru  | + tr 

+
\ No newline at end of file diff --git a/docs/manual/mod/mpm_common.html.de b/docs/manual/mod/mpm_common.html.de index c9080111d39..ef5dc1cc713 100644 --- a/docs/manual/mod/mpm_common.html.de +++ b/docs/manual/mod/mpm_common.html.de @@ -24,7 +24,8 @@

Verfügbare Sprachen:  de  |  en  |  es  | - ja 

+ ja  | + tr 

@@ -966,7 +967,8 @@ g

Verfügbare Sprachen:  de  |  en  |  es  | - ja 

+ ja  | + tr 

diff --git a/docs/manual/mod/mpm_common.html.en b/docs/manual/mod/mpm_common.html.en index 637d2eecd74..224d55696df 100644 --- a/docs/manual/mod/mpm_common.html.en +++ b/docs/manual/mod/mpm_common.html.en @@ -24,7 +24,8 @@

Available Languages:  de  |  en  |  es  | - ja 

+ ja  | + tr 

Beschreibung:Eine Sammlung von Direktiven, die in mehr als einem Multi-Processing-Modul (MPM) implementiert sind.
@@ -894,7 +895,8 @@ requests

Available Languages:  de  |  en  |  es  | - ja 

+ ja  | + tr 

diff --git a/docs/manual/mod/mpm_common.html.es b/docs/manual/mod/mpm_common.html.es index 0040d2fac0a..51f1090be70 100644 --- a/docs/manual/mod/mpm_common.html.es +++ b/docs/manual/mod/mpm_common.html.es @@ -25,7 +25,8 @@

Idiomas disponibles:  de  |  en  |  es  | - ja 

+ ja  | + tr 

Esta traducción podría estar obsoleta. Consulte la versión en inglés de la @@ -973,7 +974,8 @@ de la versi

Idiomas disponibles:  de  |  en  |  es  | - ja 

+ ja  | + tr 

diff --git a/docs/manual/mod/mpm_common.html.ja.utf8 b/docs/manual/mod/mpm_common.html.ja.utf8 index b20d073ea5d..07e67ab3a6f 100644 --- a/docs/manual/mod/mpm_common.html.ja.utf8 +++ b/docs/manual/mod/mpm_common.html.ja.utf8 @@ -24,7 +24,8 @@

Available Languages:  de  |  en  |  es  | - ja 

+ ja  | + tr 

This translation may be out of date. Check the English version for recent changes.
@@ -947,7 +948,8 @@ accept しようとしているときに、Apache がそれらの子プロセス

Available Languages:  de  |  en  |  es  | - ja 

+ ja  | + tr 

diff --git a/docs/manual/mod/mpm_common.html.tr.utf8 b/docs/manual/mod/mpm_common.html.tr.utf8 index a182f25e2f2..ed51b09a78a 100644 --- a/docs/manual/mod/mpm_common.html.tr.utf8 +++ b/docs/manual/mod/mpm_common.html.tr.utf8 @@ -1,915 +1,915 @@ - - - -mpm_common - Apache HTTP Sunucusu - - - - - - -
<-
-
-Apache > HTTP Sunucusu > Belgeleme > Sürüm 2.0 > Modüller
-
-

Apache MPM Ortak Yönergeleri

-
-

Mevcut Diller:  de  | - en  | - es  | - ja  | - tr 

-
-
Description:A collection of directives that are implemented by more than one multi-processing module (MPM)
-
Açıklama:Birden fazla Çok Süreçlilik Modülü (MPM) tarafından gerçeklenmiş - yönergeler bütünü.
Durum:MPM
- -

Yönergeler

- -
- -
top
-

AcceptMutex Yönergesi

- - - - - - - -
Açıklama:Apache HTTPd Sunucusunun ağ soketlerinden istekleri kabul eden - çok sayıda çocuk süreci sıraya sokmak için kullandığı yöntemi - belirler.
Sözdizimi:AcceptMutex Default|yöntem
Öntanımlı:AcceptMutex Default
Bağlam:sunucu geneli
Durum:MPM
Modül:leader, perchild, prefork, threadpool, worker
-

AcceptMutex yönergesi Apache HTTPd Sunucusunun - ağ soketlerinden istekleri kabul eden çok sayıda çocuk süreci sıraya - sokmak için kullandığı yöntemi - belirler. Apache 2.0’dan önce, yöntem sadece derleme sırasında - seçilebiliyordu. Kullanılacak en uygun yöntem mimariye ve platforma aşırı - derecede bağımlıdır. Bu konuda daha ayrıntılı bilgi edinmek için Başarım Arttırma İpuçları belgesine - bakabilirsiniz.

- -

Bu yönergeye değer olarak Default belirtilmişse derleme - sırasında seçilen öntanımlı yöntem kullanılacaktır. Diğer olası yöntemler - aşağıda listelenmiştir. Tüm yöntemlerin tüm platformlarda mevcut - olmadığına dikkat ediniz. Eğer belirtilen yöntem mevcut değilse hata - günlüğüne mevcut yöntemlerin listesini içeren bir ileti yazılacaktır.

- -
-
flock
-
LockFile yönergesi ile - belirtilen dosyayı kilitlemek için flock(2) sistem - çağrısı kullanılır.
- -
fcntl
-
LockFile yönergesi ile - belirtilen dosyayı kilitlemek için fcntl(2) sistem - çağrısı kullanılır.
- -
posixsem
-
Muteksleri gerçeklemek için POSIX uyumlu semaforlar kullanılır.
- -
pthread
-
POSIX Evreleri (PThreads) belirtimi tarafından gerçeklenen muteksler - kullanılır.
- -
sysvsem
-
Muteksleri gerçeklemek için SysV tarzı semaforlar kullanılır.
-
- -

Sisteminiz için derleme sırasında seçilmiş öntanımlı yöntemi öğrenmek - isterseniz LogLevel yönergesine - debug değerini atayabilirsiniz. Öntanımlı AcceptMutex, ErrorLog - ile belirtilen günlük dosyasına yazılacaktır.

- -
-
top
-

BS2000Account Yönergesi

- - - - - - - -
Açıklama:BS2000 makinelerde yetkisiz hesap tanımlar.
Sözdizimi:BS2000Account account
Bağlam:sunucu geneli
Durum:MPM
Modül:perchild, prefork
Uyumluluk:Sadece BS2000 makineler içindir.
-

BS2000Account yönergesi sadece BS2000 - konaklar için kullanılabilir. User yönergesi ile belirtilen yetkisiz apache sunucu - kullanıcısı için hesap numarası tanımlamakta kullanılmalıdır. Buna, - CGI betiklerinin sunucu tarafından başlatılmış yetkili hesabın - (normal olarak SYSROOT’un) özkaynaklarına erişmesini - engellemek için BS2000 POSIX alt sistemleri tarafından gerek duyulur.

- -

Ek Bilgi

-

Sadece bir BS2000Account yönergesi kullanılabilir.

-
- -

Ayrıca bakınız:

- -
-
top
-

CoreDumpDirectory Yönergesi

- - - - - - - -
Açıklama:core dosyasını dökümlemek üzere Apache’nin geçmeye - çalışacağı dizin.
Sözdizimi:CoreDumpDirectory dizin
Öntanımlı:Öntanımlı değer için aşağıdaki açıklamaya bakınız
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, mpm_winnt, perchild, prefork, threadpool, worker
-

Bu yönerge core dosyasını dökümlemek üzere Apache’nin - geçmeye çalışacağı dizini belirler. ServerRoot dizini öntanımlı dizin olmakla - birlikte, bu dizin kullanıcılar tarafından yazılabilir bir dizin - olmadığından bir core dosyası dökümlenmez. Hata ayıklama - amacıyla bir core dosyası dökümlemek isterseniz farklı bir - yer belirtmek için bu yönergeyi kullanabilirsiniz.

- -

Linux üzerinde core dökümlemek

-

Apache root olarak başlatılıp başka bir kullanıcıya geçilirse Linux - çekirdeği süreç tarafından yazılabilir olsa bile core - dökümlemeyi iptal eder. Eğer - CoreDumpDirectory yönergesi ile açıkça bir - dizin belirtirseniz, Apache (2.0.46 ve sonraki sürümleri), Linux 2.4 ve - sonrasında core dökümlemeyi yeniden - etkinleştirecektir.

-
- -
-
top
-

EnableExceptionHook Yönergesi

- - - - - - - - -
Açıklama:Bir çöküş sonrası olağandışılık eylemcilerini çalıştıracak - kancayı etkin kılar.
Sözdizimi:EnableExceptionHook On|Off
Öntanımlı:EnableExceptionHook Off
Bağlam:sunucu geneli
Durum:MPM
Modül:leader, perchild, prefork, threadpool, worker
Uyumluluk:Sürüm 2.0.49 ve sonrasında mevcuttur
-

Güvenlik sebebiyle bu yönerge sadece Apache - --enable-exception-hook seçeneği ile yapılandırılmışsa - kullanılabilir olacaktır. Bu, harici modüllerin eklenmesine ve bir çocuk - sürecin çöküşü sonrası bir şeyler yapmaya izin veren bir kancayı etkin - kılar.

- -

Bu kancayı kullanan iki modül (mod_whatkilledus ve - mod_backtrace) zaten vardır. bunlar hakkında daha fazla bilgi - edinmek için Jeff Trawick'in EnableExceptionHook sitesine bakabilirsiniz.

- -
-
top
-

Group Yönergesi

- - - - - - - - -
Açıklama:İsteklere yanıt verecek sunucunun ait olacağı grubu belirler.
Sözdizimi:Group unix-grubu
Öntanımlı:Group #-1
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, mpmt_os2, perchild, prefork, threadpool, worker
Uyumluluk:Apache 2.0’dan itibaren sadece sunucu geneli için geçerlidir.
-

Group yönergesi, sunucunun hangi grup altında - isteklere yanıt vereceğini belirler. Bu yönergenin uygulanabilmesi için - sunucunun root olarak çalıştırılmış olması gerekir. - Sunucuyu root dışında bir kullanıcı başlattığı takdirde, - sunucu belirtilen gruba geçemez ve kullanıcının kendi grubunda - çalışmaya devam eder. unix-grubu şunlardan biri olabilir:

- -
-
Bir grup adı
-
Gruba ismiyle başvurulur.
- -
# ardından grup numarası
-
Gruba numarası ile başvurulur.
-
- -

Örnek

- Group www-group -

- -

Çalışan sunucu için özellikle yeni bir grup atamanız önerilir. Bazı - sistem yöneticileri nobody grubunu kullanırlar fakat - bu her zaman mümkün olmadığı gibi arzulanan da değildir.

- -

Güvenlik

-

Ne yaptığınızı ve ne tehlikelere yol açacağınızı bilmiyorsanız - Group (veya User) yönergesine değer olarak - root atamayınız.

-
- -

Özel bilgi: Bu yönergenin <VirtualHost> taşıyıcısı içinde kullanımı - artık desteklenmemektedir. Sunucunuzu suexec için - yapılandırırken SuexecUserGroup yönergesini - kullanınız.

- -

Ek Bilgi

-

Group yönergesi beos ve - mpmt_os2 MPM’lerinde mevcut olsa da, aslında - işlevsiz olup sadece uyumluluk adına mevcuttur.

-
- -
-
top
-

Listen Yönergesi

- - - - - - - -
Açıklama:Sunucunun dinleyeceği IP adresini ve portu belirler.
Sözdizimi:Listen [IP-adresi:]port-numarası
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, mpm_netware, mpm_winnt, mpmt_os2, perchild, prefork, threadpool, worker, event
Uyumluluk:Apache 2.0’dan beri gerekli yönergelerden - biridir.
-

Listen yönergesi Apache’yi sadece belli IP - adreslerini ve portlarını dinlemeye sevkeder. - Listen artık belirtilmesi zorunlu yönergelerden - biridir. Yapılandırma dosyasında bulunmadığı takdirde sunucu - başlatılırken başarısız olacaktır. Bu Apache Sunucusunun önceki - sürümünde böyle değildi.

- -

Listen yönergesi Apache’ye, sadece belli - portlardan veya IP adresi ve port çiftlerinden gelen istekleri kabul - etmesini söyler. Eğer sadece port numarası belirtilmişse sunucu - belirtilen portu bütün ağ arabirimlerinde dinleyecektir. Eğer portla - birlikte bir IP adresi de belirtilmişse, sunucu belirtilen portu sadece - belirtilen arabirimden dinleyecektir.

- -

Çok sayıda IP adresi ve port belirtmek için çok sayıda - Listen yönergesi kullanılabilir. Sunucu bu - durumda belirtilen bütün IP adreslerinden ve portlardan gelecek - isteklere yanıt verecektir.

- -

Örneğin sunucunun hem port 80 hem de port 8000’den istek kabul etmesini - istiyorsanız bunu şöyle belirtebilirsiniz:

- -

- Listen 80
- Listen 8000 -

- -

Sunucunun belirtilen iki ağ arabiriminden ve port numarasından gelen - bağlantıları kabul etmesi için şu yapılandırmayı kullanabilirsiniz:

- -

- Listen 192.170.2.1:80
- Listen 192.170.2.5:8000 -

- -

IPv6 adresleri belirtilirken örnekteki gibi köşeli ayraçlar arasına - alınmalıdır:

- -

- Listen [2001:db8::a00:20ff:fea7:ccea]:80 -

- -

Hata durumu

- Aynı IP adresi ve portun çok sayıda Listen - yönergesinde belirtilmesi bir "adres kullanımda" (Address already - in use) hatasına yol açar. -
- -

Ayrıca bakınız:

- -
-
top
-

ListenBackLog Yönergesi

- - - - - - - -
Açıklama:Bekleyen bağlantılar kuyruğunun azami uzunluğunu - belirler
Sözdizimi:ListenBacklog kuyruk-uzunluğu
Öntanımlı:ListenBacklog 511
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, mpm_netware, mpm_winnt, mpmt_os2, perchild, prefork, threadpool, worker
-

Bekleyen bağlantılar kuyruğunun azami uzunluğu. Genellikle bu ayar ne - gerekir ne de istenir. Ancak bazı sistemlerde TCP SYN yüklenme - saldırılarına karşı bu değerin arttırılması gerekebilir. - kuyruk-uzunluğu parametresi için listen(2) - işlevinin açıklamasına bakınız.

- -

Bu değer çoğunlukla işletim sistemi tarafından daha küçük bir sayıyla - sınırlanır. Bu, işletim sistemine bağlı olarak değişiklik gösterir. - Ayrıca, çoğu işletim sisteminin kuyruk-uzunluğu parametresi - ile ne belirttiğinize bakmaksızın kendisi için atanmış değeri (fakat - normal olarak daha büyüğünü) kullanacağına dikkat ediniz.

- -
-
top
-

LockFile Yönergesi

- - - - - - - -
Açıklama:Apache HTTPd Sunucusunun ağ soketlerinden istekleri kabul eden - çok sayıda çocuk süreci sıraya sokarken kullandığı kilit dosyasının yerini - belirler.
Sözdizimi:LockFile dosya
Öntanımlı:LockFile logs/accept.lock
Bağlam:sunucu geneli
Durum:MPM
Modül:leader, perchild, prefork, threadpool, worker
-

LockFile yönergesi, AcceptMutex yönergesi fcntl - veya flock değeri ile belirtildiği takdirde kullanılan - kilit dosyasının yerini belirler. Bu yönerge normalde öntanımlı - değeriyle bırakılır. Değişmesini gerektiren ana sebep, logs - dizininin ağ dosya sisteminde (NFS) yeralması halinde kilit - dosyasının bir yerel diskte saklanması gereğidir. Ana sürecin - süreç kimliği dosyaya kendiliğinden eklenir.

- -

Güvenlik

-

Bu dosyayı herkesin yazabildiği /var/tmp gibi bir dizine - koymaktan kaçınmak gerekir. Çünkü, bu takdirde, birileri sunucunun - hizmet sunmaya başlarken oluşturacağı kilit dosyası ile aynı isimde - bir dosya oluşturarak hizmet reddi saldırısı (DoS) başlatabilir.

-
- -

Ayrıca bakınız:

- -
-
top
-

MaxClients Yönergesi

- - - - - - - -
Açıklama:İstekleri sunarken oluşturulacak çocuk süreçlerin azami sayısını - belirler.
Sözdizimi:MaxClients sayı
Öntanımlı:Ayrıntılar için aşağıdaki açıklamaya bakınız.
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, prefork, threadpool, worker
-

MaxClients yönergesi aynı anda sunulacak istek - sayısını sınırlamak için kullanılır. MaxClients - istekten fazlası geldiği takdirde bu istekler normal olarak kuyruğa - alınıp bekletilir. Kuyrukta bekletilecek isteklerin azami sayısı ise - ListenBacklog yönergesi ile - belirlenir. İstek sunmakta olan çocuk süreçlerden biri serbest - kaldığında bekletilen bağlantılardan birine hizmet sunulmaya - başlanır.

- -

Evreli olmayan sunucularda (prefork gibi) - MaxClients yönergesi istekleri sunmak için - başlatılacak çocuk süreçlerin azami sayısını belirler. Öntanımlı değer - 256 olup bu değeri arttırmak isterseniz ServerLimit değerini de - arttırmalısınız.

- -

Çok evreli ve melez sunucularda (beos veya - worker gibi) MaxClients - yönergesi istemcilere hizmet verecek evre sayısını sınırlar. Öntanımlı - değer beos için 50 iken melez MPM’ler için - ServerLimit ile ThreadsPerChild çarpımıdır (16 x - 25). Bu bakımdan MaxClients değerini 16 - süreçten fazlasına ayarlamak için ServerLimit değerini de - arttırmalısınız.

- -
-
top
-

MaxMemFree Yönergesi

- - - - - - - -
Açıklama:free() çağrılmaksızın ana bellek ayırıcının - ayırmasına izin verilen azami bellek miktarını belirler.
Sözdizimi:MaxMemFree kB-sayısı
Öntanımlı:MaxMemFree 0
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, mpm_netware, prefork, threadpool, worker, mpm_winnt
-

MaxMemFree yönergesi, free() - çağrılmaksızın ana bellek ayırıcının ayırmasına izin verilen azami - bellek miktarını kB cinsinden belirler. Bir değerle belirtilmediğinde - veya 0 değeriyle belirtildiğinde eşik sınırsız - olacaktır.

- -
-
top
-

MaxRequestsPerChild Yönergesi

- - - - - - - -
Açıklama:Tek bir çocuk sürecin ömrü boyunca işleme sokabileceği istek - sayısını sınırlamakta kullanılır.
Sözdizimi:MaxRequestsPerChild sayı
Öntanımlı:MaxRequestsPerChild 10000
Bağlam:sunucu geneli
Durum:MPM
Modül:leader, mpm_netware, mpm_winnt, mpmt_os2, perchild, prefork, threadpool, worker
-

MaxRequestsPerChild yönergesi, tek bir çocuk - sürecin işleme sokabileceği istek sayısını sınırlamakta kullanılır. - MaxRequestsPerChild istekten sonra çocuk süreç - ölür. Eğer MaxRequestsPerChild için - 0 belirtilmişse sürecin ömrü sonsuz olacaktır.

- -

Sıfırdan farklı öntanımlı değerler

-

mpm_netware ve mpm_winnt için - öntanımlı değer 0’dır.

-
- -

MaxRequestsPerChild için sıfırdan farklı bir - değer belirtmenin iki yararlı etkisi vardır:

- - - -

Ek Bilgi

-

KeepAlive isteklerinde sadece - ilk istek bu sınıra uygun sayılır. Etkisi ise, davranışın çocuk süreç - başına bağlantı sayısının sınırlanması şeklinde - değişmesidir.

-
- -
-
top
-

MaxSpareThreads Yönergesi

- - - - - - - -
Açıklama:Boştaki azami evre sayısını belirler
Sözdizimi:MaxSpareThreads number
Öntanımlı:Ayrıntılar için aşağıdaki açıklamaya bakınız.
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, mpm_netware, mpmt_os2, perchild, threadpool, worker
-

Boştaki azami evre sayısı. Her MPM bu yönerge karşısında farklı - davranır.

- -

perchild için MaxSpareThreads 10 - öntanımlıdır. Bu MPM, boştaki evrelerin sayısını çocuk süreç başına - boştaki evre sayısı olarak izler. Bir çocukta çok fazla boşta evre - varsa sunucu sadece o çocuğun boştaki evrelerini öldürür.

- -

worker, leader ve - threadpool için MaxSpareThreads 250 - öntanımlıdır. Bu MPM’ler boştaki evreleri sunucu genelinde izler. Eğer - sunucuda çok fazla boşta evre varsa, sunucu boştaki evrelerin sayısı bu - sınırın altına inene kadar çocuk süreçleri öldürür.

- -

mpm_netware için MaxSpareThreads 100 - öntanımlıdır. Bu MPM tek bir süreç olarak çalıştığından boştaki evre - sayısı aynı zamanda sunucu genelinde boştaki evre sayısıdır.

- -

beos ve mpmt_os2 MPM’leri - mpm_netware gibidir. beos için - MaxSpareThreads 50 öntanımlıyken mpmt_os2 - için öntanımlı değer 10’dur.

- -

Kısıtlamalar

-

MaxSpareThreads için değer aralığı sınırlıdır. - Apache belirtilen değeri aşağıdaki kurallara uygun olarak - kendiliğinden düzeltecektir:

- -
- -

Ayrıca bakınız:

- -
-
top
-

MinSpareThreads Yönergesi

- - - - - - - -
Açıklama:İsteklerin ani artışında devreye girecek boştaki evrelerin asgari - sayısını belirler.
Sözdizimi:MinSpareThreads number
Öntanımlı:Ayrıntılar için aşağıdaki açıklamaya bakınız.
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, mpm_netware, mpmt_os2, perchild, threadpool, worker
-

İsteklerin ani artışında devreye girecek boştaki evrelerin asgari - sayısı. Her MPM bu yönerge karşısında farklı davranır.

- -

perchild için MinSpareThreads 5 - öntanımlıdır ve çocuk süreç başına boştaki evre sayısını izler. Bir - çocuk için yeterince boşta evre yoksa sunucu bu çocuk için yeni evreler - oluşturmaya başlar. Nitekim, NumServers için 10 ve - MinSpareThreads için 5 atarsanız - sisteminizdeki boştaki evre sayısı en az 50 olur.

- -

worker, leader ve - threadpool modülleri için MinSpareThreads - 75 öntanımlıdır ve bu modüller boştaki evreleri sunucu genelinde - izler. Eğer sunucuda boştaki evre sayısı yetersizse, sunucu boştaki - evrelerin sayısı bu sınırın üstüne çıkana kadar çocuk süreç - oluşturur.

- -

mpm_netware için MinSpareThreads 10 - öntanımlıdır ve tek süreç kendisi olduğundan izleme sunucu genelinde - yapılır.

- -

beos ve mpmt_os2 modülleri - mpm_netware gibidir. beos için - MinSpareThreads 1 öntanımlı iken mpmt_os2 - için öntanımlı değer 5’tir.

- -

Ayrıca bakınız:

- -
-
top
-

PidFile Yönergesi

- - - - - - - -
Açıklama:Ana sürecin süreç kimliğinin (PID) kaydedileceği dosyayı belirler.
Sözdizimi:PidFile dosya
Öntanımlı:PidFile logs/httpd.pid
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, mpm_winnt, mpmt_os2, perchild, prefork, threadpool, worker
-

PidFile yönergesi, sunucunun artalan sürecinin - süreç kimliğinin kaydedileceği dosyayı belirler. Dosya ismi mutlak dosya - yoluyla belirtilmemişse dosya yolunun ServerRoot dizinine göre belirtildiği kabul - edilir.

- -

Örnek

- PidFile /var/run/apache.pid -

- -

Sunucuya sinyal gönderebilmek çoğunlukla işe yarar. Böylece ErrorLog ve TransferLog dosyaları kapatılıp - yeniden açılır ve yapılandırma dosyaları yeniden okunur. Bu, - PidFile dosyasında belirtilen süreç kimliğine bir - SIGHUP (kill -1) sinyali gönderilerek yapılır.

- -

Günlük dosyasının yeri ve güvenlik ile ilgili - uyarılar PidFile dosyası içinde sözkonusu - olabilir.

- -

Ek Bilgi

-

Apache 2’de sunucuyu (yeniden) başlatırken veya durdururken sadece - apachectl betiğini kullanmanız önerilir.

-
- -
-
top
-

ReceiveBufferSize Yönergesi

- - - - - - - -
Açıklama:TCP alım tamponu boyu
Sözdizimi:ReceiveBufferSize bayt-sayısı
Öntanımlı:ReceiveBufferSize 0
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, mpm_netware, mpm_winnt, mpmt_os2, perchild, prefork, threadpool, worker
-

Sunucu TCP alım tamponu boyunu bayt-sayısı ile belirtilen - bayta ayarlayacaktır.

- -

0 değeri atarsanız sunucu işletim sistemi öntanımlısını - kullanacaktır.

- -
-
top
-

ScoreBoardFile Yönergesi

- - - - - - - -
Açıklama:Çocuk süreçler için eşgüdüm verisini saklamakta kullanılan - dosyanın yerini belirler.
Sözdizimi:ScoreBoardFile dosya-yolu
Öntanımlı:ScoreBoardFile logs/apache_status
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, mpm_winnt, perchild, prefork, threadpool, worker
-

Apache ana ve çocuk süreçler arasında iletişim için bir çetele tutar. - Bazı mimariler bu iletişimi kolaylaştırmak için bir dosya gerektirir. - Eğer yönerge belirtilmezse Apache çeteleyi önce tamamen bellekte - oluşturmayı dener (anonim paylaşımlı bellek kullanarak); bunda başarılı - olamazsa dosyayı diskte oluşturmaya çalışacaktır (paylaşımlı belleğe - eşlemli dosya kullanarak). Bu yönergenin belirtilmesi Apache sunucusunun - dosyayı daima diskte oluşturmasına sebep olur.

- -

Örnek

- ScoreBoardFile /var/run/apache_status -

- -

Paylaşımlı belleğe eşlemli dosya, çeteleye doğrudan erişmesi gereken - üçüncü parti uygulamalar için yararlıdır.

- -

Eğer ScoreBoardFile yönergesi ile bir dosya - belirtecekseniz, dosyayı bir RAM diske yerleştirerek hız artışı - sağlayabilirsiniz. Fakat, günlük dosyası yerleştirme ve güvenlik ile ilgili uyarılara - benzer uyarılara karşı dikkatli olunuz.

- -

Ayrıca bakınız:

- -
-
top
-

SendBufferSize Yönergesi

- - - - - - - -
Açıklama:TCP tamponu boyu
Sözdizimi:SendBufferSize bayt-sayısı
Öntanımlı:SendBufferSize 0
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, mpm_netware, mpm_winnt, mpmt_os2, perchild, prefork, threadpool, worker
-

Sunucu TCP gönderim tamponu boyunu bayt-sayısı ile - belirtilen bayta ayarlayacaktır. Yüksek hızlı yüksek yataklık süresi - için standart işletim sistemi öntanımlılarını arttırmak çok yararlıdır - (örneğin, kıtalar arası hızlı borularda olduğu gibi 100 ms - civarında).

- -

0 değeri atarsanız sunucu işletim sistemi öntanımlısını - kullanacaktır.

- -
-
top
-

ServerLimit Yönergesi

- - - - - - - -
Açıklama:Ayarlanabilir süreç sayısının üst sınırını belirler.
Sözdizimi:ServerLimit sayı
Öntanımlı:Ayrıntılar için aşağıdaki açıklamaya bakınız.
Bağlam:sunucu geneli
Durum:MPM
Modül:leader, perchild, prefork, threadpool, worker
-

prefork modülü söz konusu olduğunda bu yönerge, Apache - sürecinin ömrü boyunca MaxClients yönergesine atanabilecek - azami değeri belirler. worker modülü sözkonusu - olduğunda ise, Apache sürecinin ömrü boyunca MaxClients yönergesine atanabilecek - azami değeri ThreadLimit ile - birlikte belirler. Bu yönergeyi bir yeniden başlatma sırasında - değiştirirseniz bu değişiklik yok sayılır fakat MaxClients değişiklikleri dikkate - alınır.

- -

Bu yönergenin kullanılması özel bir dikkat gerektirir. Eğer - ServerLimit gereğinden yüksek bir değere - ayarlanırsa, gereksiz yere paylaşımlı bellek ayrılmış olur. Eğer - ServerLimit ve MaxClients değerleri sistemin - işleyebileceğinden daha yüksek değerlere ayarlanırsa Apache - başlayamayacağı gibi sistemi kararsız hale de getirebilir.

- -

Bu yönergeyi prefork modülü ile sadece MaxClients yönergesine 256’dan - (öntanımlı) daha büyük bir değer atayacaksanız kullanınız. Bu yönergeye - MaxClients için atamak - istediğiniz değerden fazlasını atamayınız.

- -

worker, leader ve - threadpool modülleri söz konusu olduğunda bu yönergeyi - MaxClients ve - ThreadsPerChild ayarları 16 - sunucu sürecinden (16 öntanımlıdır) fazlasını gerektiriyorsa - ayarlayınız. Bu yönergeye MaxClients - ve ThreadsPerChild için gerekli gördüğünüz - sunucu süreci sayısından fazlasını atamayınız.

- -

perchild modülüyle bu yönergeyi eğer NumServers yönergesine 8’den (öntanımlı) - büyük bir değer atayacaksanız kullanınız.

- -

Ek Bilgi

-

Sunucu içinde derlenmiş olarak ServerLimit 20000 - şeklinde bir zorlayıcı sınır vardır. Bu önlem, yazım hatalarının - istenmeyen sonuçlara yol açmasını engellemek için düşünülmüştür.

-
- -

Ayrıca bakınız:

- -
-
top
-

StartServers Yönergesi

- - - - - - - -
Açıklama:Sunucunun başlatılması sırasında oluşturulan çocuk süreçlerin - sayısını belirler.
Sözdizimi:StartServers sayı
Öntanımlı:Ayrıntılar için aşağıdaki açıklamaya bakınız.
Bağlam:sunucu geneli
Durum:MPM
Modül:leader, mpmt_os2, prefork, threadpool, worker
-

StartServers yönergesi, sunucunun başlatılması - sırasında oluşturulan çocuk süreçlerin sayısını belirler. Süreç sayısı - normal olarak yüke bağlı olarak değişse de bu değerin ayarlanmasını - gerektirecek küçük bir sebep vardır.

- -

Öntanımlı değer MPM’den MPM’e fark eder. Öntanımlı değer - leader, threadpool ve - worker için 3 iken - prefork için 5 ve - mpmt_os2 için 2’dir.

- -
-
top
-

StartThreads Yönergesi

- - - - - - - -
Açıklama:Sunucunun başlatılması sırasında oluşturulan evrelerin sayısını - belirler.
Sözdizimi:StartThreads sayı
Öntanımlı:Ayrıntılar için aşağıdaki açıklamaya bakınız.
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, mpm_netware, perchild
-

StartThreads yönergesi, sunucunun başlatılması - sırasında oluşturulan evrelerin sayısını belirler. Evre sayısı normal - olarak yüke bağlı olarak değişse de bu değerin ayarlanmasını - gerektirecek küçük bir sebep vardır.

- -

perchild için StartThreads 5 öntanımlı - olup bu yönerge sunucunun başlatılması sırasında oluşturulan süreç - başına evre sayısıyla bağlantısını sürdürür.

- -

mpm_netware için StartThreads 50 - öntanımlı olup, sadece tek bir süreç olduğundan, sunucunun başlatılması - sırasında oluşturulan evrelerin toplam sayısı 50’dir.

- -

beos için StartThreads 10 öntanımlı olup - sunucunun başlatılması sırasında oluşturulan evrelerin toplam sayısı - 10’dur.

- -
-
top
-

ThreadLimit Yönergesi

- - - - - - - - -
Açıklama:Çocuk süreç başına ayarlanabilir evre sayısının üst sınırını - belirler.
Sözdizimi:ThreadLimit sayı
Öntanımlı:Ayrıntılar için aşağıdaki açıklamaya bakınız.
Bağlam:sunucu geneli
Durum:MPM
Modül:leader, mpm_winnt, perchild, threadpool, worker
Uyumluluk:mpm_winnt için Apache 2.0.41 ve sonrasında mevcuttur.
-

Bu yönerge, Apache sürecinin ömrü boyunca ThreadsPerChild yönergesine - atanabilecek azami değeri belirler. Bu yönergeyi bir yeniden başlatma - sırasında değiştirirseniz bu değişiklik yok sayılır fakat ThreadsPerChild değişiklikleri dikkate - alınır.

- -

Bu yönergenin kullanılması özel bir dikkat gerektirir. Eğer - ThreadLimit değeri ThreadsPerChild değerinden yüksek bir - değere ayarlanırsa, gereksiz yere paylaşımlı bellek ayrılmış olur. Eğer - ThreadLimit ve ThreadsPerChild değerleri sistemin - işleyebileceğinden daha yüksek değerlere ayarlanırsa Apache - başlayamayacağı gibi sistemi kararsız hale de getirebilir. Bu yönergeye - Apache sunucusunun çalışması için öngörülmüş en büyük değerden daha - yükseğini atamayınız.

- -

ThreadLimit yönergesinin öntanımlı değeri - mpm_winnt için 1920, diğerleri için - 64’tür.

- -

Ek Bilgi

-

Sunucu içinde derlenmiş olarak ThreadLimit 20000 - şeklinde bir zorlayıcı sınır vardır (mpm_winnt için - 15000’dir). Bu önlem, yazım hatalarının istenmeyen sonuçlara yol - açmasını engellemek için düşünülmüştür.

-
- -
-
top
-

ThreadsPerChild Yönergesi

- - - - - - - -
Açıklama:Her çocuk süreç tarafından oluşturulan evrelerin sayısını - belirler.
Sözdizimi:ThreadsPerChild sayı
Öntanımlı:Ayrıntılar için aşağıdaki açıklamaya bakınız.
Bağlam:sunucu geneli
Durum:MPM
Modül:leader, mpm_winnt, threadpool, worker
-

Bu yönerge, her çocuk süreç tarafından oluşturulan evrelerin sayısını - belirler. Çocuk süreçler bu evreleri başlatıldıklarında oluştururlar ve - bundan daha fazlasını asla oluşturmazlar. mpm_winnt - gibi sadece bir çocuk sürecin bulunduğu bir MPM kullanıyorsanız, bu - sayı sunucunun tüm yükünü kaldırabilecek kadar büyük olmalıdır. - worker gibi çok çocuk süreçli bir MPM kullanıyorsanız, - toplam evre sayısı sunucunun tüm yükünü kaldırabilecek kadar - büyük olmalıdır.

- -

ThreadsPerChild için öntanımlı değer - mpm_winnt kullanıldığında 64 diğerleri - için 25’tir.

- -
-
top
-

User Yönergesi

- - - - - - - - -
Açıklama:İsteklere yanıt verecek sunucunun ait olacağı kullanıcıyı - belirler.
Sözdizimi:User unix-kullanıcısı
Öntanımlı:User #-1
Bağlam:sunucu geneli
Durum:MPM
Modül:leader, perchild, prefork, threadpool, worker
Uyumluluk:Apache 2.0’dan itibaren sadece sunucu geneli için - geçerlidir.
-

User yönergesi, sunucunun hangi kullanıcı olarak - isteklere yanıt vereceğini belirler. Bu yönergenin uygulanabilmesi için - sunucunun root olarak çalıştırılmış olması gerekir. - Sunucuyu root dışında bir kullanıcı başlattığı takdirde, - sunucu belirtilen kullanıcıya geçemez ve mevcut kullanıcıyla çalışmaya - devam eder. Eğer sunucuyu root olarak başlatmışsanız ana - süreç root olarak çalışmaya devam edecektir. unix-kullanıcısı - şunlardan biri olabilir:

- -
-
Bir kullanıcı adı
-
Gruba ismiyle başvurulur.
- -
# ardından kullanıcı numarası
-
Kullanıcıya numarası ile başvurulur.
-
- -

Bu yönergede belirtilecek kullanıcının, başkaları tarafından üzerinde - değişiklik yapılabilecek dosyalardan başkasına erişemeyen bir kullanıcı - olmaması gerektiği gibi, HTTP isteklerini işlemek dışında işlemler de - yapabilen bir kullanıcı olmamalıdır. - Çalışan sunucu için özellikle yeni bir grup atamanız önerilir. Bazı - sistem yöneticileri nobody kullanıcısını kullanırlar fakat - nobody kullanıcısı sistemde başka amaçlarla - kullanılabildiğinden bu her zaman mümkün olmadığı gibi arzulanan da - değildir.

- -

Güvenlik

-

Ne yaptığınızı ve ne tehlikelere yol açacağınızı bilmiyorsanız - User (veya Group) yönergesine değer olarak - root atamayınız.

-
- -

Sanal konakları farklı kullanıcı kimliklerle çalıştırmak üzere - tasarlanan perchild modülü kullanıldığında <VirtualHost> bölümlerinde - AssignUserID yönergesi ile - farklı bir kullanıcı kimlik tanımlanmadığı takdirde - User yönergesi ile ana sunucu için tanımlanan - kullanıcı kimlik sanal konak için de geçerli olur.

- -

Özel bilgi: Bu yönergenin <VirtualHost> taşıyıcısı içinde kullanımı - artık desteklenmemektedir. Sunucunuzu suexec için - yapılandırırken SuexecUserGroup yönergesini - kullanınız.

- -

Ek Bilgi

-

Useryönergesi beos ve - mpmt_os2 MPM’lerinde mevcut olsa da, aslında - işlevsiz olup sadece uyumluluk adına mevcuttur.

-
- -
- -
-

Mevcut Diller:  de  | - en  | - es  | - ja  | - tr 

-
+ + + +mpm_common - Apache HTTP Sunucusu + + + + + + +
<-
+
+Apache > HTTP Sunucusu > Belgeleme > Sürüm 2.0 > Modüller
+
+

Apache MPM Ortak Yönergeleri

+
+

Mevcut Diller:  de  | + en  | + es  | + ja  | + tr 

+
+ +
Açıklama:Birden fazla Çok Süreçlilik Modülü (MPM) tarafından gerçeklenmiş + yönergeler bütünü.
Durum:MPM
+
+ + +
top
+

AcceptMutex Yönergesi

+ + + + + + + +
Açıklama:Apache HTTPd Sunucusunun ağ soketlerinden istekleri kabul eden + çok sayıda çocuk süreci sıraya sokmak için kullandığı yöntemi + belirler.
Sözdizimi:AcceptMutex Default|yöntem
Öntanımlı:AcceptMutex Default
Bağlam:sunucu geneli
Durum:MPM
Modül:leader, perchild, prefork, threadpool, worker
+

AcceptMutex yönergesi Apache HTTPd Sunucusunun + ağ soketlerinden istekleri kabul eden çok sayıda çocuk süreci sıraya + sokmak için kullandığı yöntemi + belirler. Apache 2.0’dan önce, yöntem sadece derleme sırasında + seçilebiliyordu. Kullanılacak en uygun yöntem mimariye ve platforma aşırı + derecede bağımlıdır. Bu konuda daha ayrıntılı bilgi edinmek için Başarım Arttırma İpuçları belgesine + bakabilirsiniz.

+ +

Bu yönergeye değer olarak Default belirtilmişse derleme + sırasında seçilen öntanımlı yöntem kullanılacaktır. Diğer olası yöntemler + aşağıda listelenmiştir. Tüm yöntemlerin tüm platformlarda mevcut + olmadığına dikkat ediniz. Eğer belirtilen yöntem mevcut değilse hata + günlüğüne mevcut yöntemlerin listesini içeren bir ileti yazılacaktır.

+ +
+
flock
+
LockFile yönergesi ile + belirtilen dosyayı kilitlemek için flock(2) sistem + çağrısı kullanılır.
+ +
fcntl
+
LockFile yönergesi ile + belirtilen dosyayı kilitlemek için fcntl(2) sistem + çağrısı kullanılır.
+ +
posixsem
+
Muteksleri gerçeklemek için POSIX uyumlu semaforlar kullanılır.
+ +
pthread
+
POSIX Evreleri (PThreads) belirtimi tarafından gerçeklenen muteksler + kullanılır.
+ +
sysvsem
+
Muteksleri gerçeklemek için SysV tarzı semaforlar kullanılır.
+
+ +

Sisteminiz için derleme sırasında seçilmiş öntanımlı yöntemi öğrenmek + isterseniz LogLevel yönergesine + debug değerini atayabilirsiniz. Öntanımlı AcceptMutex, ErrorLog + ile belirtilen günlük dosyasına yazılacaktır.

+ +
+
top
+

BS2000Account Yönergesi

+ + + + + + + +
Açıklama:BS2000 makinelerde yetkisiz hesap tanımlar.
Sözdizimi:BS2000Account account
Bağlam:sunucu geneli
Durum:MPM
Modül:perchild, prefork
Uyumluluk:Sadece BS2000 makineler içindir.
+

BS2000Account yönergesi sadece BS2000 + konaklar için kullanılabilir. User yönergesi ile belirtilen yetkisiz apache sunucu + kullanıcısı için hesap numarası tanımlamakta kullanılmalıdır. Buna, + CGI betiklerinin sunucu tarafından başlatılmış yetkili hesabın + (normal olarak SYSROOT’un) özkaynaklarına erişmesini + engellemek için BS2000 POSIX alt sistemleri tarafından gerek duyulur.

+ +

Ek Bilgi

+

Sadece bir BS2000Account yönergesi kullanılabilir.

+
+ +

Ayrıca bakınız:

+ +
+
top
+

CoreDumpDirectory Yönergesi

+ + + + + + + +
Açıklama:core dosyasını dökümlemek üzere Apache’nin geçmeye + çalışacağı dizin.
Sözdizimi:CoreDumpDirectory dizin
Öntanımlı:Öntanımlı değer için aşağıdaki açıklamaya bakınız
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, mpm_winnt, perchild, prefork, threadpool, worker
+

Bu yönerge core dosyasını dökümlemek üzere Apache’nin + geçmeye çalışacağı dizini belirler. ServerRoot dizini öntanımlı dizin olmakla + birlikte, bu dizin kullanıcılar tarafından yazılabilir bir dizin + olmadığından bir core dosyası dökümlenmez. Hata ayıklama + amacıyla bir core dosyası dökümlemek isterseniz farklı bir + yer belirtmek için bu yönergeyi kullanabilirsiniz.

+ +

Linux üzerinde core dökümlemek

+

Apache root olarak başlatılıp başka bir kullanıcıya geçilirse Linux + çekirdeği süreç tarafından yazılabilir olsa bile core + dökümlemeyi iptal eder. Eğer + CoreDumpDirectory yönergesi ile açıkça bir + dizin belirtirseniz, Apache (2.0.46 ve sonraki sürümleri), Linux 2.4 ve + sonrasında core dökümlemeyi yeniden + etkinleştirecektir.

+
+ +
+
top
+

EnableExceptionHook Yönergesi

+ + + + + + + + +
Açıklama:Bir çöküş sonrası olağandışılık eylemcilerini çalıştıracak + kancayı etkin kılar.
Sözdizimi:EnableExceptionHook On|Off
Öntanımlı:EnableExceptionHook Off
Bağlam:sunucu geneli
Durum:MPM
Modül:leader, perchild, prefork, threadpool, worker
Uyumluluk:Sürüm 2.0.49 ve sonrasında mevcuttur
+

Güvenlik sebebiyle bu yönerge sadece Apache + --enable-exception-hook seçeneği ile yapılandırılmışsa + kullanılabilir olacaktır. Bu, harici modüllerin eklenmesine ve bir çocuk + sürecin çöküşü sonrası bir şeyler yapmaya izin veren bir kancayı etkin + kılar.

+ +

Bu kancayı kullanan iki modül (mod_whatkilledus ve + mod_backtrace) zaten vardır. bunlar hakkında daha fazla bilgi + edinmek için Jeff Trawick'in EnableExceptionHook sitesine bakabilirsiniz.

+ +
+
top
+

Group Yönergesi

+ + + + + + + + +
Açıklama:İsteklere yanıt verecek sunucunun ait olacağı grubu belirler.
Sözdizimi:Group unix-grubu
Öntanımlı:Group #-1
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, mpmt_os2, perchild, prefork, threadpool, worker
Uyumluluk:Apache 2.0’dan itibaren sadece sunucu geneli için geçerlidir.
+

Group yönergesi, sunucunun hangi grup altında + isteklere yanıt vereceğini belirler. Bu yönergenin uygulanabilmesi için + sunucunun root olarak çalıştırılmış olması gerekir. + Sunucuyu root dışında bir kullanıcı başlattığı takdirde, + sunucu belirtilen gruba geçemez ve kullanıcının kendi grubunda + çalışmaya devam eder. unix-grubu şunlardan biri olabilir:

+ +
+
Bir grup adı
+
Gruba ismiyle başvurulur.
+ +
# ardından grup numarası
+
Gruba numarası ile başvurulur.
+
+ +

Örnek

+ Group www-group +

+ +

Çalışan sunucu için özellikle yeni bir grup atamanız önerilir. Bazı + sistem yöneticileri nobody grubunu kullanırlar fakat + bu her zaman mümkün olmadığı gibi arzulanan da değildir.

+ +

Güvenlik

+

Ne yaptığınızı ve ne tehlikelere yol açacağınızı bilmiyorsanız + Group (veya User) yönergesine değer olarak + root atamayınız.

+
+ +

Özel bilgi: Bu yönergenin <VirtualHost> taşıyıcısı içinde kullanımı + artık desteklenmemektedir. Sunucunuzu suexec için + yapılandırırken SuexecUserGroup yönergesini + kullanınız.

+ +

Ek Bilgi

+

Group yönergesi beos ve + mpmt_os2 MPM’lerinde mevcut olsa da, aslında + işlevsiz olup sadece uyumluluk adına mevcuttur.

+
+ +
+
top
+

Listen Yönergesi

+ + + + + + + +
Açıklama:Sunucunun dinleyeceği IP adresini ve portu belirler.
Sözdizimi:Listen [IP-adresi:]port-numarası
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, mpm_netware, mpm_winnt, mpmt_os2, perchild, prefork, threadpool, worker, event
Uyumluluk:Apache 2.0’dan beri gerekli yönergelerden + biridir.
+

Listen yönergesi Apache’yi sadece belli IP + adreslerini ve portlarını dinlemeye sevkeder. + Listen artık belirtilmesi zorunlu yönergelerden + biridir. Yapılandırma dosyasında bulunmadığı takdirde sunucu + başlatılırken başarısız olacaktır. Bu Apache Sunucusunun önceki + sürümünde böyle değildi.

+ +

Listen yönergesi Apache’ye, sadece belli + portlardan veya IP adresi ve port çiftlerinden gelen istekleri kabul + etmesini söyler. Eğer sadece port numarası belirtilmişse sunucu + belirtilen portu bütün ağ arabirimlerinde dinleyecektir. Eğer portla + birlikte bir IP adresi de belirtilmişse, sunucu belirtilen portu sadece + belirtilen arabirimden dinleyecektir.

+ +

Çok sayıda IP adresi ve port belirtmek için çok sayıda + Listen yönergesi kullanılabilir. Sunucu bu + durumda belirtilen bütün IP adreslerinden ve portlardan gelecek + isteklere yanıt verecektir.

+ +

Örneğin sunucunun hem port 80 hem de port 8000’den istek kabul etmesini + istiyorsanız bunu şöyle belirtebilirsiniz:

+ +

+ Listen 80
+ Listen 8000 +

+ +

Sunucunun belirtilen iki ağ arabiriminden ve port numarasından gelen + bağlantıları kabul etmesi için şu yapılandırmayı kullanabilirsiniz:

+ +

+ Listen 192.170.2.1:80
+ Listen 192.170.2.5:8000 +

+ +

IPv6 adresleri belirtilirken örnekteki gibi köşeli ayraçlar arasına + alınmalıdır:

+ +

+ Listen [2001:db8::a00:20ff:fea7:ccea]:80 +

+ +

Hata durumu

+ Aynı IP adresi ve portun çok sayıda Listen + yönergesinde belirtilmesi bir "adres kullanımda" (Address already + in use) hatasına yol açar. +
+ +

Ayrıca bakınız:

+ +
+
top
+

ListenBackLog Yönergesi

+ + + + + + + +
Açıklama:Bekleyen bağlantılar kuyruğunun azami uzunluğunu + belirler
Sözdizimi:ListenBacklog kuyruk-uzunluğu
Öntanımlı:ListenBacklog 511
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, mpm_netware, mpm_winnt, mpmt_os2, perchild, prefork, threadpool, worker
+

Bekleyen bağlantılar kuyruğunun azami uzunluğu. Genellikle bu ayar ne + gerekir ne de istenir. Ancak bazı sistemlerde TCP SYN yüklenme + saldırılarına karşı bu değerin arttırılması gerekebilir. + kuyruk-uzunluğu parametresi için listen(2) + işlevinin açıklamasına bakınız.

+ +

Bu değer çoğunlukla işletim sistemi tarafından daha küçük bir sayıyla + sınırlanır. Bu, işletim sistemine bağlı olarak değişiklik gösterir. + Ayrıca, çoğu işletim sisteminin kuyruk-uzunluğu parametresi + ile ne belirttiğinize bakmaksızın kendisi için atanmış değeri (fakat + normal olarak daha büyüğünü) kullanacağına dikkat ediniz.

+ +
+
top
+

LockFile Yönergesi

+ + + + + + + +
Açıklama:Apache HTTPd Sunucusunun ağ soketlerinden istekleri kabul eden + çok sayıda çocuk süreci sıraya sokarken kullandığı kilit dosyasının yerini + belirler.
Sözdizimi:LockFile dosya
Öntanımlı:LockFile logs/accept.lock
Bağlam:sunucu geneli
Durum:MPM
Modül:leader, perchild, prefork, threadpool, worker
+

LockFile yönergesi, AcceptMutex yönergesi fcntl + veya flock değeri ile belirtildiği takdirde kullanılan + kilit dosyasının yerini belirler. Bu yönerge normalde öntanımlı + değeriyle bırakılır. Değişmesini gerektiren ana sebep, logs + dizininin ağ dosya sisteminde (NFS) yeralması halinde kilit + dosyasının bir yerel diskte saklanması gereğidir. Ana sürecin + süreç kimliği dosyaya kendiliğinden eklenir.

+ +

Güvenlik

+

Bu dosyayı herkesin yazabildiği /var/tmp gibi bir dizine + koymaktan kaçınmak gerekir. Çünkü, bu takdirde, birileri sunucunun + hizmet sunmaya başlarken oluşturacağı kilit dosyası ile aynı isimde + bir dosya oluşturarak hizmet reddi saldırısı (DoS) başlatabilir.

+
+ +

Ayrıca bakınız:

+ +
+
top
+

MaxClients Yönergesi

+ + + + + + + +
Açıklama:İstekleri sunarken oluşturulacak çocuk süreçlerin azami sayısını + belirler.
Sözdizimi:MaxClients sayı
Öntanımlı:Ayrıntılar için aşağıdaki açıklamaya bakınız.
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, prefork, threadpool, worker
+

MaxClients yönergesi aynı anda sunulacak istek + sayısını sınırlamak için kullanılır. MaxClients + istekten fazlası geldiği takdirde bu istekler normal olarak kuyruğa + alınıp bekletilir. Kuyrukta bekletilecek isteklerin azami sayısı ise + ListenBacklog yönergesi ile + belirlenir. İstek sunmakta olan çocuk süreçlerden biri serbest + kaldığında bekletilen bağlantılardan birine hizmet sunulmaya + başlanır.

+ +

Evreli olmayan sunucularda (prefork gibi) + MaxClients yönergesi istekleri sunmak için + başlatılacak çocuk süreçlerin azami sayısını belirler. Öntanımlı değer + 256 olup bu değeri arttırmak isterseniz ServerLimit değerini de + arttırmalısınız.

+ +

Çok evreli ve melez sunucularda (beos veya + worker gibi) MaxClients + yönergesi istemcilere hizmet verecek evre sayısını sınırlar. Öntanımlı + değer beos için 50 iken melez MPM’ler için + ServerLimit ile ThreadsPerChild çarpımıdır (16 x + 25). Bu bakımdan MaxClients değerini 16 + süreçten fazlasına ayarlamak için ServerLimit değerini de + arttırmalısınız.

+ +
+
top
+

MaxMemFree Yönergesi

+ + + + + + + +
Açıklama:free() çağrılmaksızın ana bellek ayırıcının + ayırmasına izin verilen azami bellek miktarını belirler.
Sözdizimi:MaxMemFree kB-sayısı
Öntanımlı:MaxMemFree 0
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, mpm_netware, prefork, threadpool, worker, mpm_winnt
+

MaxMemFree yönergesi, free() + çağrılmaksızın ana bellek ayırıcının ayırmasına izin verilen azami + bellek miktarını kB cinsinden belirler. Bir değerle belirtilmediğinde + veya 0 değeriyle belirtildiğinde eşik sınırsız + olacaktır.

+ +
+
top
+

MaxRequestsPerChild Yönergesi

+ + + + + + + +
Açıklama:Tek bir çocuk sürecin ömrü boyunca işleme sokabileceği istek + sayısını sınırlamakta kullanılır.
Sözdizimi:MaxRequestsPerChild sayı
Öntanımlı:MaxRequestsPerChild 10000
Bağlam:sunucu geneli
Durum:MPM
Modül:leader, mpm_netware, mpm_winnt, mpmt_os2, perchild, prefork, threadpool, worker
+

MaxRequestsPerChild yönergesi, tek bir çocuk + sürecin işleme sokabileceği istek sayısını sınırlamakta kullanılır. + MaxRequestsPerChild istekten sonra çocuk süreç + ölür. Eğer MaxRequestsPerChild için + 0 belirtilmişse sürecin ömrü sonsuz olacaktır.

+ +

Sıfırdan farklı öntanımlı değerler

+

mpm_netware ve mpm_winnt için + öntanımlı değer 0’dır.

+
+ +

MaxRequestsPerChild için sıfırdan farklı bir + değer belirtmenin iki yararlı etkisi vardır:

+ +
    +
  • Sürecin kullanacağı bellek miktarını sınırlamak suretiyle olası + bellek sızıntılarını engeller.
  • + +
  • Sürece sonlu bir ömür biçerek sunucu yükü düştüğünde süreç sayısının + da düşürülmesine yardımcı olur.
  • +
+ +

Ek Bilgi

+

KeepAlive isteklerinde sadece + ilk istek bu sınıra uygun sayılır. Etkisi ise, davranışın çocuk süreç + başına bağlantı sayısının sınırlanması şeklinde + değişmesidir.

+
+ +
+
top
+

MaxSpareThreads Yönergesi

+ + + + + + + +
Açıklama:Boştaki azami evre sayısını belirler
Sözdizimi:MaxSpareThreads number
Öntanımlı:Ayrıntılar için aşağıdaki açıklamaya bakınız.
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, mpm_netware, mpmt_os2, perchild, threadpool, worker
+

Boştaki azami evre sayısı. Her MPM bu yönerge karşısında farklı + davranır.

+ +

perchild için MaxSpareThreads 10 + öntanımlıdır. Bu MPM, boştaki evrelerin sayısını çocuk süreç başına + boştaki evre sayısı olarak izler. Bir çocukta çok fazla boşta evre + varsa sunucu sadece o çocuğun boştaki evrelerini öldürür.

+ +

worker, leader ve + threadpool için MaxSpareThreads 250 + öntanımlıdır. Bu MPM’ler boştaki evreleri sunucu genelinde izler. Eğer + sunucuda çok fazla boşta evre varsa, sunucu boştaki evrelerin sayısı bu + sınırın altına inene kadar çocuk süreçleri öldürür.

+ +

mpm_netware için MaxSpareThreads 100 + öntanımlıdır. Bu MPM tek bir süreç olarak çalıştığından boştaki evre + sayısı aynı zamanda sunucu genelinde boştaki evre sayısıdır.

+ +

beos ve mpmt_os2 MPM’leri + mpm_netware gibidir. beos için + MaxSpareThreads 50 öntanımlıyken mpmt_os2 + için öntanımlı değer 10’dur.

+ +

Kısıtlamalar

+

MaxSpareThreads için değer aralığı sınırlıdır. + Apache belirtilen değeri aşağıdaki kurallara uygun olarak + kendiliğinden düzeltecektir:

+ +
+ +

Ayrıca bakınız:

+ +
+
top
+

MinSpareThreads Yönergesi

+ + + + + + + +
Açıklama:İsteklerin ani artışında devreye girecek boştaki evrelerin asgari + sayısını belirler.
Sözdizimi:MinSpareThreads number
Öntanımlı:Ayrıntılar için aşağıdaki açıklamaya bakınız.
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, mpm_netware, mpmt_os2, perchild, threadpool, worker
+

İsteklerin ani artışında devreye girecek boştaki evrelerin asgari + sayısı. Her MPM bu yönerge karşısında farklı davranır.

+ +

perchild için MinSpareThreads 5 + öntanımlıdır ve çocuk süreç başına boştaki evre sayısını izler. Bir + çocuk için yeterince boşta evre yoksa sunucu bu çocuk için yeni evreler + oluşturmaya başlar. Nitekim, NumServers için 10 ve + MinSpareThreads için 5 atarsanız + sisteminizdeki boştaki evre sayısı en az 50 olur.

+ +

worker, leader ve + threadpool modülleri için MinSpareThreads + 75 öntanımlıdır ve bu modüller boştaki evreleri sunucu genelinde + izler. Eğer sunucuda boştaki evre sayısı yetersizse, sunucu boştaki + evrelerin sayısı bu sınırın üstüne çıkana kadar çocuk süreç + oluşturur.

+ +

mpm_netware için MinSpareThreads 10 + öntanımlıdır ve tek süreç kendisi olduğundan izleme sunucu genelinde + yapılır.

+ +

beos ve mpmt_os2 modülleri + mpm_netware gibidir. beos için + MinSpareThreads 1 öntanımlı iken mpmt_os2 + için öntanımlı değer 5’tir.

+ +

Ayrıca bakınız:

+ +
+
top
+

PidFile Yönergesi

+ + + + + + + +
Açıklama:Ana sürecin süreç kimliğinin (PID) kaydedileceği dosyayı belirler.
Sözdizimi:PidFile dosya
Öntanımlı:PidFile logs/httpd.pid
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, mpm_winnt, mpmt_os2, perchild, prefork, threadpool, worker
+

PidFile yönergesi, sunucunun artalan sürecinin + süreç kimliğinin kaydedileceği dosyayı belirler. Dosya ismi mutlak dosya + yoluyla belirtilmemişse dosya yolunun ServerRoot dizinine göre belirtildiği kabul + edilir.

+ +

Örnek

+ PidFile /var/run/apache.pid +

+ +

Sunucuya sinyal gönderebilmek çoğunlukla işe yarar. Böylece ErrorLog ve TransferLog dosyaları kapatılıp + yeniden açılır ve yapılandırma dosyaları yeniden okunur. Bu, + PidFile dosyasında belirtilen süreç kimliğine bir + SIGHUP (kill -1) sinyali gönderilerek yapılır.

+ +

Günlük dosyasının yeri ve güvenlik ile ilgili + uyarılar PidFile dosyası içinde sözkonusu + olabilir.

+ +

Ek Bilgi

+

Apache 2’de sunucuyu (yeniden) başlatırken veya durdururken sadece + apachectl betiğini kullanmanız önerilir.

+
+ +
+
top
+

ReceiveBufferSize Yönergesi

+ + + + + + + +
Açıklama:TCP alım tamponu boyu
Sözdizimi:ReceiveBufferSize bayt-sayısı
Öntanımlı:ReceiveBufferSize 0
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, mpm_netware, mpm_winnt, mpmt_os2, perchild, prefork, threadpool, worker
+

Sunucu TCP alım tamponu boyunu bayt-sayısı ile belirtilen + bayta ayarlayacaktır.

+ +

0 değeri atarsanız sunucu işletim sistemi öntanımlısını + kullanacaktır.

+ +
+
top
+

ScoreBoardFile Yönergesi

+ + + + + + + +
Açıklama:Çocuk süreçler için eşgüdüm verisini saklamakta kullanılan + dosyanın yerini belirler.
Sözdizimi:ScoreBoardFile dosya-yolu
Öntanımlı:ScoreBoardFile logs/apache_status
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, mpm_winnt, perchild, prefork, threadpool, worker
+

Apache ana ve çocuk süreçler arasında iletişim için bir çetele tutar. + Bazı mimariler bu iletişimi kolaylaştırmak için bir dosya gerektirir. + Eğer yönerge belirtilmezse Apache çeteleyi önce tamamen bellekte + oluşturmayı dener (anonim paylaşımlı bellek kullanarak); bunda başarılı + olamazsa dosyayı diskte oluşturmaya çalışacaktır (paylaşımlı belleğe + eşlemli dosya kullanarak). Bu yönergenin belirtilmesi Apache sunucusunun + dosyayı daima diskte oluşturmasına sebep olur.

+ +

Örnek

+ ScoreBoardFile /var/run/apache_status +

+ +

Paylaşımlı belleğe eşlemli dosya, çeteleye doğrudan erişmesi gereken + üçüncü parti uygulamalar için yararlıdır.

+ +

Eğer ScoreBoardFile yönergesi ile bir dosya + belirtecekseniz, dosyayı bir RAM diske yerleştirerek hız artışı + sağlayabilirsiniz. Fakat, günlük dosyası yerleştirme ve güvenlik ile ilgili uyarılara + benzer uyarılara karşı dikkatli olunuz.

+ +

Ayrıca bakınız:

+ +
+
top
+

SendBufferSize Yönergesi

+ + + + + + + +
Açıklama:TCP tamponu boyu
Sözdizimi:SendBufferSize bayt-sayısı
Öntanımlı:SendBufferSize 0
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, leader, mpm_netware, mpm_winnt, mpmt_os2, perchild, prefork, threadpool, worker
+

Sunucu TCP gönderim tamponu boyunu bayt-sayısı ile + belirtilen bayta ayarlayacaktır. Yüksek hızlı yüksek yataklık süresi + için standart işletim sistemi öntanımlılarını arttırmak çok yararlıdır + (örneğin, kıtalar arası hızlı borularda olduğu gibi 100 ms + civarında).

+ +

0 değeri atarsanız sunucu işletim sistemi öntanımlısını + kullanacaktır.

+ +
+
top
+

ServerLimit Yönergesi

+ + + + + + + +
Açıklama:Ayarlanabilir süreç sayısının üst sınırını belirler.
Sözdizimi:ServerLimit sayı
Öntanımlı:Ayrıntılar için aşağıdaki açıklamaya bakınız.
Bağlam:sunucu geneli
Durum:MPM
Modül:leader, perchild, prefork, threadpool, worker
+

prefork modülü söz konusu olduğunda bu yönerge, Apache + sürecinin ömrü boyunca MaxClients yönergesine atanabilecek + azami değeri belirler. worker modülü sözkonusu + olduğunda ise, Apache sürecinin ömrü boyunca MaxClients yönergesine atanabilecek + azami değeri ThreadLimit ile + birlikte belirler. Bu yönergeyi bir yeniden başlatma sırasında + değiştirirseniz bu değişiklik yok sayılır fakat MaxClients değişiklikleri dikkate + alınır.

+ +

Bu yönergenin kullanılması özel bir dikkat gerektirir. Eğer + ServerLimit gereğinden yüksek bir değere + ayarlanırsa, gereksiz yere paylaşımlı bellek ayrılmış olur. Eğer + ServerLimit ve MaxClients değerleri sistemin + işleyebileceğinden daha yüksek değerlere ayarlanırsa Apache + başlayamayacağı gibi sistemi kararsız hale de getirebilir.

+ +

Bu yönergeyi prefork modülü ile sadece MaxClients yönergesine 256’dan + (öntanımlı) daha büyük bir değer atayacaksanız kullanınız. Bu yönergeye + MaxClients için atamak + istediğiniz değerden fazlasını atamayınız.

+ +

worker, leader ve + threadpool modülleri söz konusu olduğunda bu yönergeyi + MaxClients ve + ThreadsPerChild ayarları 16 + sunucu sürecinden (16 öntanımlıdır) fazlasını gerektiriyorsa + ayarlayınız. Bu yönergeye MaxClients + ve ThreadsPerChild için gerekli gördüğünüz + sunucu süreci sayısından fazlasını atamayınız.

+ +

perchild modülüyle bu yönergeyi eğer NumServers yönergesine 8’den (öntanımlı) + büyük bir değer atayacaksanız kullanınız.

+ +

Ek Bilgi

+

Sunucu içinde derlenmiş olarak ServerLimit 20000 + şeklinde bir zorlayıcı sınır vardır. Bu önlem, yazım hatalarının + istenmeyen sonuçlara yol açmasını engellemek için düşünülmüştür.

+
+ +

Ayrıca bakınız:

+ +
+
top
+

StartServers Yönergesi

+ + + + + + + +
Açıklama:Sunucunun başlatılması sırasında oluşturulan çocuk süreçlerin + sayısını belirler.
Sözdizimi:StartServers sayı
Öntanımlı:Ayrıntılar için aşağıdaki açıklamaya bakınız.
Bağlam:sunucu geneli
Durum:MPM
Modül:leader, mpmt_os2, prefork, threadpool, worker
+

StartServers yönergesi, sunucunun başlatılması + sırasında oluşturulan çocuk süreçlerin sayısını belirler. Süreç sayısı + normal olarak yüke bağlı olarak değişse de bu değerin ayarlanmasını + gerektirecek küçük bir sebep vardır.

+ +

Öntanımlı değer MPM’den MPM’e fark eder. Öntanımlı değer + leader, threadpool ve + worker için 3 iken + prefork için 5 ve + mpmt_os2 için 2’dir.

+ +
+
top
+

StartThreads Yönergesi

+ + + + + + + +
Açıklama:Sunucunun başlatılması sırasında oluşturulan evrelerin sayısını + belirler.
Sözdizimi:StartThreads sayı
Öntanımlı:Ayrıntılar için aşağıdaki açıklamaya bakınız.
Bağlam:sunucu geneli
Durum:MPM
Modül:beos, mpm_netware, perchild
+

StartThreads yönergesi, sunucunun başlatılması + sırasında oluşturulan evrelerin sayısını belirler. Evre sayısı normal + olarak yüke bağlı olarak değişse de bu değerin ayarlanmasını + gerektirecek küçük bir sebep vardır.

+ +

perchild için StartThreads 5 öntanımlı + olup bu yönerge sunucunun başlatılması sırasında oluşturulan süreç + başına evre sayısıyla bağlantısını sürdürür.

+ +

mpm_netware için StartThreads 50 + öntanımlı olup, sadece tek bir süreç olduğundan, sunucunun başlatılması + sırasında oluşturulan evrelerin toplam sayısı 50’dir.

+ +

beos için StartThreads 10 öntanımlı olup + sunucunun başlatılması sırasında oluşturulan evrelerin toplam sayısı + 10’dur.

+ +
+
top
+

ThreadLimit Yönergesi

+ + + + + + + + +
Açıklama:Çocuk süreç başına ayarlanabilir evre sayısının üst sınırını + belirler.
Sözdizimi:ThreadLimit sayı
Öntanımlı:Ayrıntılar için aşağıdaki açıklamaya bakınız.
Bağlam:sunucu geneli
Durum:MPM
Modül:leader, mpm_winnt, perchild, threadpool, worker
Uyumluluk:mpm_winnt için Apache 2.0.41 ve sonrasında mevcuttur.
+

Bu yönerge, Apache sürecinin ömrü boyunca ThreadsPerChild yönergesine + atanabilecek azami değeri belirler. Bu yönergeyi bir yeniden başlatma + sırasında değiştirirseniz bu değişiklik yok sayılır fakat ThreadsPerChild değişiklikleri dikkate + alınır.

+ +

Bu yönergenin kullanılması özel bir dikkat gerektirir. Eğer + ThreadLimit değeri ThreadsPerChild değerinden yüksek bir + değere ayarlanırsa, gereksiz yere paylaşımlı bellek ayrılmış olur. Eğer + ThreadLimit ve ThreadsPerChild değerleri sistemin + işleyebileceğinden daha yüksek değerlere ayarlanırsa Apache + başlayamayacağı gibi sistemi kararsız hale de getirebilir. Bu yönergeye + Apache sunucusunun çalışması için öngörülmüş en büyük değerden daha + yükseğini atamayınız.

+ +

ThreadLimit yönergesinin öntanımlı değeri + mpm_winnt için 1920, diğerleri için + 64’tür.

+ +

Ek Bilgi

+

Sunucu içinde derlenmiş olarak ThreadLimit 20000 + şeklinde bir zorlayıcı sınır vardır (mpm_winnt için + 15000’dir). Bu önlem, yazım hatalarının istenmeyen sonuçlara yol + açmasını engellemek için düşünülmüştür.

+
+ +
+
top
+

ThreadsPerChild Yönergesi

+ + + + + + + +
Açıklama:Her çocuk süreç tarafından oluşturulan evrelerin sayısını + belirler.
Sözdizimi:ThreadsPerChild sayı
Öntanımlı:Ayrıntılar için aşağıdaki açıklamaya bakınız.
Bağlam:sunucu geneli
Durum:MPM
Modül:leader, mpm_winnt, threadpool, worker
+

Bu yönerge, her çocuk süreç tarafından oluşturulan evrelerin sayısını + belirler. Çocuk süreçler bu evreleri başlatıldıklarında oluştururlar ve + bundan daha fazlasını asla oluşturmazlar. mpm_winnt + gibi sadece bir çocuk sürecin bulunduğu bir MPM kullanıyorsanız, bu + sayı sunucunun tüm yükünü kaldırabilecek kadar büyük olmalıdır. + worker gibi çok çocuk süreçli bir MPM kullanıyorsanız, + toplam evre sayısı sunucunun tüm yükünü kaldırabilecek kadar + büyük olmalıdır.

+ +

ThreadsPerChild için öntanımlı değer + mpm_winnt kullanıldığında 64 diğerleri + için 25’tir.

+ +
+
top
+

User Yönergesi

+ + + + + + + + +
Açıklama:İsteklere yanıt verecek sunucunun ait olacağı kullanıcıyı + belirler.
Sözdizimi:User unix-kullanıcısı
Öntanımlı:User #-1
Bağlam:sunucu geneli
Durum:MPM
Modül:leader, perchild, prefork, threadpool, worker
Uyumluluk:Apache 2.0’dan itibaren sadece sunucu geneli için + geçerlidir.
+

User yönergesi, sunucunun hangi kullanıcı olarak + isteklere yanıt vereceğini belirler. Bu yönergenin uygulanabilmesi için + sunucunun root olarak çalıştırılmış olması gerekir. + Sunucuyu root dışında bir kullanıcı başlattığı takdirde, + sunucu belirtilen kullanıcıya geçemez ve mevcut kullanıcıyla çalışmaya + devam eder. Eğer sunucuyu root olarak başlatmışsanız ana + süreç root olarak çalışmaya devam edecektir. unix-kullanıcısı + şunlardan biri olabilir:

+ +
+
Bir kullanıcı adı
+
Gruba ismiyle başvurulur.
+ +
# ardından kullanıcı numarası
+
Kullanıcıya numarası ile başvurulur.
+
+ +

Bu yönergede belirtilecek kullanıcının, başkaları tarafından üzerinde + değişiklik yapılabilecek dosyalardan başkasına erişemeyen bir kullanıcı + olmaması gerektiği gibi, HTTP isteklerini işlemek dışında işlemler de + yapabilen bir kullanıcı olmamalıdır. + Çalışan sunucu için özellikle yeni bir grup atamanız önerilir. Bazı + sistem yöneticileri nobody kullanıcısını kullanırlar fakat + nobody kullanıcısı sistemde başka amaçlarla + kullanılabildiğinden bu her zaman mümkün olmadığı gibi arzulanan da + değildir.

+ +

Güvenlik

+

Ne yaptığınızı ve ne tehlikelere yol açacağınızı bilmiyorsanız + User (veya Group) yönergesine değer olarak + root atamayınız.

+
+ +

Sanal konakları farklı kullanıcı kimliklerle çalıştırmak üzere + tasarlanan perchild modülü kullanıldığında <VirtualHost> bölümlerinde + AssignUserID yönergesi ile + farklı bir kullanıcı kimlik tanımlanmadığı takdirde + User yönergesi ile ana sunucu için tanımlanan + kullanıcı kimlik sanal konak için de geçerli olur.

+ +

Özel bilgi: Bu yönergenin <VirtualHost> taşıyıcısı içinde kullanımı + artık desteklenmemektedir. Sunucunuzu suexec için + yapılandırırken SuexecUserGroup yönergesini + kullanınız.

+ +

Ek Bilgi

+

Useryönergesi beos ve + mpmt_os2 MPM’lerinde mevcut olsa da, aslında + işlevsiz olup sadece uyumluluk adına mevcuttur.

+
+ +
+
+
+

Mevcut Diller:  de  | + en  | + es  | + ja  | + tr 

+
\ No newline at end of file diff --git a/docs/manual/mpm.html.de b/docs/manual/mpm.html.de index b2a8bc59ab9..6fc0a64da67 100644 --- a/docs/manual/mpm.html.de +++ b/docs/manual/mpm.html.de @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

Das Dokument beschreibt, was ein Multi-Processing-Modul ist und wie solche @@ -122,7 +123,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/mpm.html.en b/docs/manual/mpm.html.en index c584b0d04f6..9c2b063e95c 100644 --- a/docs/manual/mpm.html.en +++ b/docs/manual/mpm.html.en @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

This document describes what a Multi-Processing Module is and @@ -123,7 +124,8 @@ choice at compile-time.

 es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/mpm.html.es b/docs/manual/mpm.html.es index 11f313b698c..c4cf96a2fe3 100644 --- a/docs/manual/mpm.html.es +++ b/docs/manual/mpm.html.es @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

Este documento explica que son los Módulos de @@ -132,7 +133,8 @@ se especifica lo contrario al compilar.

 es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/mpm.html.ja.utf8 b/docs/manual/mpm.html.ja.utf8 index e7379ee6e48..cea4e7155ec 100644 --- a/docs/manual/mpm.html.ja.utf8 +++ b/docs/manual/mpm.html.ja.utf8 @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

This translation may be out of date. Check the English version for recent changes.
@@ -134,7 +135,8 @@ Apache HTTP サーバでどのように使用されるかについて解説し  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/mpm.html.ko.euc-kr b/docs/manual/mpm.html.ko.euc-kr index aac878e487f..2f85609dd43 100644 --- a/docs/manual/mpm.html.ko.euc-kr +++ b/docs/manual/mpm.html.ko.euc-kr @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

ÀÌ ¹®¼­´Â ÃÖ½ÅÆÇ ¹ø¿ªÀÌ ¾Æ´Õ´Ï´Ù. ÃÖ±Ù¿¡ º¯°æµÈ ³»¿ëÀº ¿µ¾î ¹®¼­¸¦ Âü°íÇϼ¼¿ä.
@@ -117,7 +118,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/mpm.html.ru.koi8-r b/docs/manual/mpm.html.ru.koi8-r index 06e9d1c3395..0015d06a29e 100644 --- a/docs/manual/mpm.html.ru.koi8-r +++ b/docs/manual/mpm.html.ru.koi8-r @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

üÔÏÔ ÄÏËÕÍÅÎÔ ÏÐÉÓÙ×ÁÅÔ, ÞÔÏ ÔÁËÏÅ ÍÕÌØÔÉ-ÐÒÏÃÅÓÓÎÙÅ ÍÏÄÕÌÉ @@ -129,7 +130,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/mpm.html.tr.utf8 b/docs/manual/mpm.html.tr.utf8 index 2b74c9fc715..618507aaeea 100644 --- a/docs/manual/mpm.html.tr.utf8 +++ b/docs/manual/mpm.html.tr.utf8 @@ -1,128 +1,128 @@ - - - -Çok Süreçlilik Modülleri (MPM’ler) - Apache HTTP Sunucusu - - - - - -
<-
-
-Apache > HTTP Sunucusu > Belgeleme > Sürüm 2.0

Çok Süreçlilik Modülleri (MPM’ler)

-
-

Mevcut Diller:  de  | - en  | - es  | - ja  | - ko  | - ru  | - tr 

-
- -

Bu belgede Çok Süreçlilik Modülü denince ne anlaşıldığı ve bunların - Apache HTTP Sunucusu tarafından nasıl kullanıldıkları açıklanmıştır.

-
- -
top
-
-

Giriş

- -

Apache HTTP Sunucusu çok çeşitli platformlar üstünde farklı ortamlarda - çalışabilen güçlü ve esnek bir HTTP sunucusu olarak tasarlanmıştır. - Farklı platformlar ve farklı ortamlar çoğunlukla farklı özellikler veya - aynı özelliğin en yüksek verimlilikle gerçeklenmesi için farklı yöntemler - gerektirir. Apache, geniş ortam çeşitliliğini daima modüler tasarımı - sayesinde uzlaştırmıştır. Bu tasarım, site yöneticilerine, sunucularında - bulunmasını istedikleri özellikleri derleme sırasında veya çalışma anında - gerekli modülleri yüklemek suretiyle seçebilme imkanı verir.

- -

Apache 2.0, bu modüler tasarımı sunucunun en temel işlevlerine kadar - indirmiştir. Sunucu, Çok Süreçlilik Modülleri adı verilen ve makine - üzerindeki ağ portlarının bağlanmasından, isteklerin kabul edilmesinden - ve bu istekleri yanıtlayacak çocuklara dağıtmaktan sorumlu olan - modüllerin seçimine imkan verecek bir yapılanma ile gelir.

- -

Sunucunun modüler tasarımının bu seviyede genişletilmesi iki önemli - yarar sağlar:

- -
    -
  • Apache geniş çeşitlilikteki işletim sistemlerini daha temiz ve daha - verimli bir şekilde destekleyebilmektedir. Özellikle, - mpm_winnt modülü, Apache 1.3’te kullanılan POSIX - katmanının yerine işletim sistemine özgü özellikleri - kullanabildiğinden, Apache HTTP Sunucusunun Windows sürümü artık çok - daha verimli bir duruma gelmiştir. Aynı fayda özelleştirilmiş MPM’lerle - diğer işletim sistemlerine de sağlanmıştır.
  • - -
  • Sunucu, belli bir sitenin ihtiyaçlarına uygun olarak daha iyi - kişiselleştirilebilmektedir. Örneğin, eski yazılım ile uyumluluk ve - kararlılığa önem veren siteler prefork modülünü - kullanabilirken, daha geniş ölçeklenebilirlik gerektiren siteler - worker gibi evreli bir MPM modülünü - seçebilmektedir. Ek olarak, farklı konakların farklı kullanıcı - kimlikleri ile sunulması gibi özel oluşumlar da - (perchild) sağlanabilmektedir.
  • -
- -

Kullanıcı açısından MPM’lerin diğer Apache modüllerinden görünüşte bir - farkı yoktur. Asıl fark sunucuya yüklenebilecek azami MPM modülü - sayısının bir ve yalnız bir olarak sınırlanmış olmasıdır. Mevcut MPM - modülleri modül dizini sayfasında listelenmiştir..

- -
top
-
-

MPM Seçimi

- -

MPM’ler paket yapılandırması sırasında seçilmeli ve sunucu içinde - derlenmelidir. Derleyiciler evrelerin kullanılacağını bildikleri - takdirde çoğu işlevi evreleri kullanacak şekilde - en iyileyebilmektedir.

- -

Kullanmak istediğiniz MPM’yi kendiniz seçmek istediğiniz takdirde - configure betiğini - --with-mpm=AD seçeneği ile kullanınız. Burada - AD istenen MPM’nin adıdır.

- -

Sunucu derlendikten sonra hangi MPM’nin seçilmiş olduğunu ./httpd - -l komutuyla saptamak mümkündür. Bu komut, MPM de dahil omak - üzere sunucuyla birlikte derlenmiş tüm modülleri listeleyecektir.

-
top
-
-

Öntanımlı MPM’ler

- -

Aşağıdaki tabloda çeşitli işletim sistemlerinde öntanımlı olan MPM’ler - listelenmiştir. Derleme sırasında başka bir seçim yapmadığınız takdirde - bu işletim sistemlerinde bu MPM’ler seçilmiş olacaktır.

- - - - - - - - -
BeOSbeos
Netwarempm_netware
OS/2mpmt_os2
Unixprefork
Windowsmpm_winnt
-
-
-

Mevcut Diller:  de  | - en  | - es  | - ja  | - ko  | - ru  | - tr 

-
+ + + +Çok Süreçlilik Modülleri (MPM’ler) - Apache HTTP Sunucusu + + + + + +
<-
+
+Apache > HTTP Sunucusu > Belgeleme > Sürüm 2.0

Çok Süreçlilik Modülleri (MPM’ler)

+
+

Mevcut Diller:  de  | + en  | + es  | + ja  | + ko  | + ru  | + tr 

+
+ +

Bu belgede Çok Süreçlilik Modülü denince ne anlaşıldığı ve bunların + Apache HTTP Sunucusu tarafından nasıl kullanıldıkları açıklanmıştır.

+
+ +
top
+
+

Giriş

+ +

Apache HTTP Sunucusu çok çeşitli platformlar üstünde farklı ortamlarda + çalışabilen güçlü ve esnek bir HTTP sunucusu olarak tasarlanmıştır. + Farklı platformlar ve farklı ortamlar çoğunlukla farklı özellikler veya + aynı özelliğin en yüksek verimlilikle gerçeklenmesi için farklı yöntemler + gerektirir. Apache, geniş ortam çeşitliliğini daima modüler tasarımı + sayesinde uzlaştırmıştır. Bu tasarım, site yöneticilerine, sunucularında + bulunmasını istedikleri özellikleri derleme sırasında veya çalışma anında + gerekli modülleri yüklemek suretiyle seçebilme imkanı verir.

+ +

Apache 2.0, bu modüler tasarımı sunucunun en temel işlevlerine kadar + indirmiştir. Sunucu, Çok Süreçlilik Modülleri adı verilen ve makine + üzerindeki ağ portlarının bağlanmasından, isteklerin kabul edilmesinden + ve bu istekleri yanıtlayacak çocuklara dağıtmaktan sorumlu olan + modüllerin seçimine imkan verecek bir yapılanma ile gelir.

+ +

Sunucunun modüler tasarımının bu seviyede genişletilmesi iki önemli + yarar sağlar:

+ +
    +
  • Apache geniş çeşitlilikteki işletim sistemlerini daha temiz ve daha + verimli bir şekilde destekleyebilmektedir. Özellikle, + mpm_winnt modülü, Apache 1.3’te kullanılan POSIX + katmanının yerine işletim sistemine özgü özellikleri + kullanabildiğinden, Apache HTTP Sunucusunun Windows sürümü artık çok + daha verimli bir duruma gelmiştir. Aynı fayda özelleştirilmiş MPM’lerle + diğer işletim sistemlerine de sağlanmıştır.
  • + +
  • Sunucu, belli bir sitenin ihtiyaçlarına uygun olarak daha iyi + kişiselleştirilebilmektedir. Örneğin, eski yazılım ile uyumluluk ve + kararlılığa önem veren siteler prefork modülünü + kullanabilirken, daha geniş ölçeklenebilirlik gerektiren siteler + worker gibi evreli bir MPM modülünü + seçebilmektedir. Ek olarak, farklı konakların farklı kullanıcı + kimlikleri ile sunulması gibi özel oluşumlar da + (perchild) sağlanabilmektedir.
  • +
+ +

Kullanıcı açısından MPM’lerin diğer Apache modüllerinden görünüşte bir + farkı yoktur. Asıl fark sunucuya yüklenebilecek azami MPM modülü + sayısının bir ve yalnız bir olarak sınırlanmış olmasıdır. Mevcut MPM + modülleri modül dizini sayfasında listelenmiştir..

+ +
top
+
+

MPM Seçimi

+ +

MPM’ler paket yapılandırması sırasında seçilmeli ve sunucu içinde + derlenmelidir. Derleyiciler evrelerin kullanılacağını bildikleri + takdirde çoğu işlevi evreleri kullanacak şekilde + en iyileyebilmektedir.

+ +

Kullanmak istediğiniz MPM’yi kendiniz seçmek istediğiniz takdirde + configure betiğini + --with-mpm=AD seçeneği ile kullanınız. Burada + AD istenen MPM’nin adıdır.

+ +

Sunucu derlendikten sonra hangi MPM’nin seçilmiş olduğunu ./httpd + -l komutuyla saptamak mümkündür. Bu komut, MPM de dahil omak + üzere sunucuyla birlikte derlenmiş tüm modülleri listeleyecektir.

+
top
+
+

Öntanımlı MPM’ler

+ +

Aşağıdaki tabloda çeşitli işletim sistemlerinde öntanımlı olan MPM’ler + listelenmiştir. Derleme sırasında başka bir seçim yapmadığınız takdirde + bu işletim sistemlerinde bu MPM’ler seçilmiş olacaktır.

+ + + + + + + + +
BeOSbeos
Netwarempm_netware
OS/2mpmt_os2
Unixprefork
Windowsmpm_winnt
+
+
+

Mevcut Diller:  de  | + en  | + es  | + ja  | + ko  | + ru  | + tr 

+
\ No newline at end of file diff --git a/docs/manual/programs/index.html.en b/docs/manual/programs/index.html.en index 1b681e9bf46..214e711899d 100644 --- a/docs/manual/programs/index.html.en +++ b/docs/manual/programs/index.html.en @@ -21,7 +21,8 @@

Available Languages:  en  |  es  |  ko  | - ru 

+ ru  | + tr 

This page documents all the executable programs included @@ -92,7 +93,8 @@

Available Languages:  en  |  es  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/programs/index.html.es b/docs/manual/programs/index.html.es index a9c81173b0f..d1e9fb2f6cb 100644 --- a/docs/manual/programs/index.html.es +++ b/docs/manual/programs/index.html.es @@ -21,7 +21,8 @@

Idiomas disponibles:  en  |  es  |  ko  | - ru 

+ ru  | + tr 

Esta traducción podría estar obsoleta. Consulte la versión en inglés de la @@ -95,7 +96,8 @@

Idiomas disponibles:  en  |  es  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/programs/index.html.ko.euc-kr b/docs/manual/programs/index.html.ko.euc-kr index b52e3047913..b704d199a5b 100644 --- a/docs/manual/programs/index.html.ko.euc-kr +++ b/docs/manual/programs/index.html.ko.euc-kr @@ -21,7 +21,8 @@

°¡´ÉÇÑ ¾ð¾î:  en  |  es  |  ko  | - ru 

+ ru  | + tr 

ÀÌ ¹®¼­´Â ÃÖ½ÅÆÇ ¹ø¿ªÀÌ ¾Æ´Õ´Ï´Ù. ÃÖ±Ù¿¡ º¯°æµÈ ³»¿ëÀº ¿µ¾î ¹®¼­¸¦ Âü°íÇϼ¼¿ä.
@@ -88,7 +89,8 @@

°¡´ÉÇÑ ¾ð¾î:  en  |  es  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/programs/index.html.ru.koi8-r b/docs/manual/programs/index.html.ru.koi8-r index 1294b21f817..ef842937a2e 100644 --- a/docs/manual/programs/index.html.ru.koi8-r +++ b/docs/manual/programs/index.html.ru.koi8-r @@ -21,7 +21,8 @@

äÏÓÔÕÐÎÙÅ ÑÚÙËÉ:  en  |  es  |  ko  | - ru 

+ ru  | + tr 

üÔÏÔ ÄÏËÕÍÅÎÔ ÏÐÉÓÙ×ÁÅÔ ÎÁÚÎÁÞÅÎÉÅ É ÉÐÏÌØÚÏ×ÁÎÉÅ @@ -86,7 +87,8 @@

äÏÓÔÕÐÎÙÅ ÑÚÙËÉ:  en  |  es  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/programs/index.html.tr.utf8 b/docs/manual/programs/index.html.tr.utf8 index d0a11f6520f..a57d457b92a 100644 --- a/docs/manual/programs/index.html.tr.utf8 +++ b/docs/manual/programs/index.html.tr.utf8 @@ -1,90 +1,90 @@ - - - -Sunucu ve Destek Programları - Apache HTTP Sunucusu - - - - - -
<-
-
-Apache > HTTP Sunucusu > Belgeleme > Sürüm 2.0

Sunucu ve Destek Programları

-
-

Mevcut Diller:  en  | - es  | - ko  | - ru  | - tr 

-
- -

Bu sayfada Apache HTTP Sunucusuna dahil tüm çalıştırılabilir programlar - tanıtılmıştır.

-
-
top
-
-

Dizin

- -
-
httpd
-
Apache hiper metin aktarım protokolü sunucusu.
- -
apachectl
-
Apache HTTP Sunucusu denetim arayüzü.
- -
ab
-
Apache HTTP Sunucusu başarım ölçme aracı.
- -
apxs
-
Apache HTTP Sunucusu eklenti aracı (APache eXtenSion tool).
- -
configure
-
Kaynak ağacını yapılandırır.
- -
dbmmanage
-
Kullanıcı kimlik doğrulama dosyalarını temel kimlik doğrulaması için - DBM biçeminde oluşturur ve günceller.
- -
htdigest
-
Kullanıcı kimlik doğrulama dosyalarını özet kimlik doğrulaması için - oluşturur ve günceller.
- -
htdbm
-
DBM parola veritabanlarını idare eder.
- -
htpasswd
-
Kullanıcı kimlik doğrulama dosyalarını temel kimlik doğrulaması için - oluşturur ve günceller.
- -
logresolve
-
Apache günlük dosyalarındaki IP adreslerini konak isimlerine - dönüştürür.
- -
rotatelogs
-
Sunucuyu öldürmek gerekmeksizin günlük dosyalarının döndürülmesini - sağlar.
- -
suexec
-
Bir dosyayı belli bir kullanıcı adına çalıştırır.
- -
Diğer Programlar
-
Kendi kılavuz sayfası bulunmayan destek araçları.
-
-
-
-

Mevcut Diller:  en  | - es  | - ko  | - ru  | - tr 

-
+ + + +Sunucu ve Destek Programları - Apache HTTP Sunucusu + + + + + +
<-
+
+Apache > HTTP Sunucusu > Belgeleme > Sürüm 2.0

Sunucu ve Destek Programları

+
+

Mevcut Diller:  en  | + es  | + ko  | + ru  | + tr 

+
+ +

Bu sayfada Apache HTTP Sunucusuna dahil tüm çalıştırılabilir programlar + tanıtılmıştır.

+
+
top
+
+

Dizin

+ +
+
httpd
+
Apache hiper metin aktarım protokolü sunucusu.
+ +
apachectl
+
Apache HTTP Sunucusu denetim arayüzü.
+ +
ab
+
Apache HTTP Sunucusu başarım ölçme aracı.
+ +
apxs
+
Apache HTTP Sunucusu eklenti aracı (APache eXtenSion tool).
+ +
configure
+
Kaynak ağacını yapılandırır.
+ +
dbmmanage
+
Kullanıcı kimlik doğrulama dosyalarını temel kimlik doğrulaması için + DBM biçeminde oluşturur ve günceller.
+ +
htdigest
+
Kullanıcı kimlik doğrulama dosyalarını özet kimlik doğrulaması için + oluşturur ve günceller.
+ +
htdbm
+
DBM parola veritabanlarını idare eder.
+ +
htpasswd
+
Kullanıcı kimlik doğrulama dosyalarını temel kimlik doğrulaması için + oluşturur ve günceller.
+ +
logresolve
+
Apache günlük dosyalarındaki IP adreslerini konak isimlerine + dönüştürür.
+ +
rotatelogs
+
Sunucuyu öldürmek gerekmeksizin günlük dosyalarının döndürülmesini + sağlar.
+ +
suexec
+
Bir dosyayı belli bir kullanıcı adına çalıştırır.
+ +
Diğer Programlar
+
Kendi kılavuz sayfası bulunmayan destek araçları.
+
+
+
+

Mevcut Diller:  en  | + es  | + ko  | + ru  | + tr 

+
\ No newline at end of file diff --git a/docs/manual/rewrite/rewrite_guide_advanced.html.en b/docs/manual/rewrite/rewrite_guide_advanced.html.en index cdeaec1360a..f2750aac68b 100644 --- a/docs/manual/rewrite/rewrite_guide_advanced.html.en +++ b/docs/manual/rewrite/rewrite_guide_advanced.html.en @@ -14,7 +14,7 @@

Apache HTTP Server Version 2.0

-
<-
+
<-
Apache > HTTP Server > Documentation > Version 2.0

URL Rewriting Guide - Advanced topics

@@ -26,24 +26,24 @@ reference documentation. It describes how one can use Apache's mod_rewrite to solve typical URL-based problems with which webmasters are - commonony confronted. We give detailed descriptions on how to + commonly confronted. We give detailed descriptions on how to solve each problem by configuring URL rewriting rulesets.

ATTENTION: Depending on your server configuration - it may be necessary to slightly change the examples for your - situation, e.g. adding the [PT] flag when - additionally using mod_alias and + it may be necessary to adjust the examples for your + situation, e.g., adding the [PT] flag if + using mod_alias and mod_userdir, etc. Or rewriting a ruleset - to fit in .htaccess context instead + to work in .htaccess context instead of per-server context. Always try to understand what a - particular ruleset really does before you use it. This + particular ruleset really does before you use it; this avoids many problems.
-
  • Webcluster through Homogeneous URL Layout
  • +
    top
    -

    Webcluster through Homogeneous URL Layout

    +

    Web Cluster with Consistent URL Space

    @@ -61,23 +61,23 @@ introduction
  • Technical details
  • <

    We want to create a homogeneous and consistent URL - layout over all WWW servers on a Intranet webcluster, i.e. - all URLs (per definition server local and thus server - dependent!) become actually server independent! - What we want is to give the WWW namespace a consistent - server-independent layout: no URL should have to include - any physically correct target server. The cluster itself - should drive us automatically to the physical target - host.

    + layout across all WWW servers on an Intranet web cluster, i.e., + all URLs (by definition server-local and thus + server-dependent!) become server independent! + What we want is to give the WWW namespace a single consistent + layout: no URL should refer to + any particular target server. The cluster itself + should connect users automatically to a physical target + host as needed, invisibly.

    Solution:
    -

    First, the knowledge of the target servers come from - (distributed) external maps which contain information - where our users, groups and entities stay. The have the - form

    +

    First, the knowledge of the target servers comes from + (distributed) external maps which contain information on + where our users, groups, and entities reside. They have the + form:

     user1  server_of_user1
    @@ -87,7 +87,7 @@ user2  server_of_user2
     
               

    We put them into files map.xxx-to-host. Second we need to instruct all servers to redirect URLs - of the forms

    + of the forms:

     /u/user/anypath
    @@ -103,8 +103,8 @@ http://physical-host/g/group/anypath
     http://physical-host/e/entity/anypath
     
    -

    when the URL is not locally valid to a server. The - following ruleset does this for us by the help of the map +

    when any URL path need not be valid on every server. The + following ruleset does this for us with the help of the map files (assuming that server0 is a default server which will be used if a user has no entry in the map):

    @@ -135,9 +135,9 @@ RewriteRule ^/([uge])/([^/]+)/([^.]+.+) /$1/$2/.www/$3\
    Description:
    -

    Some sites with thousands of users usually use a - structured homedir layout, i.e. each homedir is in a - subdirectory which begins for instance with the first +

    Some sites with thousands of users use a + structured homedir layout, i.e. each homedir is in a + subdirectory which begins (for instance) with the first character of the username. So, /~foo/anypath is /home/f/foo/.www/anypath while /~bar/anypath is @@ -148,7 +148,7 @@ RewriteRule ^/([uge])/([^/]+)/([^.]+.+) /$1/$2/.www/$3\

    We use the following ruleset to expand the tilde URLs - into exactly the above layout.

    + into the above layout.

     RewriteEngine on
    @@ -174,7 +174,7 @@ RewriteRule   ^/~(([a-z])[a-z0-9]+)(.*)  /home/$2net.sw is
               my archive of freely available Unix software packages,
               which I started to collect in 1992. It is both my hobby
    -          and job to to this, because while I'm studying computer
    +          and job to do this, because while I'm studying computer
               science I have also worked for many years as a system and
               network administrator in my spare time. Every week I need
               some sort of software so I created a deep hierarchy of
    @@ -203,11 +203,11 @@ drwxrwxr-x  10 netsw  users    512 Jul  9 14:08 X11/
               the world via a nice Web interface. "Nice" means that I
               wanted to offer an interface where you can browse
               directly through the archive hierarchy. And "nice" means
    -          that I didn't wanted to change anything inside this
    +          that I didn't want to change anything inside this
               hierarchy - not even by putting some CGI scripts at the
    -          top of it. Why? Because the above structure should be
    -          later accessible via FTP as well, and I didn't want any
    -          Web or CGI stuff to be there.

    + top of it. Why? Because the above structure should later be + accessible via FTP as well, and I didn't want any + Web or CGI stuff mixed in there.

    Solution:
    @@ -235,8 +235,8 @@ drwxr-xr-x 2 netsw users 512 Jul 8 23:47 netsw-img/

    The DATA/ subdirectory holds the above - directory structure, i.e. the real - net.sw stuff and gets + directory structure, i.e. the real + net.sw stuff, and gets automatically updated via rdist from time to time. The second part of the problem remains: how to link these two structures together into one smooth-looking URL @@ -245,7 +245,7 @@ drwxr-xr-x 2 netsw users 512 Jul 8 23:47 netsw-img/ for the various URLs. Here is the solution: first I put the following into the per-directory configuration file in the DocumentRoot - of the server to rewrite the announced URL + of the server to rewrite the public URL path /net.sw/ to the internal path /e/netsw:

    @@ -295,7 +295,7 @@ RewriteRule (.*) netsw-lsdir.cgi/$1
    1. Notice the L (last) flag and no - substitution field ('-') in the forth part
    2. + substitution field ('-') in the fourth part
    3. Notice the ! (not) character and the C (chain) flag at the first rule @@ -308,7 +308,7 @@ RewriteRule (.*) netsw-lsdir.cgi/$1
    top
    -

    Redirect Failing URLs To Other Webserver

    +

    Redirect Failing URLs to Another Web Server

    @@ -318,18 +318,18 @@ RewriteRule (.*) netsw-lsdir.cgi/$1

    A typical FAQ about URL rewriting is how to redirect failing requests on webserver A to webserver B. Usually - this is done via ErrorDocument CGI-scripts in Perl, but + this is done via ErrorDocument CGI scripts in Perl, but there is also a mod_rewrite solution. - But notice that this performs more poorly than using an + But note that this performs more poorly than using an ErrorDocument - CGI-script!

    + CGI script!

    Solution:

    The first solution has the best performance but less - flexibility, and is less error safe:

    + flexibility, and is less safe:

     RewriteEngine on
    @@ -340,7 +340,7 @@ RewriteRule   ^(.+)                             http://webserverBThe problem here is that this will only work for pages
               inside the DocumentRoot. While you can add more
               Conditions (for instance to also handle homedirs, etc.)
    -          there is better variant:

    + there is a better variant:

     RewriteEngine on
    @@ -350,11 +350,11 @@ RewriteRule   ^(.+)          http://webserverB.dom/$1
     
               

    This uses the URL look-ahead feature of mod_rewrite. The result is that this will work for all types of URLs - and is a safe way. But it does a performance impact on - the webserver, because for every request there is one - more internal subrequest. So, if your webserver runs on a + and is safe. But it does have a performance impact on + the web server, because for every request there is one + more internal subrequest. So, if your web server runs on a powerful CPU, use this one. If it is a slow machine, use - the first approach or better a ErrorDocument CGI-script.

    + the first approach or better an ErrorDocument CGI script.

    @@ -370,18 +370,18 @@ RewriteRule ^(.+) http://webserverB.dom/$1

    Do you know the great CPAN (Comprehensive Perl Archive Network) under http://www.perl.com/CPAN? - This does a redirect to one of several FTP servers around - the world which carry a CPAN mirror and is approximately - near the location of the requesting client. Actually this - can be called an FTP access multiplexing service. While - CPAN runs via CGI scripts, how can a similar approach - implemented via mod_rewrite?

    + CPAN automatically redirects browsers to one of many FTP + servers around the world (generally one near the requesting + client); each server carries a full CPAN mirror. This is + effectively an FTP access multiplexing service. + CPAN runs via CGI scripts, but how could a similar approach + be implemented via mod_rewrite?

    Solution:
    -

    First we notice that from version 3.0.0 +

    First we notice that as of version 3.0.0, mod_rewrite can also use the "ftp:" scheme on redirects. And second, the location approximation can be done by a @@ -427,9 +427,9 @@ com ftp://ftp.cxan.com/CxAN/

    At least for important top-level pages it is sometimes necessary to provide the optimum of browser dependent - content, i.e. one has to provide a maximum version for the - latest Netscape variants, a minimum version for the Lynx - browsers and a average feature version for all others.

    + content, i.e., one has to provide one version for + current browsers, a different version for the Lynx and text-mode + browsers, and another for other browsers.

    Solution:
    @@ -437,14 +437,14 @@ com ftp://ftp.cxan.com/CxAN/

    We cannot use content negotiation because the browsers do not provide their type in that form. Instead we have to - act on the HTTP header "User-Agent". The following condig + act on the HTTP header "User-Agent". The following config does the following: If the HTTP header "User-Agent" begins with "Mozilla/3", the page foo.html - is rewritten to foo.NS.html and and the + is rewritten to foo.NS.html and the rewriting stops. If the browser is "Lynx" or "Mozilla" of - version 1 or 2 the URL becomes foo.20.html. + version 1 or 2, the URL becomes foo.20.html. All other browsers receive page foo.32.html. - This is done by the following ruleset:

    + This is done with the following ruleset:

     RewriteCond %{HTTP_USER_AGENT}  ^Mozilla/3.*
    @@ -469,25 +469,25 @@ RewriteRule ^foo\.html$         foo.32.html          [L
             
    Description:
    -

    Assume there are nice webpages on remote hosts we want +

    Assume there are nice web pages on remote hosts we want to bring into our namespace. For FTP servers we would use the mirror program which actually maintains an explicit up-to-date copy of the remote data on the local - machine. For a webserver we could use the program - webcopy which acts similar via HTTP. But both - techniques have one major drawback: The local copy is - always just as up-to-date as often we run the program. It - would be much better if the mirror is not a static one we + machine. For a web server we could use the program + webcopy which runs via HTTP. But both + techniques have a major drawback: The local copy is + always only as up-to-date as the last time we ran the program. It + would be much better if the mirror was not a static one we have to establish explicitly. Instead we want a dynamic - mirror with data which gets updated automatically when - there is need (updated data on the remote host).

    + mirror with data which gets updated automatically + as needed on the remote host(s).

    Solution:
    -

    To provide this feature we map the remote webpage or even - the complete remote webarea to our namespace by the use +

    To provide this feature we map the remote web page or even + the complete remote web area to our namespace by the use of the Proxy Throughput feature (flag [P]):

    @@ -538,22 +538,22 @@ RewriteRule ^http://www\.remotesite\.com/(.*)$ /mirror/of/remotesite/$1

    This is a tricky way of virtually running a corporate - (external) Internet webserver + (external) Internet web server (www.quux-corp.dom), while actually keeping - and maintaining its data on a (internal) Intranet webserver + and maintaining its data on an (internal) Intranet web server (www2.quux-corp.dom) which is protected by a - firewall. The trick is that on the external webserver we - retrieve the requested data on-the-fly from the internal + firewall. The trick is that the external web server retrieves + the requested data on-the-fly from the internal one.

    Solution:
    -

    First, we have to make sure that our firewall still - protects the internal webserver and that only the - external webserver is allowed to retrieve data from it. - For a packet-filtering firewall we could for instance +

    First, we must make sure that our firewall still + protects the internal web server and only the + external web server is allowed to retrieve data from it. + On a packet-filtering firewall, for instance, we could configure a firewall ruleset like the following:

    @@ -593,18 +593,18 @@ RewriteRule ^/home/([^/]+)/.www/?(.*) http://www2.quux-corp.dom
             
    Solution:
    -

    There are a lot of possible solutions for this problem. - We will discuss first a commonly known DNS-based variant - and then the special one with mod_rewrite:

    +

    There are many possible solutions for this problem. + We will first discuss a common DNS-based method, + and then one based on mod_rewrite:

    1. DNS Round-Robin

      The simplest method for load-balancing is to use - the DNS round-robin feature of BIND. + DNS round-robin. Here you just configure www[0-9].foo.com - as usual in your DNS with A(address) records, e.g.

      + as usual in your DNS with A (address) records, e.g.,

       www0   IN  A       1.2.3.1
      @@ -615,33 +615,31 @@ www4   IN  A       1.2.3.5
       www5   IN  A       1.2.3.6
       
      -

      Then you additionally add the following entry:

      +

      Then you additionally add the following entries:

      -www    IN  CNAME   www0.foo.com.
      -       IN  CNAME   www1.foo.com.
      -       IN  CNAME   www2.foo.com.
      -       IN  CNAME   www3.foo.com.
      -       IN  CNAME   www4.foo.com.
      -       IN  CNAME   www5.foo.com.
      -       IN  CNAME   www6.foo.com.
      +www   IN  A       1.2.3.1
      +www   IN  A       1.2.3.2
      +www   IN  A       1.2.3.3
      +www   IN  A       1.2.3.4
      +www   IN  A       1.2.3.5
       
      -

      Notice that this seems wrong, but is actually an - intended feature of BIND and can be used - in this way. However, now when www.foo.com gets - resolved, BIND gives out www0-www6 - - but in a slightly permutated/rotated order every time. +

      Now when www.foo.com gets + resolved, BIND gives out www0-www5 + - but in a permutated (rotated) order every time. This way the clients are spread over the various - servers. But notice that this not a perfect load - balancing scheme, because DNS resolve information - gets cached by the other nameservers on the net, so + servers. But notice that this is not a perfect load + balancing scheme, because DNS resolutions are + cached by clients and other nameservers, so once a client has resolved www.foo.com - to a particular wwwN.foo.com, all - subsequent requests also go to this particular name - wwwN.foo.com. But the final result is - ok, because the total sum of the requests are really - spread over the various webservers.

      + to a particular wwwN.foo.com, all its + subsequent requests will continue to go to the same + IP (and thus a single server), rather than being + distributed across the other available servers. But the + overall result is + okay because the requests are collectively + spread over the various web servers.

    2. @@ -651,8 +649,8 @@ www IN CNAME www0.foo.com. load-balancing is to use the program lbnamed which can be found at http://www.stanford.edu/~schemers/docs/lbnamed/lbnamed.html. - It is a Perl 5 program in conjunction with auxilliary - tools which provides a real load-balancing for + It is a Perl 5 program which, in conjunction with auxilliary + tools, provides real load-balancing via DNS.

    3. @@ -670,8 +668,8 @@ www IN CNAME www0.foo.com.

      entry in the DNS. Then we convert www0.foo.com to a proxy-only server, - i.e. we configure this machine so all arriving URLs - are just pushed through the internal proxy to one of + i.e., we configure this machine so all arriving URLs + are simply passed through its internal proxy to one of the 5 other servers (www1-www5). To accomplish this we first establish a ruleset which contacts a load balancing script lb.pl @@ -712,19 +710,23 @@ while (<STDIN>) { www0.foo.com still is overloaded? The answer is yes, it is overloaded, but with plain proxy throughput requests, only! All SSI, CGI, ePerl, etc. - processing is completely done on the other machines. - This is the essential point.

    + processing is handled done on the other machines. + For a complicated site, this may work well. The biggest + risk here is that www0 is now a single point of failure -- + if it crashes, the other servers are inaccessible.
  • - Hardware/TCP Round-Robin - -

    There is a hardware solution available, too. Cisco - has a beast called LocalDirector which does a load - balancing at the TCP/IP level. Actually this is some - sort of a circuit level gateway in front of a - webcluster. If you have enough money and really need - a solution with high performance, use this one.

    + Dedicated Load Balancers + +

    There are more sophisticated solutions, as well. Cisco, + F5, and several other companies sell hardware load + balancers (typically used in pairs for redundancy), which + offer sophisticated load balancing and auto-failover + features. There are software packages which offer similar + features on commodity hardware, as well. If you have + enough money or need, check these out. The lb-l mailing list is a + good place to research.

  • @@ -740,8 +742,8 @@ while (<STDIN>) {
    Description:
    -

    On the net there are a lot of nifty CGI programs. But - their usage is usually boring, so a lot of webmaster +

    On the net there are many nifty CGI programs. But + their usage is usually boring, so a lot of webmasters don't use them. Even Apache's Action handler feature for MIME-types is only appropriate when the CGI programs don't need special URLs (actually PATH_INFO @@ -749,10 +751,10 @@ while (<STDIN>) { let us configure a new file type with extension .scgi (for secure CGI) which will be processed by the popular cgiwrap program. The problem - here is that for instance we use a Homogeneous URL Layout - (see above) a file inside the user homedirs has the URL - /u/user/foo/bar.scgi. But - cgiwrap needs the URL in the form + here is that for instance if we use a Homogeneous URL Layout + (see above) a file inside the user homedirs might have a URL + like /u/user/foo/bar.scgi, but + cgiwrap needs URLs in the form /~user/foo/bar.scgi/. The following rule solves the problem:

    @@ -763,12 +765,12 @@ RewriteRule ^/[uge]/([^/]+)/\.www/(.+)\.scgi(.*) ...

    Or assume we have some more nifty programs: wwwlog (which displays the - access.log for a URL subtree and + access.log for a URL subtree) and wwwidx (which runs Glimpse on a URL subtree). We have to provide the URL area to these - programs so they know on which area they have to act on. - But usually this ugly, because they are all the times - still requested from that areas, i.e. typically we would + programs so they know which area they are really working with. + But usually this is complicated, because they may still be + requested by the alternate URL form, i.e., typically we would run the swwidx program from within /u/user/foo/ via hyperlink to

    @@ -776,10 +778,10 @@ RewriteRule ^/[uge]/([^/]+)/\.www/(.+)\.scgi(.*) ... /internal/cgi/user/swwidx?i=/u/user/foo/
    -

    which is ugly. Because we have to hard-code +

    which is ugly, because we have to hard-code both the location of the area and the location of the CGI inside the - hyperlink. When we have to reorganize the area, we spend a + hyperlink. When we have to reorganize, we spend a lot of time changing the various hyperlinks.

    @@ -825,12 +827,12 @@ HREF="*"

    Here comes a really esoteric feature: Dynamically - generated but statically served pages, i.e. pages should be + generated but statically served pages, i.e., pages should be delivered as pure static pages (read from the filesystem and just passed through), but they have to be generated - dynamically by the webserver if missing. This way you can - have CGI-generated pages which are statically served unless - one (or a cronjob) removes the static contents. Then the + dynamically by the web server if missing. This way you can + have CGI-generated pages which are statically served unless an + admin (or a cron job) removes the static contents. Then the contents gets refreshed.

    @@ -844,16 +846,16 @@ RewriteCond %{REQUEST_FILENAME} !-s RewriteRule ^page\.html$ page.cgi [T=application/x-httpd-cgi,L]
-

Here a request to page.html leads to a +

Here a request for page.html leads to an internal run of a corresponding page.cgi if - page.html is still missing or has filesize + page.html is missing or has filesize null. The trick here is that page.cgi is a - usual CGI script which (additionally to its STDOUT) + CGI script which (additionally to its STDOUT) writes its output to the file page.html. - Once it was run, the server sends out the data of + Once it has completed, the server sends out page.html. When the webmaster wants to force - a refresh the contents, he just removes - page.html (usually done by a cronjob).

+ a refresh of the contents, he just removes + page.html (typically from cron).

@@ -867,9 +869,9 @@ RewriteRule ^page\.html$ page.cgi [
Description:
-

Wouldn't it be nice while creating a complex webpage if - the webbrowser would automatically refresh the page every - time we write a new version from within our editor? +

Wouldn't it be nice, while creating a complex web page, if + the web browser would automatically refresh the page every + time we save a new version from within our editor? Impossible?

@@ -877,10 +879,10 @@ RewriteRule ^page\.html$ page.cgi [

No! We just combine the MIME multipart feature, the - webserver NPH feature and the URL manipulation power of + web server NPH feature, and the URL manipulation power of mod_rewrite. First, we establish a new URL feature: Adding just :refresh to any - URL causes this to be refreshed every time it gets + URL causes the 'page' to be refreshed every time it is updated on the filesystem.

@@ -1020,18 +1022,17 @@ exit(0);
 
         

The <VirtualHost> feature of Apache is nice - and works great when you just have a few dozens + and works great when you just have a few dozen virtual hosts. But when you are an ISP and have hundreds of - virtual hosts to provide this feature is not the best - choice.

+ virtual hosts, this feature is suboptimal.

Solution:
-

To provide this feature we map the remote webpage or even - the complete remote webarea to our namespace by the use - of the Proxy Throughput feature (flag [P]):

+

To provide this feature we map the remote web page or even + the complete remote web area to our namespace using the + Proxy Throughput feature (flag [P]):

 ##
@@ -1088,7 +1089,7 @@ RewriteCond   ${lowercase:%{HTTP_HOST}|NONE}  ^(.+)$
 RewriteCond   ${vhost:%1}  ^(/.*)$
 #
 #   5. finally we can map the URL to its docroot location
-#      and remember the virtual host for logging puposes
+#      and remember the virtual host for logging purposes
 RewriteRule   ^/(.*)$   %1/$1  [E=VHOST:${lowercase:%{HTTP_HOST}}]
     :
 
@@ -1175,7 +1176,7 @@ bsdti1.sdm.de -

We first have to make sure mod_rewrite is below(!) mod_proxy in the Configuration - file when compiling the Apache webserver. This way it gets + file when compiling the Apache web server. This way it gets called before mod_proxy. Then we configure the following for a host-dependent deny...

@@ -1203,11 +1204,11 @@ RewriteRule !^http://[^/.]\.mydomain.com.* - [F]
Description:
-

Sometimes a very special authentication is needed, for - instance a authentication which checks for a set of +

Sometimes very special authentication is needed, for + instance authentication which checks for a set of explicitly configured users. Only these should receive access and without explicit prompting (which would occur - when using the Basic Auth via mod_auth).

+ when using Basic Auth via mod_auth).

Solution:
diff --git a/docs/manual/sections.html.en b/docs/manual/sections.html.en index 85caa222319..abb44ee5bd6 100644 --- a/docs/manual/sections.html.en +++ b/docs/manual/sections.html.en @@ -21,7 +21,8 @@

Available Languages:  en  |  es  |  ja  | - ko 

+ ko  | + tr 

Directives in the configuration files may apply to the entire server, or they may be restricted to apply only to particular @@ -448,7 +449,8 @@ Deny from badguy.example.com

Available Languages:  en  |  es  |  ja  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/sections.html.es b/docs/manual/sections.html.es index 9de4d5df34e..37db023520e 100644 --- a/docs/manual/sections.html.es +++ b/docs/manual/sections.html.es @@ -21,7 +21,8 @@

Idiomas disponibles:  en  |  es  |  ja  | - ko 

+ ko  | + tr 

Las directivas presentes en los ficheros de configuración pueden ser de aplicación para todo el servidor, o puede que su @@ -483,7 +484,8 @@ Deny from badguy.example.com

Idiomas disponibles:  en  |  es  |  ja  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/sections.html.ja.utf8 b/docs/manual/sections.html.ja.utf8 index 08d0b80e039..4484ef0e10b 100644 --- a/docs/manual/sections.html.ja.utf8 +++ b/docs/manual/sections.html.ja.utf8 @@ -21,7 +21,8 @@

Available Languages:  en  |  es  |  ja  | - ko 

+ ko  | + tr 

This translation may be out of date. Check the English version for recent changes.
@@ -458,7 +459,8 @@ Deny from badguy.example.com

Available Languages:  en  |  es  |  ja  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/sections.html.ko.euc-kr b/docs/manual/sections.html.ko.euc-kr index e184114f456..7c4ba4fd4d0 100644 --- a/docs/manual/sections.html.ko.euc-kr +++ b/docs/manual/sections.html.ko.euc-kr @@ -21,7 +21,8 @@

°¡´ÉÇÑ ¾ð¾î:  en  |  es  |  ja  | - ko 

+ ko  | + tr 

ÀÌ ¹®¼­´Â ÃÖ½ÅÆÇ ¹ø¿ªÀÌ ¾Æ´Õ´Ï´Ù. ÃÖ±Ù¿¡ º¯°æµÈ ³»¿ëÀº ¿µ¾î ¹®¼­¸¦ Âü°íÇϼ¼¿ä.
@@ -414,7 +415,8 @@ Deny from badguy.example.com

°¡´ÉÇÑ ¾ð¾î:  en  |  es  |  ja  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/sections.html.tr.utf8 b/docs/manual/sections.html.tr.utf8 index c9c8aa71987..774ee700712 100644 --- a/docs/manual/sections.html.tr.utf8 +++ b/docs/manual/sections.html.tr.utf8 @@ -1,472 +1,472 @@ - - - -Yapılandırma Bölümleri - Apache HTTP Sunucusu - - - - - -
<-
-

Yapılandırma Bölümleri

-
-

Mevcut Diller:  en  | - es  | - ja  | - ko  | - tr 

-
-

Yapılandırma dosyalarındaki -yönergeler sunucunun tamamına uygulanacağı gibi sadece belli dizinler, -dosyalar, konaklar veya URL’lere uygulanmakla sınırlanabilir. Bu belgede, -yapılandırma bölümü taşıyıcılarınının veya .htaccess dosyalarının, -yapılandırma dosyalarındaki diğer yönergelerin etki alanlarını değiştirtirmek -için nasıl kullanılacağı açıklanmıştır.

-
- -
top
-
-

Yapılandırma Bölümü Taşıyıcılarının Türleri

- - - -

İki temel taşıyıcı türü vardır. Taşıyıcıların çoğu her istek için -değerlendirmeye alınır. Taşıyıcılardaki yönergeler ise sadece bu taşıyıcılarla -eşleşen istekler için uygulanır. Diğer yandan, <IfDefine> ve <IfModule> taşıyıcıları sadece sunucu başlatılırken veya yeniden -başlatılırken değerlendirmeye alınır. Başlatma sırasında gerektirdikleri -koşullar sağlanıyorsa içerdikleri yönergeler tüm isteklere uygulanır. Aksi -takdirde, içerdikleri yönergeler yok sayılır.

- -

<IfDefine> yönergesi -sadece httpd komut satırında uygun parametreler -tanımlanmışsa uygulanabilecek yönergeleri içerir. Örneğin, aşağıdaki -yapılandırma ile tüm isteklerin diğer siteye yönlendirilebilmesi sadece -sunucu httpd -DClosedForNow komut satırı ile başlatıldığı -takdirde mümkün olur:

- -

-<IfDefine ClosedForNow>
- - Redirect / http://otherserver.example.com/
-
-</IfDefine> -

- -

<IfModule> yönergesi -sadece belli bir modülün sunucuda kullanılabilir durumda olması halinde -uygulanabilecek yönergeleri içerir. Modülün ya sunucuyla birlikte durağan -olarak derlenmiş olması ya da devingen olarak derlenmiş ve yapılandırma -dosyasında yönergeden önce o modüle ilişkin bir LoadModule satırının bulunması gerekir. Bu yönergeyi sadece -belli bir modülün varlığının veya yokluğunun yapılandırma dosyanızın -çalışmasını etkilememesini istediğiniz durumlarda kullanmalısınız. -Eksik modüllerle ilgili hata iletilerini engellediğinden, taşıyıcı içine, -her zaman çalışması istenen yönergeler konulmamalıdır.

- -

Aşağıdaki örnekte, MimeMagicFiles yönergesi sadece mod_mime_magic -modülü mevcutsa uygulanacaktır.

- -

-<IfModule mod_mime_magic.c>
- - MimeMagicFile conf/magic
-
-</IfModule> -

- -

<IfDefine> ve -<IfModule> yönergelerinin her -ikisi de önüne "!" konularak olumsuz koşullar için uygulanabilir. Ayrıca, bu -bölümler daha karmaşık sınırlamalar elde etmek amacıyla bir diğerinin içinde -kullanılabilirler.

-
top
-
-

Dosya Sistemi ve Site Alanı

- -

En sık kullanılan yapılandırma bölümü taşıyıcıları dosya sistemindeki -veya site alanındaki belli yerlerin yapılandırmalarını değiştirmekte -kullanılanlardır. Öncelikle, bu ikisi arasındaki farkları bilmek önemlidir. -Dosya sistemi disklerinizin işletim sistemi tarafından size gösterilen halidir. -Örneğin, öntanımlı kurulumda Apache, Unix sistemlerinde -/usr/local/apache2 altındayken Windows sistemlerinde -"c:/Program Files/Apache Group/Apache2" altındadır. -(Bilgi: Windows için bile, Apache’de dosya yolu belirtilirken tersbölü değil -normal bölü karakterleri kullanılır.) Site alanı ise sunucu tarafından -istemciye sunulan dizin ağacıdır. Yani, site alanı içindeki /dir/ -dizini, Apache’nin Unix üzerinde dosya sistemine öntanımlı olarak kurulduğu -yer göz önüne alınarak, dosya sistemindeki -/usr/local/apache2/htdocs/dir/ dizinine karşılıktır. Site -sayfaları veritabanlarından veya başka yerlerden devingen olarak -üretilebildiğinden site alanlarının doğrudan dosya sistemine eşlenmesi gerekli -değildir.

- -

Dosya Sistemi Taşıyıcıları

- -

<Directory> -ve <Files> taşıyıcıları, -düzenli ifade karşılıkları ile beraber, yönergeleri dosya sisteminin -parçalarına uygularlar. Bir <Directory> bölümü içindeki yönergeler belli bir dosya sistemi -dizinine ve onun alt dizinlerine uygulanır. Aynı etki .htaccess dosyaları kullanılarak da -sağlanabilir. Örneğin aşağıdaki yapılandırmada, /var/web/dir1 -dizini ve alt dizinlerinde dizin içeriğinin listelenmesi etkin kılınmaktadır.

- -

-<Directory /var/web/dir1>
- - Options +Indexes
-
-</Directory> -

- -

Bir <Files> bölümü içindeki -yönergeler, hangi dizinde bulunduğuna bakılmaksızın ismi belirtilen dosyalara -uygulanır. Örneğin, aşağıdaki yapılandırma yönergeleri yapılandırma dosyasının -ana bölümüne yerleştirildiği takdirde gizli.html isimli dosyalara -nerede bulunursa bulunsun erişime izin vermeyecektir.

- -

-<Files gizli.html>
- -Order allow,deny
-Deny from all
-
-</Files> -

- -

Dosya sisteminin belli bir yerindeki belli dosyalarla ilgili yaptırımlar -için <Files> ve -<Directory> bölümleri -birlikte kullanılabilir. Örneğin, aşağıdaki yapılandırma -/var/web/dir1/gizli.html, -/var/web/dir1/subdir2/gizli.html, -/var/web/dir1/subdir3/gizli.html ve -/var/web/dir1/ altında bulunabilecek diğer tüm -gizli.html dosyalarına erişimi yasaklar.

- -

-<Directory /var/web/dir1>
- -<Files gizli.html>
- -Order allow,deny
-Deny from all
-
-</Files>
-
-</Directory> -

- - -

Site Alanı Taşıyıcıları

- -

<Location> yönergesi ve -yönergenin düzenli ifade karşılığı site alanındaki içerik için yapılandırmayı -değiştirir. Örneğin aşağıdaki yapılandırma, /gizli ile başlayan -URL yollarına erişimi engeller. Özellikle, -http://siteniz.mesela.dom/gizli, -http://siteniz.mesela.dom/gizli123 ve -http://siteniz.mesela.dom/gizli/dir/dosya.html istekleri yanında -/gizli ile başlayan diğer isteklere de uygulanır.

- -

-<Location /gizli>
- -Order Allow,Deny
-Deny from all
-
-</Location> -

- -

Dosya sistemi ile etkileşime girmeyen herşey için <Location> yönergesi gerekir. -Aşağıdaki örnekte, belli bir URL’nin mod_status modülü -tarafından sağlanan bir dahili Apache eylemcisine nasıl eşlenebileceği -gösterilmiştir. Bu örnek için dosya sisteminde server-status -adında bir dosya veya dizin bulunması gerekli değildir.

- -

-<Location /server-status>
- -SetHandler server-status
-
-</Location> -

- - -

Dosya Adı Şablonları ve Düzenli İfadeler

- -

<Directory>, -<Files> ve -<Location> yönergelerinde, -Standart C kütüphanesindeki fnmatch işlevindeki gibi kabuk tarzı -dosya ismi kalıpları kullanılabilir. "*" karakteri herhangi bir karakter dizisi -ile eşleşirken "?" karakteri tek tek karakterlerle ve "[seq]" kalıbı -ise seq içindeki her karakterle eşleşir. "/" karakteri her hangi bir -kalıp karakteri ile eşleşmez; açıkça belirtilmesi gerekir.

- -

Daha esnek bir eşleşmenin gerekli olduğu durumlar için her taşıyıcının bir -düzenli ifade karşılığı vardır. <DirectoryMatch>, <FilesMatch> ve <LocationMatch> yönergelerinde gerekli eşleşmeleri seçmek için perl -uyumlu düzenli ifadelerin kullanımına izin -verilir. Ayrıca, yönergelerin uygulanışının düzenli ifade bölümleri -kullanılarak nasıl değiştirileceğini öğrenmek için, aşağıda, yapılandırmanın -katıştırılmasıyla ilgili bölüme de bakınız.

- -

Tüm kullanıcı dizinlerine ilişkin yapılandırmayı değiştirmek için dosya ismi -kalıpları şöyle kullanılabilirdi:

- -

-<Directory /home/*/public_html>
- -Options Indexes
-
-</Directory> -

- -

Düzenli ifade bölümleri kullanarak çeşitli türlerdeki resim dosyalarına -erişimi bir defada yasaklayabiliriz:

-

-<FilesMatch \.(?i:gif|jpe?g|png)$>
- -Order allow,deny
-Deny from all
-
-</FilesMatch> -

- - - -

Ne, Ne Zaman Kullanılır?

- -

Dosya sistemi taşıyıcıları ile site alanı taşıyıcıları arasında seçim -yapmak aslında oldukça kolaydır. Dosya sisteminde bulunan nesnelere -uygulanacak yönergeler için daima <Directory> veya <Files> kullanılır. Dosya sisteminde bulunmayan -nesnelere (bir sayfanın bir veritabanı tarafından üretilmesi gibi) -uygulanacak yönergeler için ise <Location> kullanılır.

- -

Dosya sistemindeki nesnelere erişimi kısıtlarken asla <Location> kullanmamak önemlidir. -Bunun sebebi farklı site alanı konumlarının (URL’ler) aynı dosya sistemi -konumuna eşlenebilmesi dolayısıyla kısıtlamalarınızın etrafından -dolaşılabilmesine izin vermesidir. Örneğin, aşağıdaki yapılandırmayı -ele alalım:

- -

-<Location /dir/>
- -Order allow,deny
-Deny from all
-
-</Location> -

- -

http://siteniz.mesela.dom/dir/ için bir istek yapılmışsa -bu doğru çalışacaktır. Fakat dosya sistemi harf büyüklüğüne duyarsızsa -ne olacak? Kısıtlamanız, istek http://siteniz.mesela.dom/DIR/ -şeklinde yapılarak kolayca geçersiz kılınabilir. Halbuki <Directory> yönergesi isteğin nasıl -yapıldığına bakılmaksızın bu konumdan sunulan her türlü içeriğe uygulanacaktı. -(Dosya sistemi bağlarıyla bu da aşılabilir. Sembolik bağlar kullanılarak aynı -dizin dosya sisteminin bir çok yerine yerleştirilebilir. <Directory> yönergesi dosya yolunu -sıfırlamaksızın sembolik bağları izleyecektir. Bu bakımdan, en yüksek seviyede -güvenlik için uygun Options yönergesi ile -sembolik bağların izlenmesi devredışı bırakılabilir.)

- -

Belki de siz sırf harf büyüklüğüne duyarlı bir dosya sistemi -kullanıyorsunuz diye böyle uygulamalara ihtiyacınız olmadığını düşünüyor -olabilirsiniz, fakat aynı site alanını çok sayıda dosya sistemi konumuna -eşleyecek daha bir sürü yol bulunduğunu unutmayınız. Bu bakımdan dosya -sisteminde yapacağınız kısıtlamalarda daima dosya sistemi taşıyıcılarını -kullanmalısınız. Bununla birlikte bu kuralın da bir istisnası vardır. -Yapılandırma kısıtlamalarının bir <Location/> bölümü -içine koyulması, bu bölüme konan yönergelerin etki alanının belli bir URL -ile sınırlı olmaması nedeniyle mükemmelen güvenlidir.

- - -
top
-
-

Sanal Konaklar

- -

<VirtualHost> -taşıyıcısının içinde belli bir konağa uygulanan yönergeler bulunur. -Aynı makinede çok sayıda konağı farklı yapılandırmalarla sunuyorsanız -bu taşıyıcı çok işinize yarar. Daha fazla bilgi için Sanal Konak Belgeleri bölümüne bakınız.

-
top
-
-

Vekil

- -

<Proxy> -ve <ProxyMatch> -taşıyıcıları, sadece belli bir URL ile eşleşen mod_proxy -vekil sunucusu üzerinden erişilen sitelere uygulanan yapılandırma -yönergelerini bulundururlar. Örneğin aşağıdaki yapılandırma -cnn.com sitesine erişim için vekil sunucunun kullanılmasını -engelleyecektir.

- -

-<Proxy http://cnn.com/*>
- -Order allow,deny
-Deny from all
-
-</Proxy> -

-
top
-
-

Hangi Yönergelere İzin Veriliyor?

- -

Hangi yönergelere hangi yapılandırma bölümlerinde izin verildiğini öğrenmek -için yönerge bağlamına bakınız. -<Directory> bölümlerinde -izin verilen herşeye sözdizimsel olarak ayrıca -<DirectoryMatch>, -<Files>, -<FilesMatch>, -<Location>, -<LocationMatch>, -<Proxy> -ve <ProxyMatch> -bölümlerinde de izin verilir. Yine de bazı istisnai durumlar mevcuttur:

- -
    -
  • AllowOverride yönergesi sadece -<Directory> bölümlerinde çalışır.
  • - -
  • Options yönergesinin -FollowSymLinks ve SymLinksIfOwnerMatch seçenekleri -sadece <Directory> -bölümlerinde veya .htaccess dosyalarında çalışır.
  • - -
  • Options yönergesi -<Files> ve -<FilesMatch> -bölümlerinde kullanılamaz.
  • -
-
top
-
-

Bölümler Nasıl Katıştırılır?

- -

Yapılandırma bölümleri belli bir sıra ile uygulanır. Yapılandırma -yönergelerinin yorumlanışı üzerinde önemli etkilere sahip olabilmesi -nedeniyle neyin ne zaman çalıştığını anlamak çok önemlidir.

- -

Yapılandırma bölümlerinin katıştırılma sırası şöyledir:

- -
    -
  1. <Directory> (düzenli ifadeler hariç) - ve .htaccess aynı anda işleme sokulur - (.htaccess ile eğer izin verilmişse <Directory> içindeki bazı - yönergeler geçersiz kılınabileceği için).
  2. - -
  3. <DirectoryMatch> - (ve <Directory ~>).
  4. - -
  5. <Files> ve <FilesMatch> aynı anda işleme sokulur.
  6. - -
  7. <Location> - ve <LocationMatch> - aynı anda işleme sokulur.
  8. -
- -

<Directory> - bölümündekiler hariç, her grup, yapılandırma dosyasında bulundukları - sıraya göre işleme sokulurlar. Yukarıda 1. grup olan <Directory> bölümü en kısa dizin - elemanından en uzun dizin elemanına doğru işleme sokulur. Yani, örneğin, - <Directory /var/web/dir> bölümü <Directory - /var/web/dir/subdir> bölümünden önce işleme sokulacaktır. - Eğer aynı uzunlukta çok sayıda dizin varsa <Directory> bölümleri yapılandırma dosyasında - bulundukları sıraya göre işleme sokulurlar. Include yönergeleri ile yapılandırmaya dahil - edilen dosyaların içerikleri Include - yönergesinin bulunduğu yere konulduktan sonra işleme sokulurlar.

- -

<VirtualHost> - bölümlerinin içindeki bölümler, sanal konak tanımı dışındaki - karşılıklarından sonra uygulanırlar.

- -

Sonraki bölümler öncekileri geçersiz kılmak üzere işleme alınırlar.

- -

Bazı Teknik Bilgiler

- Aslında, isim dönüşüm aşamasından (Aliases ve - DocumentRoots, URL’leri dosya isimlerine eşlemek için - kullanılırken) hemen önce uygulanan bir - <Location>/<LocationMatch> - dizisi vardır. Bu dizinin sonuçları isim dönüşüm aşaması tamamlandıktan - sonra tamamen elden çıkarılır. -
- -

Bazı Örnekler

- -

Aşağıdaki yapay örnekte katıştırma sırası gösterilmiştir. Hepsinin aynı -isteğe uygulandığı varsayımıyla, bu örnekteki yönergeler A > B > C > D > -E sırasıyla uygulanacaktır.

- -

-<Location />
-E
-</Location>
-
-<Files f.html>
-D
-</Files>
-
-<VirtualHost *>
-<Directory /a/b>
-B
-</Directory>
-</VirtualHost>
-
-<DirectoryMatch "^.*b$">
-C
-</DirectoryMatch>
-
-<Directory /a/b>
-A
-</Directory>
-
-

- -

Daha somut bir örnek olarak aşağıdakini ele alalım. <Directory> bölümlerindeki erişim sınırlamaları ne -olursa olsun <Location> -bölümü son olarak değerlendirmeye alınacak ve sunucuya sınırsız erişim verecektir. -Başka bir deyişle, katıştırma sırası önemlidir, bu nedenle dikkatli olmalısınız!

- -

-<Location />
- - Order deny,allow
- Allow from all
-
-</Location>
-
-# Alooo! Bu <Directory> bölümünün hiçbir hükmü yok.
-<Directory />
- - Order allow,deny
- Allow from all
- Deny from kkadam.mesela.dom
-
-</Directory> -

- - - -
-
-

Mevcut Diller:  en  | - es  | - ja  | - ko  | - tr 

-
+ + + +Yapılandırma Bölümleri - Apache HTTP Sunucusu + + + + + +
<-
+

Yapılandırma Bölümleri

+
+

Mevcut Diller:  en  | + es  | + ja  | + ko  | + tr 

+
+

Yapılandırma dosyalarındaki +yönergeler sunucunun tamamına uygulanacağı gibi sadece belli dizinler, +dosyalar, konaklar veya URL’lere uygulanmakla sınırlanabilir. Bu belgede, +yapılandırma bölümü taşıyıcılarınının veya .htaccess dosyalarının, +yapılandırma dosyalarındaki diğer yönergelerin etki alanlarını değiştirtirmek +için nasıl kullanılacağı açıklanmıştır.

+
+ +
top
+
+

Yapılandırma Bölümü Taşıyıcılarının Türleri

+ + + +

İki temel taşıyıcı türü vardır. Taşıyıcıların çoğu her istek için +değerlendirmeye alınır. Taşıyıcılardaki yönergeler ise sadece bu taşıyıcılarla +eşleşen istekler için uygulanır. Diğer yandan, <IfDefine> ve <IfModule> taşıyıcıları sadece sunucu başlatılırken veya yeniden +başlatılırken değerlendirmeye alınır. Başlatma sırasında gerektirdikleri +koşullar sağlanıyorsa içerdikleri yönergeler tüm isteklere uygulanır. Aksi +takdirde, içerdikleri yönergeler yok sayılır.

+ +

<IfDefine> yönergesi +sadece httpd komut satırında uygun parametreler +tanımlanmışsa uygulanabilecek yönergeleri içerir. Örneğin, aşağıdaki +yapılandırma ile tüm isteklerin diğer siteye yönlendirilebilmesi sadece +sunucu httpd -DClosedForNow komut satırı ile başlatıldığı +takdirde mümkün olur:

+ +

+<IfDefine ClosedForNow>
+ + Redirect / http://otherserver.example.com/
+
+</IfDefine> +

+ +

<IfModule> yönergesi +sadece belli bir modülün sunucuda kullanılabilir durumda olması halinde +uygulanabilecek yönergeleri içerir. Modülün ya sunucuyla birlikte durağan +olarak derlenmiş olması ya da devingen olarak derlenmiş ve yapılandırma +dosyasında yönergeden önce o modüle ilişkin bir LoadModule satırının bulunması gerekir. Bu yönergeyi sadece +belli bir modülün varlığının veya yokluğunun yapılandırma dosyanızın +çalışmasını etkilememesini istediğiniz durumlarda kullanmalısınız. +Eksik modüllerle ilgili hata iletilerini engellediğinden, taşıyıcı içine, +her zaman çalışması istenen yönergeler konulmamalıdır.

+ +

Aşağıdaki örnekte, MimeMagicFiles yönergesi sadece mod_mime_magic +modülü mevcutsa uygulanacaktır.

+ +

+<IfModule mod_mime_magic.c>
+ + MimeMagicFile conf/magic
+
+</IfModule> +

+ +

<IfDefine> ve +<IfModule> yönergelerinin her +ikisi de önüne "!" konularak olumsuz koşullar için uygulanabilir. Ayrıca, bu +bölümler daha karmaşık sınırlamalar elde etmek amacıyla bir diğerinin içinde +kullanılabilirler.

+
top
+
+

Dosya Sistemi ve Site Alanı

+ +

En sık kullanılan yapılandırma bölümü taşıyıcıları dosya sistemindeki +veya site alanındaki belli yerlerin yapılandırmalarını değiştirmekte +kullanılanlardır. Öncelikle, bu ikisi arasındaki farkları bilmek önemlidir. +Dosya sistemi disklerinizin işletim sistemi tarafından size gösterilen halidir. +Örneğin, öntanımlı kurulumda Apache, Unix sistemlerinde +/usr/local/apache2 altındayken Windows sistemlerinde +"c:/Program Files/Apache Group/Apache2" altındadır. +(Bilgi: Windows için bile, Apache’de dosya yolu belirtilirken tersbölü değil +normal bölü karakterleri kullanılır.) Site alanı ise sunucu tarafından +istemciye sunulan dizin ağacıdır. Yani, site alanı içindeki /dir/ +dizini, Apache’nin Unix üzerinde dosya sistemine öntanımlı olarak kurulduğu +yer göz önüne alınarak, dosya sistemindeki +/usr/local/apache2/htdocs/dir/ dizinine karşılıktır. Site +sayfaları veritabanlarından veya başka yerlerden devingen olarak +üretilebildiğinden site alanlarının doğrudan dosya sistemine eşlenmesi gerekli +değildir.

+ +

Dosya Sistemi Taşıyıcıları

+ +

<Directory> +ve <Files> taşıyıcıları, +düzenli ifade karşılıkları ile beraber, yönergeleri dosya sisteminin +parçalarına uygularlar. Bir <Directory> bölümü içindeki yönergeler belli bir dosya sistemi +dizinine ve onun alt dizinlerine uygulanır. Aynı etki .htaccess dosyaları kullanılarak da +sağlanabilir. Örneğin aşağıdaki yapılandırmada, /var/web/dir1 +dizini ve alt dizinlerinde dizin içeriğinin listelenmesi etkin kılınmaktadır.

+ +

+<Directory /var/web/dir1>
+ + Options +Indexes
+
+</Directory> +

+ +

Bir <Files> bölümü içindeki +yönergeler, hangi dizinde bulunduğuna bakılmaksızın ismi belirtilen dosyalara +uygulanır. Örneğin, aşağıdaki yapılandırma yönergeleri yapılandırma dosyasının +ana bölümüne yerleştirildiği takdirde gizli.html isimli dosyalara +nerede bulunursa bulunsun erişime izin vermeyecektir.

+ +

+<Files gizli.html>
+ +Order allow,deny
+Deny from all
+
+</Files> +

+ +

Dosya sisteminin belli bir yerindeki belli dosyalarla ilgili yaptırımlar +için <Files> ve +<Directory> bölümleri +birlikte kullanılabilir. Örneğin, aşağıdaki yapılandırma +/var/web/dir1/gizli.html, +/var/web/dir1/subdir2/gizli.html, +/var/web/dir1/subdir3/gizli.html ve +/var/web/dir1/ altında bulunabilecek diğer tüm +gizli.html dosyalarına erişimi yasaklar.

+ +

+<Directory /var/web/dir1>
+ +<Files gizli.html>
+ +Order allow,deny
+Deny from all
+
+</Files>
+
+</Directory> +

+ + +

Site Alanı Taşıyıcıları

+ +

<Location> yönergesi ve +yönergenin düzenli ifade karşılığı site alanındaki içerik için yapılandırmayı +değiştirir. Örneğin aşağıdaki yapılandırma, /gizli ile başlayan +URL yollarına erişimi engeller. Özellikle, +http://siteniz.mesela.dom/gizli, +http://siteniz.mesela.dom/gizli123 ve +http://siteniz.mesela.dom/gizli/dir/dosya.html istekleri yanında +/gizli ile başlayan diğer isteklere de uygulanır.

+ +

+<Location /gizli>
+ +Order Allow,Deny
+Deny from all
+
+</Location> +

+ +

Dosya sistemi ile etkileşime girmeyen herşey için <Location> yönergesi gerekir. +Aşağıdaki örnekte, belli bir URL’nin mod_status modülü +tarafından sağlanan bir dahili Apache eylemcisine nasıl eşlenebileceği +gösterilmiştir. Bu örnek için dosya sisteminde server-status +adında bir dosya veya dizin bulunması gerekli değildir.

+ +

+<Location /server-status>
+ +SetHandler server-status
+
+</Location> +

+ + +

Dosya Adı Şablonları ve Düzenli İfadeler

+ +

<Directory>, +<Files> ve +<Location> yönergelerinde, +Standart C kütüphanesindeki fnmatch işlevindeki gibi kabuk tarzı +dosya ismi kalıpları kullanılabilir. "*" karakteri herhangi bir karakter dizisi +ile eşleşirken "?" karakteri tek tek karakterlerle ve "[seq]" kalıbı +ise seq içindeki her karakterle eşleşir. "/" karakteri her hangi bir +kalıp karakteri ile eşleşmez; açıkça belirtilmesi gerekir.

+ +

Daha esnek bir eşleşmenin gerekli olduğu durumlar için her taşıyıcının bir +düzenli ifade karşılığı vardır. <DirectoryMatch>, <FilesMatch> ve <LocationMatch> yönergelerinde gerekli eşleşmeleri seçmek için perl +uyumlu düzenli ifadelerin kullanımına izin +verilir. Ayrıca, yönergelerin uygulanışının düzenli ifade bölümleri +kullanılarak nasıl değiştirileceğini öğrenmek için, aşağıda, yapılandırmanın +katıştırılmasıyla ilgili bölüme de bakınız.

+ +

Tüm kullanıcı dizinlerine ilişkin yapılandırmayı değiştirmek için dosya ismi +kalıpları şöyle kullanılabilirdi:

+ +

+<Directory /home/*/public_html>
+ +Options Indexes
+
+</Directory> +

+ +

Düzenli ifade bölümleri kullanarak çeşitli türlerdeki resim dosyalarına +erişimi bir defada yasaklayabiliriz:

+

+<FilesMatch \.(?i:gif|jpe?g|png)$>
+ +Order allow,deny
+Deny from all
+
+</FilesMatch> +

+ + + +

Ne, Ne Zaman Kullanılır?

+ +

Dosya sistemi taşıyıcıları ile site alanı taşıyıcıları arasında seçim +yapmak aslında oldukça kolaydır. Dosya sisteminde bulunan nesnelere +uygulanacak yönergeler için daima <Directory> veya <Files> kullanılır. Dosya sisteminde bulunmayan +nesnelere (bir sayfanın bir veritabanı tarafından üretilmesi gibi) +uygulanacak yönergeler için ise <Location> kullanılır.

+ +

Dosya sistemindeki nesnelere erişimi kısıtlarken asla <Location> kullanmamak önemlidir. +Bunun sebebi farklı site alanı konumlarının (URL’ler) aynı dosya sistemi +konumuna eşlenebilmesi dolayısıyla kısıtlamalarınızın etrafından +dolaşılabilmesine izin vermesidir. Örneğin, aşağıdaki yapılandırmayı +ele alalım:

+ +

+<Location /dir/>
+ +Order allow,deny
+Deny from all
+
+</Location> +

+ +

http://siteniz.mesela.dom/dir/ için bir istek yapılmışsa +bu doğru çalışacaktır. Fakat dosya sistemi harf büyüklüğüne duyarsızsa +ne olacak? Kısıtlamanız, istek http://siteniz.mesela.dom/DIR/ +şeklinde yapılarak kolayca geçersiz kılınabilir. Halbuki <Directory> yönergesi isteğin nasıl +yapıldığına bakılmaksızın bu konumdan sunulan her türlü içeriğe uygulanacaktı. +(Dosya sistemi bağlarıyla bu da aşılabilir. Sembolik bağlar kullanılarak aynı +dizin dosya sisteminin bir çok yerine yerleştirilebilir. <Directory> yönergesi dosya yolunu +sıfırlamaksızın sembolik bağları izleyecektir. Bu bakımdan, en yüksek seviyede +güvenlik için uygun Options yönergesi ile +sembolik bağların izlenmesi devredışı bırakılabilir.)

+ +

Belki de siz sırf harf büyüklüğüne duyarlı bir dosya sistemi +kullanıyorsunuz diye böyle uygulamalara ihtiyacınız olmadığını düşünüyor +olabilirsiniz, fakat aynı site alanını çok sayıda dosya sistemi konumuna +eşleyecek daha bir sürü yol bulunduğunu unutmayınız. Bu bakımdan dosya +sisteminde yapacağınız kısıtlamalarda daima dosya sistemi taşıyıcılarını +kullanmalısınız. Bununla birlikte bu kuralın da bir istisnası vardır. +Yapılandırma kısıtlamalarının bir <Location/> bölümü +içine koyulması, bu bölüme konan yönergelerin etki alanının belli bir URL +ile sınırlı olmaması nedeniyle mükemmelen güvenlidir.

+ + +
top
+
+

Sanal Konaklar

+ +

<VirtualHost> +taşıyıcısının içinde belli bir konağa uygulanan yönergeler bulunur. +Aynı makinede çok sayıda konağı farklı yapılandırmalarla sunuyorsanız +bu taşıyıcı çok işinize yarar. Daha fazla bilgi için Sanal Konak Belgeleri bölümüne bakınız.

+
top
+
+

Vekil

+ +

<Proxy> +ve <ProxyMatch> +taşıyıcıları, sadece belli bir URL ile eşleşen mod_proxy +vekil sunucusu üzerinden erişilen sitelere uygulanan yapılandırma +yönergelerini bulundururlar. Örneğin aşağıdaki yapılandırma +cnn.com sitesine erişim için vekil sunucunun kullanılmasını +engelleyecektir.

+ +

+<Proxy http://cnn.com/*>
+ +Order allow,deny
+Deny from all
+
+</Proxy> +

+
top
+
+

Hangi Yönergelere İzin Veriliyor?

+ +

Hangi yönergelere hangi yapılandırma bölümlerinde izin verildiğini öğrenmek +için yönerge bağlamına bakınız. +<Directory> bölümlerinde +izin verilen herşeye sözdizimsel olarak ayrıca +<DirectoryMatch>, +<Files>, +<FilesMatch>, +<Location>, +<LocationMatch>, +<Proxy> +ve <ProxyMatch> +bölümlerinde de izin verilir. Yine de bazı istisnai durumlar mevcuttur:

+ +
    +
  • AllowOverride yönergesi sadece +<Directory> bölümlerinde çalışır.
  • + +
  • Options yönergesinin +FollowSymLinks ve SymLinksIfOwnerMatch seçenekleri +sadece <Directory> +bölümlerinde veya .htaccess dosyalarında çalışır.
  • + +
  • Options yönergesi +<Files> ve +<FilesMatch> +bölümlerinde kullanılamaz.
  • +
+
top
+
+

Bölümler Nasıl Katıştırılır?

+ +

Yapılandırma bölümleri belli bir sıra ile uygulanır. Yapılandırma +yönergelerinin yorumlanışı üzerinde önemli etkilere sahip olabilmesi +nedeniyle neyin ne zaman çalıştığını anlamak çok önemlidir.

+ +

Yapılandırma bölümlerinin katıştırılma sırası şöyledir:

+ +
    +
  1. <Directory> (düzenli ifadeler hariç) + ve .htaccess aynı anda işleme sokulur + (.htaccess ile eğer izin verilmişse <Directory> içindeki bazı + yönergeler geçersiz kılınabileceği için).
  2. + +
  3. <DirectoryMatch> + (ve <Directory ~>).
  4. + +
  5. <Files> ve <FilesMatch> aynı anda işleme sokulur.
  6. + +
  7. <Location> + ve <LocationMatch> + aynı anda işleme sokulur.
  8. +
+ +

<Directory> + bölümündekiler hariç, her grup, yapılandırma dosyasında bulundukları + sıraya göre işleme sokulurlar. Yukarıda 1. grup olan <Directory> bölümü en kısa dizin + elemanından en uzun dizin elemanına doğru işleme sokulur. Yani, örneğin, + <Directory /var/web/dir> bölümü <Directory + /var/web/dir/subdir> bölümünden önce işleme sokulacaktır. + Eğer aynı uzunlukta çok sayıda dizin varsa <Directory> bölümleri yapılandırma dosyasında + bulundukları sıraya göre işleme sokulurlar. Include yönergeleri ile yapılandırmaya dahil + edilen dosyaların içerikleri Include + yönergesinin bulunduğu yere konulduktan sonra işleme sokulurlar.

+ +

<VirtualHost> + bölümlerinin içindeki bölümler, sanal konak tanımı dışındaki + karşılıklarından sonra uygulanırlar.

+ +

Sonraki bölümler öncekileri geçersiz kılmak üzere işleme alınırlar.

+ +

Bazı Teknik Bilgiler

+ Aslında, isim dönüşüm aşamasından (Aliases ve + DocumentRoots, URL’leri dosya isimlerine eşlemek için + kullanılırken) hemen önce uygulanan bir + <Location>/<LocationMatch> + dizisi vardır. Bu dizinin sonuçları isim dönüşüm aşaması tamamlandıktan + sonra tamamen elden çıkarılır. +
+ +

Bazı Örnekler

+ +

Aşağıdaki yapay örnekte katıştırma sırası gösterilmiştir. Hepsinin aynı +isteğe uygulandığı varsayımıyla, bu örnekteki yönergeler A > B > C > D > +E sırasıyla uygulanacaktır.

+ +

+<Location />
+E
+</Location>
+
+<Files f.html>
+D
+</Files>
+
+<VirtualHost *>
+<Directory /a/b>
+B
+</Directory>
+</VirtualHost>
+
+<DirectoryMatch "^.*b$">
+C
+</DirectoryMatch>
+
+<Directory /a/b>
+A
+</Directory>
+
+

+ +

Daha somut bir örnek olarak aşağıdakini ele alalım. <Directory> bölümlerindeki erişim sınırlamaları ne +olursa olsun <Location> +bölümü son olarak değerlendirmeye alınacak ve sunucuya sınırsız erişim verecektir. +Başka bir deyişle, katıştırma sırası önemlidir, bu nedenle dikkatli olmalısınız!

+ +

+<Location />
+ + Order deny,allow
+ Allow from all
+
+</Location>
+
+# Alooo! Bu <Directory> bölümünün hiçbir hükmü yok.
+<Directory />
+ + Order allow,deny
+ Allow from all
+ Deny from kkadam.mesela.dom
+
+</Directory> +

+ + + +
+
+

Mevcut Diller:  en  | + es  | + ja  | + ko  | + tr 

+
\ No newline at end of file diff --git a/docs/manual/stopping.html.de b/docs/manual/stopping.html.de index 6f3c1963221..b5345848442 100644 --- a/docs/manual/stopping.html.de +++ b/docs/manual/stopping.html.de @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

Diese Übersetzung ist möglicherweise nicht mehr aktuell. Bitte prüfen Sie die englische Version auf @@ -253,7 +254,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/stopping.html.en b/docs/manual/stopping.html.en index b6be49c8f1c..201ea6c0960 100644 --- a/docs/manual/stopping.html.en +++ b/docs/manual/stopping.html.en @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

This document covers stopping and restarting Apache on @@ -226,7 +227,8 @@ error. See above for a method of avoiding this.  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/stopping.html.es b/docs/manual/stopping.html.es index 0e8953c2972..45524f7f83d 100644 --- a/docs/manual/stopping.html.es +++ b/docs/manual/stopping.html.es @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

Esta traducción podría estar obsoleta. Consulte la versión en inglés de la @@ -263,7 +264,8 @@ m  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/stopping.html.ja.utf8 b/docs/manual/stopping.html.ja.utf8 index cafd88229c2..1d7ebb89bed 100644 --- a/docs/manual/stopping.html.ja.utf8 +++ b/docs/manual/stopping.html.ja.utf8 @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

This translation may be out of date. Check the English version for recent changes.
@@ -252,7 +253,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/stopping.html.ko.euc-kr b/docs/manual/stopping.html.ko.euc-kr index 36eaabffda2..c772bdafc9b 100644 --- a/docs/manual/stopping.html.ko.euc-kr +++ b/docs/manual/stopping.html.ko.euc-kr @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

ÀÌ ¹®¼­´Â ÃÖ½ÅÆÇ ¹ø¿ªÀÌ ¾Æ´Õ´Ï´Ù. ÃÖ±Ù¿¡ º¯°æµÈ ³»¿ëÀº ¿µ¾î ¹®¼­¸¦ Âü°íÇϼ¼¿ä.
@@ -200,7 +201,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/stopping.html.ru.koi8-r b/docs/manual/stopping.html.ru.koi8-r index 9539c1545ef..bbda950a389 100644 --- a/docs/manual/stopping.html.ru.koi8-r +++ b/docs/manual/stopping.html.ru.koi8-r @@ -23,7 +23,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

üÔÏÔ ÐÅÒÅ×ÏÄ ÍÏÖÅÔ ÂÙÔØ ÕÓÔÁÒÅ×ÛÉÍ. óÍÏÔÒÉÔÅ ÁÎÇÌÉÊÓËÕÀ ×ÅÒÓÉÀ ÄÌÑ ÏÚÎÁËÏÍÌÅÎÉÑ ÓÏ ×ÓÅÍÉ ÐÏÓÌÅÄÎÉÍÉ ÉÚÍÅÎÅÎÉÑÍÉ @@ -242,7 +243,8 @@  es  |  ja  |  ko  | - ru 

+ ru  | + tr 

diff --git a/docs/manual/stopping.html.tr.utf8 b/docs/manual/stopping.html.tr.utf8 index 13abcb1c7d1..2ee559dc4ce 100644 --- a/docs/manual/stopping.html.tr.utf8 +++ b/docs/manual/stopping.html.tr.utf8 @@ -1,243 +1,243 @@ - - - -Durdurma ve Yeniden Başlatma - Apache HTTP Sunucusu - - - - - -
<-
-

Durdurma ve Yeniden Başlatma

-
-

Mevcut Diller:  de  | - en  | - es  | - ja  | - ko  | - ru  | - tr 

-
- -

Bu belge Apache HTTPd’nin Unix benzeri sistemlerde durdurulması ve - yeniden başlatılması konularını kapsar. Windows NT, 2000 ve XP - kullanıcıları Apache HTTPd’yi bu platformlarda nasıl denetimlerine - alacaklarını öğrenmek için Apache - HTTPd’nin Bir Hizmet Olarak Çalıştırılması sayfasına, Windows 9x ve - ME kullanıcıları ise Apache - HTTPd’nin Bir Konsol Uygulaması Olarak Çalıştırılması sayfasına - bakabilirler.

-
- -
top
-
-

Giriş

- -

Apache HTTPd’yi durdurmak ve yeniden başlatmak için çalışan - httpd süreçlerine bir sinyal göndermeniz gerekir. - Sinyal göndermek için iki yol vardır. İlki, süreçlere doğrudan sinyal - göndermek için unix kill komutunun kullanımıdır. Bu - suretle, sisteminizde çalışmakta olan bir çok httpd - sürecini uyarabilirsiniz ama süreç kimliği PidFile yönergesi ile belirtilen dosyada - tutulan ana süreç dışında hiçbirine sinyal göndermemelisiniz. Başka - bir deyişle, ana süreç haricinde hiçbir sürece sinyal göndermeye normal - olarak ihtiyacınız olmaması gerekir. Ana sürece gönderebileceğiniz - üç çeşit sinyal vardır: - TERM, - HUP ve - USR1. Bunlar yeri geldikçe - açıklanacaktır.

- -

Ana sürece kill ile sinyal göndermek için şöyle bir - komut verebilirsiniz:

- -

kill -TERM `cat /usr/local/apache2/logs/httpd.pid`

- -

httpd süreçlerine sinyal göndermenin ikinci yolu - -k komut satırı seçeneğini şu değerlerden biri ile - kullanmaktır: stop, restart ve - graceful. Bunlar aşağıda açıklanacaktır. - -k komut satırı seçeneği - httpd’ye ait olsa da ana sürece bu sinyalleri - göndermek için apachectl betiğini kullanmanızı - öneririz. apachectl, komut satırı seçeneklerini - httpd’ye aktaracaktır.

- -

httpd’ye sinyal gönderdikten sonra olup biteni şu - komutla izleyebilirsiniz:

- -

tail -f /usr/local/apache2/logs/error_log

- -

Bu örnekleri, kendi ServerRoot ve - PidFile yönergelerinizdeki - ayarlara uygun olarak değiştirdikten sonra kullanınız.

-
top
-
-

Hemen Durdur

- -
Sinyal: TERM
-
apachectl -k stop
-
- -

Ana sürece TERM veya stop sinyali - göndererek tüm çocukların bir an önce öldürülmeye çalışılmasını sağlamış - olursunuz. Tüm çocukların öldürülmesi bir kaç saniye sürebilir. Son - olarak ana süreç çıkacaktır. Yanıtlanmakta olan istekler hemen - sonlandırılacak ve artık isteklere yanıt verilmeyecektir.

-
top
-
-

Nazikçe Yeniden Başlat

- -
Sinyal: USR1
-
apachectl -k graceful
-
- -

Ana sürece USR1 veya graceful sinyalinin - gönderilmesi, çocuklara ellerindeki mevcut işleri bitirdikten sonra - (veya sundukları bir şey yoksa hemen) çıkmalarının önerilmesi - demektir. Ana süreç kendi yapılandırma dosyalarını yeniden okur ve - kendi günlük dosyalarını yeniden açar. Ana sürecin öldürdüğü her sürecin - yerine yeni yapılandırma kuşağından bir süreç başlatır ve hemen - yeni isteklere hizmet sunulmaya başlanır.

- -
Belli platformlarda, nazikçe yeniden başlatma için - USR1 sinyalinin kullanılmasına izin verilmez. Bu gibi - durumlarda, WINCH gibi başka bir sinyal kullanılabilir. - apachectl graceful komutu platformunuz için doğru sinyali - gönderecektir.
- -

Bu kod MPM’lerin süreçleri denetleyen yönergelerine daima uyacak - şekilde tasarlanmıştır. Bu suretle, istemcilere hizmet sunacak çocuk - süreçler ve evreler, yeniden başlatma işleminde de uygun sayıda - sağlanmış olur. Bununla birlikte, StartServers yönergesinde şöyle - davranılır: İlk saniye içinde en azından StartServers sayıda yeni çocuk - oluşturulmamışsa iş olmayan bir devreyi geçiştirecek kadarı oluşturulur. - Ardından sunucunun mevcut yükünü karşılamak için gereken sayıda çocuk - süreç oluşturulur. Bu suretle, kod her ikisi için de gereğini yerine - getirmeye çalışmış olur.

- -

mod_status kullanıcıları USR1 - gönderildiği zaman sunucu istatistiklerinin sıfırlanmadığı konusunda - uyarılacaktır. Kod, sunucunun yeni isteklere yanıt veremediği zamanı en - aza indirmenin yanısıra ayar parametrelerinize de uymak üzere - tasarlanmıştır (yeni istekler işletim sistemi tarafından kuyruğa - alınacağından bir istek kaybı olayı yaşanmaz). Bunu sağlamak için, her - iki kuşağın çocuklarının izini sürecek bir çetele tutulur.

- -

mod_status modülü, nazikçe yeniden başlat komutunun - verilmesinden önce başlamış ve sunulmaya devam eden isteklere bakan - çocukları imlemek için ayrıca bir G (Graceful’un baş harfi) - kullanır.

- -

Günlük dosyası döndürme betiğine, yeniden başlatma öncesi günlüğe yazan - tüm çocukların işini bitirdiğini USR1 kullanarak - bildirmenin bir yolu yoktur. Önerimiz, eski günlük kaydı üzerinde bir - işlem yapmaya başlamadan önce USR1 sinyali gönderilmesinin - ardından belli bir süre beklenilmesi olacaktır. Örneğin, düşük band - genişliğine sahip istemcilere hizmet sunan çoğu sürecin işinin 10 - dakikadan önce bitmeyeceğini gözönüne alarak eski günlük üzerinde işlem - yapmaya başlamak için 15 dakika beklenebilir.

- -
Bir yeniden başlatma isteğinde, eğer yapılandırma dosyalarınızda bir - hata varsa sunucu yeniden başlamaz ve bir hata ile çıkar. Nazikçe - yeniden başlatma durumunda ana süreç çıkarken çocuklarını çalışır durumda - bırakır. (Bunlar, ellerindeki istekler bitince ‘nazikçe çıkacak’ olan - çocuk süreçlerdir.) Eğer sunucuyu yeniden başlatmaya çalışırsanız bu - sorunlara yol açar; örneğin, dinleyeceği portları bağlayamayabilir. Bir - yeniden başlatma öncesinde yapılandırma dosyalarınızın sözdizimini - -t komut satırı seçeneği ile sınayabilirsiniz (bkz, - httpd). Ancak, bu hala sunucunuzun düzgünce yeniden - başlatılmasını garanti etmeyecektir. Yapılandırma dosyalarınızı - sözdizimi denetiminin yanında anlamlandırılması bakımından da sınamak - için httpd’nin root olmayan bir kullanıcı tarafından - çalıştırılmasını deneyebilirsiniz. Eğer yapılandırma dosyalarında bir - hata yoksa soketleri ve günlük dosyalarını açmaya çalışırken root - aidiyetinde çalışmadığından veya çalışmakta olan asıl sunucu bu portları - zaten dinlediğinden başarısız olacaktır. Eğer başka bir sebeple - başarısız olursa olası sebep bir yapılandırma dosyası hatasıdır ve asıl - sunucuya ‘nazikçe yeniden başla’ komutunu vermeden önce bu hatayı - düzeltmeniz gerekir.
-
top
-
-

Hemen Yeniden Başlat

- -
Sinyal: HUP
-
apachectl -k restart
-
- -

Ana sürece HUP veya restart sinyalinin - gönderilmesi tüm çocukların TERM sinyali gönderilmiş gibi - öldürülmesine sebep olur fakat ana sürecin çıkmasını sağlamaz. - Ana süreç yapılandırma dosyalarını yeniden okur ve günlük kayıt - dosyalarını yeniden açar. Bunların ardından isteklere yanıt verecek yeni - kuşak çocukları oluşturmaya başlar.

- -

mod_status kullanıcıları bir HUP sinyali - gönderildiğinde sunucu istatistiklerinin sıfırlandığı konusunda - uyarılırlar.

- -
Eğer yapılandırma dosyalarınızda sözdizimi hatası varsa yeniden - başlatma işlemi gerçekleşmez ve ana süreç bir hata vererek çıkar. - Bundan kaçınmak için önceki yönteme bakınız.
-
top
-
-

Ek: Sinyaller ve yarış koşulları

- -

Apache 1.2b9 sürümü öncesinde, yeniden başlatma ve ölüm sinyalleri ile - ilgili olarak ortaya çıkan çeşitli yarış koşulları vardı. (Basitçe, bir - yarış koşulu zamanlama ile ilgili bir sorundur; yanlış zamanda veya - yanlış sırada oluşan bir şey istenmeyen sonuçlara yol açarken, aynı şey - doğru zaman ve doğru sırada oluştuğunda herşey yolunda gider.) Bu tür - mimarilerde elimizden geldiği kadar bu sorunları giderecek doğru - özellikleri kullanmaya gayret etsek de belli mimarilerde hala yarış - koşullarının ortaya çıkma olasılığı bulunduğunu belirtmek gerekir.

- -

Disk üzerinde ScoreBoardFile dosyası tutan mimarilerde - çetele bozulması olasılığı gündeme gelebilir. Bu durum, "bind: - Address already in use" (HUP sonrası) veya "long lost - child came home!" (USR1 sonrası) iletileriyle - sonuçlanabilir. İkincisi sadece çetele kaybına sebep olurken birincisi - ölümcül bir hatadır. Bu bakımdan, normalde nazikçe yeniden başlatma - kullanıp ara sıra normal yeniden başlatma yapılması önerilebilir. Bu - sorunları kitabına uydurmak çok zordur fakat şans eseri çoğu mimari bir - çetele dosyası gerektirmemektedir. Çetele dosyası kullanan mimariler - için ScoreBoardFile belgesine - bakınız.

- -

Kalıcı HTTP bağlantısı (KeepAlive) üzerinden ikinci ve sonraki - isteklerle ilgili olarak her çocuk süreçte bir yarış koşulu oluşma - olasılığı küçük de olsa bütün mimarilerde vardır. İstek satırı - okunduktan sonra hiçbir istek başlığı okunmadan çıkabilir. Bu durum 1.2 - sürümünde geç de olsa farkedilmiş ve düzeltme yoluna gidilmiştir. Teorik - olarak, ağ gecikmeleri ve sunucu zaman aşımları nedeniyle KeepAlive - istemcisi açısından bu olaylar beklenmediğinden, bu önemli bir konu - değildir. Uygulamada ise, ne sunucuyu ne de istemciyi etkilediği - görülmez; bir deneme ortamında sunucu saniyede 20 kere yeniden - başlatılmış ve istemciler boş belge veya bozuk resim almadan siteyi - başarıyla gezmişlerdir.

-
-
-

Mevcut Diller:  de  | - en  | - es  | - ja  | - ko  | - ru  | - tr 

-
+ + + +Durdurma ve Yeniden Başlatma - Apache HTTP Sunucusu + + + + + +
<-
+

Durdurma ve Yeniden Başlatma

+
+

Mevcut Diller:  de  | + en  | + es  | + ja  | + ko  | + ru  | + tr 

+
+ +

Bu belge Apache HTTPd’nin Unix benzeri sistemlerde durdurulması ve + yeniden başlatılması konularını kapsar. Windows NT, 2000 ve XP + kullanıcıları Apache HTTPd’yi bu platformlarda nasıl denetimlerine + alacaklarını öğrenmek için Apache + HTTPd’nin Bir Hizmet Olarak Çalıştırılması sayfasına, Windows 9x ve + ME kullanıcıları ise Apache + HTTPd’nin Bir Konsol Uygulaması Olarak Çalıştırılması sayfasına + bakabilirler.

+
+ +
top
+
+

Giriş

+ +

Apache HTTPd’yi durdurmak ve yeniden başlatmak için çalışan + httpd süreçlerine bir sinyal göndermeniz gerekir. + Sinyal göndermek için iki yol vardır. İlki, süreçlere doğrudan sinyal + göndermek için unix kill komutunun kullanımıdır. Bu + suretle, sisteminizde çalışmakta olan bir çok httpd + sürecini uyarabilirsiniz ama süreç kimliği PidFile yönergesi ile belirtilen dosyada + tutulan ana süreç dışında hiçbirine sinyal göndermemelisiniz. Başka + bir deyişle, ana süreç haricinde hiçbir sürece sinyal göndermeye normal + olarak ihtiyacınız olmaması gerekir. Ana sürece gönderebileceğiniz + üç çeşit sinyal vardır: + TERM, + HUP ve + USR1. Bunlar yeri geldikçe + açıklanacaktır.

+ +

Ana sürece kill ile sinyal göndermek için şöyle bir + komut verebilirsiniz:

+ +

kill -TERM `cat /usr/local/apache2/logs/httpd.pid`

+ +

httpd süreçlerine sinyal göndermenin ikinci yolu + -k komut satırı seçeneğini şu değerlerden biri ile + kullanmaktır: stop, restart ve + graceful. Bunlar aşağıda açıklanacaktır. + -k komut satırı seçeneği + httpd’ye ait olsa da ana sürece bu sinyalleri + göndermek için apachectl betiğini kullanmanızı + öneririz. apachectl, komut satırı seçeneklerini + httpd’ye aktaracaktır.

+ +

httpd’ye sinyal gönderdikten sonra olup biteni şu + komutla izleyebilirsiniz:

+ +

tail -f /usr/local/apache2/logs/error_log

+ +

Bu örnekleri, kendi ServerRoot ve + PidFile yönergelerinizdeki + ayarlara uygun olarak değiştirdikten sonra kullanınız.

+
top
+
+

Hemen Durdur

+ +
Sinyal: TERM
+
apachectl -k stop
+
+ +

Ana sürece TERM veya stop sinyali + göndererek tüm çocukların bir an önce öldürülmeye çalışılmasını sağlamış + olursunuz. Tüm çocukların öldürülmesi bir kaç saniye sürebilir. Son + olarak ana süreç çıkacaktır. Yanıtlanmakta olan istekler hemen + sonlandırılacak ve artık isteklere yanıt verilmeyecektir.

+
top
+
+

Nazikçe Yeniden Başlat

+ +
Sinyal: USR1
+
apachectl -k graceful
+
+ +

Ana sürece USR1 veya graceful sinyalinin + gönderilmesi, çocuklara ellerindeki mevcut işleri bitirdikten sonra + (veya sundukları bir şey yoksa hemen) çıkmalarının önerilmesi + demektir. Ana süreç kendi yapılandırma dosyalarını yeniden okur ve + kendi günlük dosyalarını yeniden açar. Ana sürecin öldürdüğü her sürecin + yerine yeni yapılandırma kuşağından bir süreç başlatır ve hemen + yeni isteklere hizmet sunulmaya başlanır.

+ +
Belli platformlarda, nazikçe yeniden başlatma için + USR1 sinyalinin kullanılmasına izin verilmez. Bu gibi + durumlarda, WINCH gibi başka bir sinyal kullanılabilir. + apachectl graceful komutu platformunuz için doğru sinyali + gönderecektir.
+ +

Bu kod MPM’lerin süreçleri denetleyen yönergelerine daima uyacak + şekilde tasarlanmıştır. Bu suretle, istemcilere hizmet sunacak çocuk + süreçler ve evreler, yeniden başlatma işleminde de uygun sayıda + sağlanmış olur. Bununla birlikte, StartServers yönergesinde şöyle + davranılır: İlk saniye içinde en azından StartServers sayıda yeni çocuk + oluşturulmamışsa iş olmayan bir devreyi geçiştirecek kadarı oluşturulur. + Ardından sunucunun mevcut yükünü karşılamak için gereken sayıda çocuk + süreç oluşturulur. Bu suretle, kod her ikisi için de gereğini yerine + getirmeye çalışmış olur.

+ +

mod_status kullanıcıları USR1 + gönderildiği zaman sunucu istatistiklerinin sıfırlanmadığı konusunda + uyarılacaktır. Kod, sunucunun yeni isteklere yanıt veremediği zamanı en + aza indirmenin yanısıra ayar parametrelerinize de uymak üzere + tasarlanmıştır (yeni istekler işletim sistemi tarafından kuyruğa + alınacağından bir istek kaybı olayı yaşanmaz). Bunu sağlamak için, her + iki kuşağın çocuklarının izini sürecek bir çetele tutulur.

+ +

mod_status modülü, nazikçe yeniden başlat komutunun + verilmesinden önce başlamış ve sunulmaya devam eden isteklere bakan + çocukları imlemek için ayrıca bir G (Graceful’un baş harfi) + kullanır.

+ +

Günlük dosyası döndürme betiğine, yeniden başlatma öncesi günlüğe yazan + tüm çocukların işini bitirdiğini USR1 kullanarak + bildirmenin bir yolu yoktur. Önerimiz, eski günlük kaydı üzerinde bir + işlem yapmaya başlamadan önce USR1 sinyali gönderilmesinin + ardından belli bir süre beklenilmesi olacaktır. Örneğin, düşük band + genişliğine sahip istemcilere hizmet sunan çoğu sürecin işinin 10 + dakikadan önce bitmeyeceğini gözönüne alarak eski günlük üzerinde işlem + yapmaya başlamak için 15 dakika beklenebilir.

+ +
Bir yeniden başlatma isteğinde, eğer yapılandırma dosyalarınızda bir + hata varsa sunucu yeniden başlamaz ve bir hata ile çıkar. Nazikçe + yeniden başlatma durumunda ana süreç çıkarken çocuklarını çalışır durumda + bırakır. (Bunlar, ellerindeki istekler bitince ‘nazikçe çıkacak’ olan + çocuk süreçlerdir.) Eğer sunucuyu yeniden başlatmaya çalışırsanız bu + sorunlara yol açar; örneğin, dinleyeceği portları bağlayamayabilir. Bir + yeniden başlatma öncesinde yapılandırma dosyalarınızın sözdizimini + -t komut satırı seçeneği ile sınayabilirsiniz (bkz, + httpd). Ancak, bu hala sunucunuzun düzgünce yeniden + başlatılmasını garanti etmeyecektir. Yapılandırma dosyalarınızı + sözdizimi denetiminin yanında anlamlandırılması bakımından da sınamak + için httpd’nin root olmayan bir kullanıcı tarafından + çalıştırılmasını deneyebilirsiniz. Eğer yapılandırma dosyalarında bir + hata yoksa soketleri ve günlük dosyalarını açmaya çalışırken root + aidiyetinde çalışmadığından veya çalışmakta olan asıl sunucu bu portları + zaten dinlediğinden başarısız olacaktır. Eğer başka bir sebeple + başarısız olursa olası sebep bir yapılandırma dosyası hatasıdır ve asıl + sunucuya ‘nazikçe yeniden başla’ komutunu vermeden önce bu hatayı + düzeltmeniz gerekir.
+
top
+
+

Hemen Yeniden Başlat

+ +
Sinyal: HUP
+
apachectl -k restart
+
+ +

Ana sürece HUP veya restart sinyalinin + gönderilmesi tüm çocukların TERM sinyali gönderilmiş gibi + öldürülmesine sebep olur fakat ana sürecin çıkmasını sağlamaz. + Ana süreç yapılandırma dosyalarını yeniden okur ve günlük kayıt + dosyalarını yeniden açar. Bunların ardından isteklere yanıt verecek yeni + kuşak çocukları oluşturmaya başlar.

+ +

mod_status kullanıcıları bir HUP sinyali + gönderildiğinde sunucu istatistiklerinin sıfırlandığı konusunda + uyarılırlar.

+ +
Eğer yapılandırma dosyalarınızda sözdizimi hatası varsa yeniden + başlatma işlemi gerçekleşmez ve ana süreç bir hata vererek çıkar. + Bundan kaçınmak için önceki yönteme bakınız.
+
top
+
+

Ek: Sinyaller ve yarış koşulları

+ +

Apache 1.2b9 sürümü öncesinde, yeniden başlatma ve ölüm sinyalleri ile + ilgili olarak ortaya çıkan çeşitli yarış koşulları vardı. (Basitçe, bir + yarış koşulu zamanlama ile ilgili bir sorundur; yanlış zamanda veya + yanlış sırada oluşan bir şey istenmeyen sonuçlara yol açarken, aynı şey + doğru zaman ve doğru sırada oluştuğunda herşey yolunda gider.) Bu tür + mimarilerde elimizden geldiği kadar bu sorunları giderecek doğru + özellikleri kullanmaya gayret etsek de belli mimarilerde hala yarış + koşullarının ortaya çıkma olasılığı bulunduğunu belirtmek gerekir.

+ +

Disk üzerinde ScoreBoardFile dosyası tutan mimarilerde + çetele bozulması olasılığı gündeme gelebilir. Bu durum, "bind: + Address already in use" (HUP sonrası) veya "long lost + child came home!" (USR1 sonrası) iletileriyle + sonuçlanabilir. İkincisi sadece çetele kaybına sebep olurken birincisi + ölümcül bir hatadır. Bu bakımdan, normalde nazikçe yeniden başlatma + kullanıp ara sıra normal yeniden başlatma yapılması önerilebilir. Bu + sorunları kitabına uydurmak çok zordur fakat şans eseri çoğu mimari bir + çetele dosyası gerektirmemektedir. Çetele dosyası kullanan mimariler + için ScoreBoardFile belgesine + bakınız.

+ +

Kalıcı HTTP bağlantısı (KeepAlive) üzerinden ikinci ve sonraki + isteklerle ilgili olarak her çocuk süreçte bir yarış koşulu oluşma + olasılığı küçük de olsa bütün mimarilerde vardır. İstek satırı + okunduktan sonra hiçbir istek başlığı okunmadan çıkabilir. Bu durum 1.2 + sürümünde geç de olsa farkedilmiş ve düzeltme yoluna gidilmiştir. Teorik + olarak, ağ gecikmeleri ve sunucu zaman aşımları nedeniyle KeepAlive + istemcisi açısından bu olaylar beklenmediğinden, bu önemli bir konu + değildir. Uygulamada ise, ne sunucuyu ne de istemciyi etkilediği + görülmez; bir deneme ortamında sunucu saniyede 20 kere yeniden + başlatılmış ve istemciler boş belge veya bozuk resim almadan siteyi + başarıyla gezmişlerdir.

+
+
+

Mevcut Diller:  de  | + en  | + es  | + ja  | + ko  | + ru  | + tr 

+
\ No newline at end of file -- 2.47.2