From: Nilgun Belma Buguner Date: Fri, 3 Dec 2010 17:43:24 +0000 (+0000) Subject: update transformations. X-Git-Tag: 2.2.18~271 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=ce8b788d31d9c6485a916103807180f5efe2dc7e;p=thirdparty%2Fapache%2Fhttpd.git update transformations. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x@1041928 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/mod/core.html.en b/docs/manual/mod/core.html.en index 70a8009a003..68718c89d7b 100644 --- a/docs/manual/mod/core.html.en +++ b/docs/manual/mod/core.html.en @@ -112,12 +112,12 @@ available Module:core Compatibility:Available in Apache 2.1.5 and later -

This directive enables operating system specific optimizations for a - listening socket by the Protocol type. The basic premise is for the - kernel to not send a socket to the server process until either data +

This directive enables operating system specific optimizations for a + listening socket by the Protocol type. The basic premise is for the + kernel to not send a socket to the server process until either data is received or an entire HTTP Request is buffered. Only - FreeBSD's Accept Filters and Linux's more primitive + FreeBSD's Accept Filters and Linux's more primitive TCP_DEFER_ACCEPT are currently supported.

The default values on FreeBSD are:

@@ -125,12 +125,12 @@ available AcceptFilter http httpready
AcceptFilter https dataready

- +

The httpready accept filter buffers entire HTTP requests at - the kernel level. Once an entire request is received, the kernel then - sends it to the server. See the + the kernel level. Once an entire request is received, the kernel then + sends it to the server. See the - accf_http(9) man page for more details. Since HTTPS requests are + accf_http(9) man page for more details. Since HTTPS requests are encrypted only the accf_data(9) filter is used.

@@ -141,13 +141,13 @@ available

Linux's TCP_DEFER_ACCEPT does not support buffering http - requests. Any value besides none will enable + requests. Any value besides none will enable TCP_DEFER_ACCEPT on that listener. For more details - see the Linux + see the Linux tcp(7) man page.

-

Using none for an argument will disable any accept filters +

Using none for an argument will disable any accept filters for that protocol. This is useful for protocols that require a server send data first, such as nntp:

AcceptFilter nntp none

@@ -510,7 +510,7 @@ be passed through server error.

For security and performance reasons, do not set - AllowOverride to anything other than None + AllowOverride to anything other than None in your <Directory /> block. Instead, find (or create) the <Directory> block that refers to the directory where you're actually planning to place a @@ -703,7 +703,7 @@ named file-system directory, sub-directories, and their contents

<Directory> and </Directory> are used to enclose a group of directives that will apply only to the named directory, - sub-directories of that directory, and the files within the respective + sub-directories of that directory, and the files within the respective directories. Any directive that is allowed in a directory context may be used. Directory-path is either the full path to a directory, or a wild-card string using @@ -845,7 +845,7 @@ subdirectories </DirectoryMatch> are used to enclose a group of directives which will apply only to the named directory and sub-directories of that directory (and the files within), the same as <Directory>. However, it - takes as an argument a regular + takes as an argument a regular expression. For example:

@@ -892,7 +892,7 @@ from the web

then an access to http://www.my.host.com/index.html refers to - /usr/web/index.html. If the directory-path is + /usr/web/index.html. If the directory-path is not absolute then it is assumed to be relative to the ServerRoot.

The DocumentRoot should be specified without @@ -1137,7 +1137,7 @@ in case of an error

The ErrorLog directive sets the name of the file to which the server will log any errors it encounters. If - the file-path is not absolute then it is assumed to be + the file-path is not absolute then it is assumed to be relative to the ServerRoot.

Example

@@ -1173,7 +1173,7 @@ in case of an error

Note

When entering a file path on non-Unix platforms, care should be taken to make sure that only forward slashes are used even though the platform - may allow the use of back slashes. In general it is a good idea to always + may allow the use of back slashes. In general it is a good idea to always use forward slashes throughout the configuration files.

@@ -1243,8 +1243,8 @@ HTTP response header for static files changed via FileETag.

Server Side Includes

- An ETag is not generated for responses parsed by mod_include, - since the response entity can change without a change of the INode, MTime, or Size + An ETag is not generated for responses parsed by mod_include, + since the response entity can change without a change of the INode, MTime, or Size of the static file with embedded SSI directives.
@@ -1279,7 +1279,7 @@ filenames

The filename argument should include a filename, or a wild-card string, where ? matches any single character, and * matches any sequences of characters. - Regular expressions + Regular expressions can also be used, with the addition of the ~ character. For example:

@@ -1316,7 +1316,7 @@ filenames

The <FilesMatch> directive limits the scope of the enclosed directives by filename, just as the <Files> directive - does. However, it accepts a regular + does. However, it accepts a regular expression. For example:

@@ -1397,7 +1397,7 @@ MIME content-type argument ends with a percent symbol ('%'), subdirectories are created for each process id.

-

This directive currently only works with the prefork +

This directive currently only works with the prefork MPM.

@@ -1587,7 +1587,7 @@ the server configuration files files in a directory that can cause httpd to fail.

-

The file path specified may be an absolute path, or may be relative +

The file path specified may be an absolute path, or may be relative to the ServerRoot directory.

Examples:

@@ -1668,7 +1668,7 @@ requests on a persistent connection may cause performance problems in heavily loaded servers. The higher the timeout, the more server processes will be kept occupied waiting on connections with idle clients.

- +

In a name-based virtual host context, the value of the first defined virtual host (the default host) in a set of NameVirtualHost will be used. The other values will be ignored.

@@ -1876,7 +1876,7 @@ will be accepted from the client

Warning

-

When name-based virtual hosting is used, the value for this +

When name-based virtual hosting is used, the value for this directive is taken from the default (first-listed) virtual host for the NameVirtualHost the connection was mapped to.

@@ -1898,11 +1898,11 @@ client that will be allowed in an HTTP request header.

The LimitRequestFieldSize directive - allows the server administrator to reduce or increase the limit + allows the server administrator to reduce or increase the limit on the allowed size of an HTTP request header field. A server - needs this value to be large enough to hold any one header field - from a normal client request. The size of a normal request header - field will vary greatly among different client implementations, + needs this value to be large enough to hold any one header field + from a normal client request. The size of a normal request header + field will vary greatly among different client implementations, often depending upon the extent to which a user has configured their browser to support detailed content negotiation. SPNEGO authentication headers can be up to 12392 bytes.

@@ -1921,7 +1921,7 @@ client the default.

Warning

-

When name-based virtual hosting is used, the value for this +

When name-based virtual hosting is used, the value for this directive is taken from the default (first-listed) virtual host for the NameVirtualHost the connection was mapped to.

@@ -1939,7 +1939,7 @@ from the client Status:Core Module:core -

This directive sets the number of bytes that will be +

This directive sets the number of bytes that will be allowed on the HTTP request-line.

The LimitRequestLine directive allows @@ -1966,7 +1966,7 @@ from the client the default.

Warning

-

When name-based virtual hosting is used, the value for this +

When name-based virtual hosting is used, the value for this directive is taken from the default (first-listed) virtual host for the NameVirtualHost the connection was mapped to.

@@ -2022,39 +2022,38 @@ URLs filesystem location, such access controls may by circumvented.

The enclosed directives will be applied to the request if the path component - of the URL meets any of the following criteria: + of the URL meets any of the following criteria:

  • The specified location matches exactly the path component of the URL.
    • -
  • The specified location, which ends in a forward slash, is a prefix +
  • The specified location, which ends in a forward slash, is a prefix of the path component of the URL (treated as a context root).
    • -
  • The specified location, with the addition of a trailing slash, is a +
  • The specified location, with the addition of a trailing slash, is a prefix of the path component of the URL (also treated as a context root).
- In the example below, where no trailing slash is used, requests to +

In the example below, where no trailing slash is used, requests to /private1, /private1/ and /private1/file.txt will have the enclosed - directives applied, but /private1other would not. + directives applied, but /private1other would not.

<Location /private1> ...

- In the example below, where a trailing slash is used, requests to +

In the example below, where a trailing slash is used, requests to /private2/ and /private2/file.txt will have the enclosed - directives applied, but /private2 and /private2other would not. + directives applied, but /private2 and /private2other would not.

<Location /private2/> ...

-

When to use <Location>

Use <Location> to apply directives to content that lives outside the filesystem. For content that lives in the filesystem, use <Directory> and <Files>. An exception is - <Location />, which is an easy way to + <Location />, which is an easy way to apply a configuration to the entire server.

@@ -2582,7 +2581,7 @@ a resource

This directive selects which authenticated users can access a resource. Multipe instances of this directive are combined with a logical - "OR", such that a user matching any Require line is + "OR", such that a user matching any Require line is granted access. The restrictions are processed by authorization modules. Some of the allowed syntaxes provided by mod_authz_user and @@ -2627,8 +2626,8 @@ a resource place the Require statement into a <Limit> section.

- -

If Require is used together with + +

If Require is used together with the Allow or Deny directives, then the interaction of these restrictions is controlled by @@ -2656,7 +2655,7 @@ a resource </Directory>

- +

See also

- +

With UseCanonicalPhysicalPort Off, the physical ports are removed from the ordering.

diff --git a/docs/manual/mod/core.html.fr b/docs/manual/mod/core.html.fr index 3ff9e4cf3a2..44fc1d1ad1b 100644 --- a/docs/manual/mod/core.html.fr +++ b/docs/manual/mod/core.html.fr @@ -727,8 +727,8 @@ versions d'Apache 2.2.7 et sup

<Directory> Directive

+qu'au répertoire concerné du système de fichiers, à ses +sous-répertoires, et à leur contenu. @@ -737,8 +737,9 @@ sous-r
Description:Regroupe un ensemble de directives qui ne s'appliquent -qu'au répertoire concerné du système de fichiers et à ses -sous-répertoires
Syntaxe:<Directory chemin répertoire> ... </Directory>
Contexte:configuration du serveur, serveur virtuel

Les balises <Directory> et </Directory> permettent de regrouper un ensemble - de directives qui ne s'appliquent qu'au répertoire précisé - et à ses sous-répertoires. Toute directive + de directives qui ne s'appliquent qu'au répertoire + précisé, à ses sous-répertoires, et aux fichiers situés dans ces + sous-répertoires. Toute directive autorisée dans un contexte de répertoire peut être utilisée. chemin répertoire est soit le chemin absolu d'un répertoire, soit une chaîne de caractères avec caractères génériques @@ -886,7 +887,7 @@ leurs sous-r

Les balises <DirectoryMatch> et </DirectoryMatch> permettent de regrouper un ensemble de directives qui ne s'appliqueront qu'au répertoire - précisé et à ses sous-répertoires, comme pour la section <Directory>. Cependant, le + précisé (et aux fichiers qu'il contient), comme pour la section <Directory>. Cependant, le répertoire est précisé sous la forme d'une expression rationnelle. Par exemple :

@@ -1005,7 +1006,7 @@ lire les fichiers pendant qu'ils sont servis

- +
top
@@ -2181,6 +2182,37 @@ sp plusieurs URLs peuvent correspondre au même répertoire du système de fichiers, un tel contrôle d'accès pourrait être contourné.

+

Les directives que contient cette section seront appliquées aux + requêtes si la partie chemin de l'URL satisfait à l'un au moins de + ces critères :

+
    +
  • Le chemin spécifié correspond exactement à la partie chemin de + l'URL. +
    • +
  • Le chemin spécifié, qui se termine par un slash, est un + préfixe de la partie chemin de l'URL (traité comme une racine du + contexte). +
    • +
  • Le chemin spécifié, si on lui ajoute un slash de fin, est un + préfixe de la partie chemin de l'URL (aussi traité comme une racine du + contexte). +
    • +
+

Dans l'exemple ci-dessous, où aucun slash de fin n'est utilisé, les + directives contenues dans la section s'appliqueront à /private1, + /private1/ et /private1/file.txt, mais pas à /private1other.

+

+ <Location /private1> + ... +

+

De même, dans l'exemple ci-dessous, où l'on utilise un slash de fin, les + directives contenues dans la section s'appliqueront à /private2/ et + à /private2/file.txt, mais pas à /private2other.

+

+ <Location /private2/> + ... +

+

Quand utiliser la section <Location>

Vous pouvez utiliser une section <Location> pour appliquer des directives à diff --git a/docs/manual/mod/core.html.tr.utf8 b/docs/manual/mod/core.html.tr.utf8 index b6a0294184d..bc635d16761 100644 --- a/docs/manual/mod/core.html.tr.utf8 +++ b/docs/manual/mod/core.html.tr.utf8 @@ -27,7 +27,6 @@  ja  |  tr 

-
Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.
Açıklama:Apache HTTP Sunucusunda daima mevcut olan çekirdek özellikler
Durum:Çekirdek
@@ -57,6 +56,7 @@
  • <Files>
  • <FilesMatch>
  • ForceType
    • +
  • GprofDir
  • HostnameLookups
  • <IfDefine>
  • <IfModule>
    • @@ -77,6 +77,7 @@
  • MaxKeepAliveRequests
  • NameVirtualHost
  • Options
    • +
  • Protocol
  • Require
  • RLimitCPU
  • RLimitMEM
    • @@ -148,6 +149,10 @@ kullanışlıdır:

    AcceptFilter nntp none

    +

    Ayrıca bakınız:

    +
      +
    • Protocol
      • +
    top

    AcceptPathInfo Yönergesi

    @@ -698,8 +703,9 @@ kullanımı önerilmemektedir.
    top

    <Directory> Yönergesi

    - + @@ -708,17 +714,17 @@ kullanımı önerilmemektedir.
    Açıklama:Sadece ismi belirtilen dosya sistemi dizininde ve bunun - altdizinlerinde uygulanacak bir yönerge grubunu sarmalar.
    Açıklama:Sadece ismi belirtilen dosya sistemi dizinine ve bunun + altdizinleri ile içeriklerine uygulanacak bir yönerge grubunu + sarmalar.
    Sözdizimi:<Directory dizin-yolu> ... </Directory>
    Bağlam:sunucu geneli, sanal konak

    <Directory> ve </Directory> sadece ismi belirtilen dosya sistemi - dizininde ve bunun altdizinlerinde uygulanacak bir yönerge grubunu - sarmalamakta kullanılır. Bir dizin bağlamında kullanılabilecek her - yönergeye izin verilir. dizin-yolu bir dizinin tam yolu - olabileceği gibi Unix kabuk tarzı bir dosya ismi eşleştirme kalıbı da - olabilir. Kalıp dizgesinde, ? herhangi bir tek karakterle, - * herhangi bir karakter dizisiyle eşleşir. Ayrıca - [] karakter aralıkları da kullanılabilir. ‘/’ karakteri - ile hiçbir kalıp karakteri eşleşmez, bu bakımdan <Directory - /*/public_html> ile /home/user/public_html - değil, ama <Directory /home/*/public_html> - eşleşecektir. Örnek:

    + dizini ve bunun altdizinleri ile bu dizinlerin içeriklerine uygulanacak + bir yönerge grubunu sarmalamakta kullanılır. Bir dizin bağlamında + kullanılabilecek her yönergeye izin verilir. dizin-yolu bir + dizinin tam yolu olabileceği gibi Unix kabuk tarzı bir dosya ismi + eşleştirme kalıbı da olabilir. Kalıp dizgesinde, ? herhangi + bir tek karakterle, * herhangi bir karakter dizisiyle + eşleşir. Ayrıca [] karakter aralıkları da kullanılabilir. ‘/’ + karakteri ile hiçbir kalıp karakteri eşleşmez, bu bakımdan + <Directory /*/public_html> ile + /home/user/public_html değil, ama <Directory + /home/*/public_html> eşleşecektir. Örnek:

    <Directory /usr/local/httpd/htdocs>
    @@ -842,9 +848,10 @@ kullanımı önerilmemektedir.

    <DirectoryMatch> and </DirectoryMatch> yönergeleri <Directory> gibi sadece ismi - belirtilen dosya sistemi dizininde ve bunun altdizinlerinde - uygulanacak bir yönerge grubunu sarmalamakta kullanılır. Tek farkla - argüman olarak bir düzenli ifade alır. + belirtilen dosya sistemi dizinine ve bunun altdizinleri ile + bunların içerdiği dosyalara uygulanacak bir yönerge grubunu sarmalamakta + kullanılır. Tek farkla argüman olarak bir düzenli + ifade alır. Örnek:

    @@ -1389,6 +1396,24 @@ oluşturmakta kullanılacak dosya özniteliklerini belirler. </Location>

    +
    +
    top
    +

    GprofDir Yönergesi

    + + + + + + +
    Açıklama:gmon.out profilleme verisinin yazılacağı dizin.
    Sözdizimi:GprofDir /tmp/gprof/|/tmp/gprof/%
    Bağlam:sunucu geneli, sanal konak
    Durum:Çekirdek
    Modül:core
    +

    Sunucu gprof profilleme desteği ile derlendiği takdirde + GprofDir yönergesi, süreç çıkarken + gmon.out dosyalarının belirtilen dizine yazılmasını sağlar. + Eğer değistirge yüzde simgesi (%) ile bitirilirse her süreç kimliği (PID) + için ayrı bir aldizin oluşturulur.

    + +

    Bu yönerge sadece prefork MPM ile çalışır.

    +
    top

    HostnameLookups Yönergesi

    @@ -1826,7 +1851,7 @@ uzunluğunu sınırlar. sınırlar. Sözdizimi:LimitRequestFields sayı Öntanımlı:LimitRequestFields 100 -Bağlam:sunucu geneli +Bağlam:sunucu geneli, sanal konak Durum:Çekirdek Modül:core @@ -1858,6 +1883,12 @@ sınırlar. LimitRequestFields 50

    +

    Uyarı

    +

    İsme dayalı sanal konaklar kullanılıyorsa bu yönergenin değeri, + bağlantının eşleştirildiği ilk NameVirtualHost + yönergesinden (listedeki ilk - öntanımlı - konak) alınır.

    +
    +
    top
    @@ -1867,7 +1898,7 @@ sınırlar. Sözdizimi:LimitRequestFieldSize bayt-sayısı Öntanımlı:LimitRequestFieldSize 8190 -Bağlam:sunucu geneli +Bağlam:sunucu geneli, sanal konak Durum:Çekirdek Modül:core @@ -1895,6 +1926,12 @@ sınırlar.
    Normal şartlar altında öntanımlı değer değiştirilmemelidir.
    +

    Uyarı

    +

    İsme dayalı sanal konaklar kullanılıyorsa bu yönergenin değeri, + bağlantının eşleştirildiği ilk NameVirtualHost + yönergesinden (listedeki ilk - öntanımlı - konak) alınır.

    +
    +
    top
    @@ -1904,7 +1941,7 @@ sınırlar. Sözdizimi:LimitRequestLine bayt-sayısı Öntanımlı:LimitRequestLine 8190 -Bağlam:sunucu geneli +Bağlam:sunucu geneli, sanal konak Durum:Çekirdek Modül:core @@ -1932,6 +1969,13 @@ sınırlar.
    Normal şartlar altında öntanımlı değer değiştirilmemelidir.
    +

    Uyarı

    +

    İsme dayalı sanal konaklar kullanılıyorsa bu yönergenin değeri, + bağlantının eşleştirildiği ilk NameVirtualHost + yönergesinden (listedeki ilk - öntanımlı - konak) alınır.

    +
    + +
    top

    LimitXMLRequestBody Yönergesi

    @@ -1984,7 +2028,35 @@ sınırlar. URL’lerle erişmek mümkün olduğundan bu tür erişim denetimleri hile ile atlatılabilir olacaktır.

    -

    <Location> ne zaman +

    URL-yolu bileşeni aşağıdaki koşullardan herhangi birine uyduğu takdirde + kapsanan yönergeler isteğe uygulanacaktır:

    +
      +
    • URL'nin yol bileşeni belirtilen konum ile eşleşir.
      • +
    • URL'nin yol bileşeninin başındaki bölü çizgisi, belirtilen konumun + sonundaki bölü çizgisi ile eşleşir (içeriğin kök dizini olarak ele + alınır).
      • +
    • URL'nin yol bileşeninin başındaki bölü çizgisi, belirtilen konumun + sonuna bir bölü çizgisi eklenerek bununla eşleşir (içeriğin kök dizini + olarak ele alınır)
      • +
    +

    Aşağıdaki örnekte, sonda bir bölü çizgisi kullanılmamış olmasına rağmen + /herhangi1, /herhangi1/ ve /herhangi1/dosya.txt dizgilerini içeren + isteklere kapsanan yönergeler uygulanacak, ancak /herhangi1baskasi + dizgisini içeren bir isteğe uygulanmayacaktır.

    +

    + <Location /herhangi1> + ... +

    +

    Aşağıdaki örnekte, sonda bir bölü çizgisi kullanılmış olup, /herhangi2, + /herhangi2/ ve /herhangi2/dosya.txt dizgilerini içeren isteklere kapsanan + yönergeler uygulanacak, ancak /herhangi2baskasi dizgisini içeren bir + isteğe uygulanmayacaktır.

    +

    + <Location /private2/> + ... +

    + +

    <Location> ne zaman kullanılmalı

    <Location> yönergesini dosya sistemi @@ -2430,6 +2502,42 @@ uygulanır.

    Herhangi bir başka değer belirtilmedikçe All öntanımlıdır.

    +
    +
    top
    +

    Protocol Yönergesi

    + + + + + + + +
    Açıklama:Dinlenen bir soket için protokol
    Sözdizimi:Protocol protokol
    Bağlam:sunucu geneli, sanal konak
    Durum:Çekirdek
    Modül:core
    Uyumluluk:Windows üzerinde Apache 2.3.3 ve sonrasında diğerlerinde ise +Apache 2.1.5 ve sonrasında kullanılabilmektedir.
    +

    Bu yönerge dinlenen belli bir soket için protokol belirtmek amacıyla + kullanılır. Protokol, bir isteği hangi modülün işleyeceğini belirlemekte ve + AcceptFilter yönergesi ile ilgili protokole özgü + iyileştirmeleri uygulamakta kullanılır.

    + +

    Bu yönergeyi sadece standartdışı portlar belirtecekseniz kullanın. + Normalde http için 80, https için 443 portu + kullanılır.

    + +

    Örneğin, https'i standartdışı bir port üzerinde + çalıştırıyorsanız bunu şöyle belirtebilirsiniz:

    + +

    + Protocol https +

    + +

    Kullandığınız protoklü ayrıca Listen yönergesini kullanarak da + belirtebilirsiniz.

    + +

    Ayrıca bakınız:

    +
    top

    Require Yönergesi

    @@ -2441,8 +2549,13 @@ uygulanır. Durum:Çekirdek Modül:core -

    Bu yönerge br özkaynağa erişebilecek kimliği doğrulanmış kullanıcıları belirlemek için kullanılır. Kısıtlamalar yetkilendirme modülleri tarafından işleme sokulur. mod_authz_user ve - mod_authz_groupfile tarafından izin verilen bazı sözdizimleri:

    +

    Bu yönerge br özkaynağa erişebilecek kimliği doğrulanmış kullanıcıları + belirlemek için kullanılır. Belli bir kullanıcı veya kullanıcı grubuna + erişim vermek için bu yönergeden çok sayıda yazmak yerine bunlar mantıksal + VEYAlarla birleştirilebilir. Kısıtlamalar yetkilendirme modülleri + tarafından işleme sokulur. mod_authz_user ve + mod_authz_groupfile tarafından izin verilen bazı + sözdizimleri:

    Require user kull-kiml [kull-kiml] @@ -2457,10 +2570,14 @@ uygulanır.
    Geçerli kullanıcıların hepsi özkaynağa erişebilir.
    -

    Gerekli diğer seçenekleri sağlayan yetkilendirme modülleri olarak mod_authnz_ldap, mod_authz_dbm ve - mod_authz_owner sayılabilir.

    +

    Gerekli diğer seçenekleri sağlayan yetkilendirme modülleri olarak + mod_authnz_ldap, mod_authz_dbm ve + mod_authz_owner sayılabilir.

    -

    Require yönergesinin düzgün çalışması için kendisine AuthName ve AuthType yönergelerinin yanı sıra kullanıcıları ve grupları tanımlamak için AuthUserFile ve AuthGroupFile gibi yönergelerinin de eşlik etmesi gerekir. Örnek:

    +

    Require yönergesinin düzgün çalışması için + kendisine AuthName ve AuthType yönergelerinin yanı sıra kullanıcıları + ve grupları tanımlamak için AuthUserFile ve AuthGroupFile gibi yönergelerinin + de eşlik etmesi gerekir. Örnek:

    AuthType Basic
    @@ -2470,13 +2587,23 @@ uygulanır. Require group admin

    -

    Bu yolla uygulanan erişim denetimleri tüm yöntemler için etkilidir. Normalde istenen zaten budur. Erişim denetimlerini diğerlerini korumasız bırakmak pahasına sadece belli yöntemlerle sınırlamak isterseniz Require yönergesini bir <Limit> bölümüne yerleştirin.

    +

    Bu yolla uygulanan erişim denetimleri tüm yöntemler için + etkilidir. Normalde istenen zaten budur. Erişim + denetimlerini diğerlerini korumasız bırakmak pahasına sadece belli + yöntemlerle sınırlamak isterseniz Require + yönergesini bir <Limit> + bölümüne yerleştirin.

    Eğer Require yönergesini Allow veya - Deny yönergeleri ile birlikte kullanırsanız bu sınırlamalarla olan etkileşim Satisfy yönergesi tarafından denetlenir.

    + Deny yönergeleri ile + birlikte kullanırsanız bu sınırlamalarla olan etkileşim Satisfy yönergesi tarafından denetlenir.

    Denetimlerin alt dizinlerden kaldırılması

    -

    Aşağıdaki örnekte korunmuş bir dizinin bir alt dizinindeki erişim denetimlerinin kaldırılması için Satisfy yönergesinin nasıl kullanılacağı gösterilmiştir. Bu teknik, mod_authz_host tarafından dayatılan erişim denetimlerini de ortadan kaldırdığından dikkatli kullanılmalıdır.

    +

    Aşağıdaki örnekte korunmuş bir dizinin bir alt dizinindeki erişim + denetimlerinin kaldırılması için Satisfy yönergesinin nasıl kullanılacağı + gösterilmiştir. Bu teknik, mod_authz_host tarafından + dayatılan erişim denetimlerini de ortadan kaldırdığından dikkatli + kullanılmalıdır.

    <Directory /korunmuş/dizine/giden/yol/>
    @@ -2629,9 +2756,22 @@ sınırlama getirir. Modül:core Uyumluluk:2.0.51 sürümü ve sonrasında <Limit> ve <LimitExcept> tarafından etkin kılınır. -

    Allow ve Require yönergelerinin ikisi birden kullanıldığında uygulanacak erişim kuralını belirler. Değer olarak sadece All veya Any belirtilebilir. Bu yönergenin yararlı olabilmesi için belli bir alana hem istemci konak adresi hem de kullanıcı ismi ve parolası belirtmek suretiyle erişilebiliyor olunması gerekir. Bu durumda öntanımlı davranış (All), istemcinin belli bir adrese erişebilmek için belli kısıtlamaları aşması ve geçerli bir kullanıcı adı ve parola girmesi gerekir. Any seçeneğinin belirtildiği durumda ise istemcinin ya konak kısıtlamalarıdan geçmesi ya da geçerli bir kullanıcı adı ve parolası girmesi gerekir. Bu seçenek, belli bir alana erişimi parolayla kısıtlayıp, belli adreslerden gelen kullanıcılara parolasız erişim vermek için kullanılabilir.

    - -

    Örneğin, sitenizin belli bir bölümü için iç ağınızdan gelen isteklere sınırsız erişim vermek ama dışardan gelen istekleri parolayla kısıtlamak isterseniz şöyle bir yapılandırma kullanabilirsiniz:

    +

    Allow ve Require yönergelerinin ikisi birden + kullanıldığında uygulanacak erişim kuralını belirler. Değer olarak sadece + All veya Any belirtilebilir. Bu yönergenin yararlı + olabilmesi için belli bir alana hem istemci konak adresi hem de kullanıcı + ismi ve parolası belirtmek suretiyle erişilebiliyor olunması gerekir. Bu + durumda öntanımlı davranış (All), istemcinin belli bir adrese + erişebilmek için belli kısıtlamaları aşması ve geçerli bir kullanıcı adı ve + parola girmesi gerekir. Any seçeneğinin belirtildiği durumda + ise istemcinin ya konak kısıtlamalarıdan geçmesi ya da geçerli bir kullanıcı + adı ve parolası girmesi gerekir. Bu seçenek, belli bir alana erişimi + parolayla kısıtlayıp, belli adreslerden gelen kullanıcılara parolasız erişim + vermek için kullanılabilir.

    + +

    Örneğin, sitenizin belli bir bölümü için iç ağınızdan gelen isteklere + sınırsız erişim vermek ama dışardan gelen istekleri parolayla kısıtlamak + isterseniz şöyle bir yapılandırma kullanabilirsiniz:

    Require valid-user
    @@ -2640,7 +2780,9 @@ sınırlama getirir. Satisfy Any

    -

    2.0.51 sürümünden itibaren Satisfy yönergeleri <Limit> ve <LimitExcept> bölümleri tarafından belli yöntemlerle kısıtlanmış olabilir.

    +

    2.0.51 sürümünden itibaren Satisfy yönergeleri + <Limit> ve <LimitExcept> bölümleri tarafından + belli yöntemlerle kısıtlanmış olabilir.

    Ayrıca bakınız:

      @@ -2792,11 +2934,19 @@ kullanılacak konak adları için başka isimler belirtebilmeyi sağlar.

      ServerName yönergesi, sunucunun kendini betimlemekte kullanacağı şema, konak adı ve port değerlerini belirler. - Bu, yönlendirme URL’leri oluşturulurken kullanılır. Örneğin, HTTP - sunucusunun barındırıldığı makinenin ismi falan.filan.dom - olduğu halde makinenin bir de www.filan.dom diye bir de DNS - rumuzu varsa ve HTTP sunucunuzun bu rumuzla kendini özdeşleştirmesini - isterseniz bunu şöyle belirtebilirsiniz:

      + Bu, yönlendirme URL’leri oluşturulurken kullanılır.

      + +

      Buna ek olarak, ServerName yönergesi + isme dayali sanal konaklar + kullanılması durumunda, bir sanal konağı tam olarak belirlemek için de + kullanlır (muhtemelen ServerAlias ile + birlikte).

      + +

      Örneğin, HTTP sunucusunun barındırıldığı makinenin ismi + falan.filan.dom olduğu halde makinenin bir de + www.filan.dom diye bir de DNS rumuzu varsa ve HTTP + sunucunuzun bu rumuzla kendini özdeşleştirmesini isterseniz bunu şöyle + belirtebilirsiniz:

      ServerName www.filan.dom:80 diff --git a/docs/manual/mod/core.xml.de b/docs/manual/mod/core.xml.de index a259dd5bb18..99b030e0a87 100644 --- a/docs/manual/mod/core.xml.de +++ b/docs/manual/mod/core.xml.de @@ -1,7 +1,7 @@ - + + +