nginx-site: xml/tr/docs/http/configuring_https

comparison xml/tr/docs/http/configuring_https_servers.xml @ 490:9913f1d51c07

Replaced "nginx" domain names with example domains.

author	Ruslan Ermilov <ru@nginx.com>
date	Thu, 19 Apr 2012 12:30:24 +0000
parents	6135f3c95bf6
children	130fad6dc1b4

comparison

equal deleted inserted replaced

-:2abd1998a0cc
+:9913f1d51c07
 Bir HTTPS sunucusunu yapılandırmak için, server bloğu içerisinde SSL&rsquo;i etkin hale getirmeli ve sunucu sertifikası ve özel anahtar dosyaları belirtmelisiniz:
 <programlisting>
 server {
 listen               443;
-server_name          www.nginx.com;
+server_name          www.example.com;
 ssl                  on;
-ssl_certificate      www.nginx.com.crt;
+ssl_certificate      www.example.com.crt;
-ssl_certificate_key  www.nginx.com.key;
+ssl_certificate_key  www.example.com.key;
 ssl_protocols        SSLv3 TLSv1;
 ssl_ciphers          HIGH:!ADH:!MD5;
 ...
 }
 </programlisting>
 Sunucu sertifikası herkese açık bir birimdir. Sunucuya bağlanan her istemciye gönderilir. Özel anahtar ise gizli bir birimdir ve erişimi engellenmiş bir alanda saklanır. Ancak nginx&rsquo;in ana işlemi tarafından okunabilir olmalıdır. Özel anahtar, alternatif olarak sertifika ile aynı dosya içerisinde saklanabilir:
 <programlisting>
-ssl_certificate      www.nginx.com.cert;
+ssl_certificate      www.example.com.cert;
-ssl_certificate_key  www.nginx.com.cert;
+ssl_certificate_key  www.example.com.cert;
 </programlisting>
 Bu durumda dosya erişimi kısıtlanmalıdır. Aynı dosyada yer alsalar da istemciye sadece sertifika gönderilir.
 </para>
 <b>ssl_session_cache    shared:SSL:10m</b>;
 <b>ssl_session_timeout  10m</b>;
 server {
 listen               443;
-server_name          www.nginx.com;
+server_name          www.example.com;
 <b>keepalive_timeout    70</b>;
 ssl                  on;
-ssl_certificate      www.nginx.com.crt;
+ssl_certificate      www.example.com.crt;
-ssl_certificate_key  www.nginx.com.key;
+ssl_certificate_key  www.example.com.key;
 ssl_protocols        SSLv3 TLSv1;
 ssl_ciphers          HIGH:!ADH:!MD5;
 ...
 </programlisting>
 </para>
 <para>
 Bazı tarayıcılar popüler bir sertifika otoritesi tarafından imzalanmış sertifikaları sorunsuz kabul ederken, diğerleri sorun çıkarabilir. Bunun nedeni sertifika otoritesinin, sunucu sertifikasını, güvenilir sertifika veri tabanında yer almayan aracı bir sertifikayı kullanarak imzalamış olmasıdır. Bu durumda otorite, imzalanmış sertifikaya art arda bağlanması gereken bir dizi sertifika zinciri sunar. Bir araya geldikleri dosyada ilk önce sunucu sertifikası daha sonra zincirlenmiş sertifikalar yer almalıdır:
 <programlisting>
-$ cat www.nginx.com.crt bundle.crt > www.nginx.com.chained.crt
+$ cat www.example.com.crt bundle.crt > www.example.com.chained.crt
 </programlisting>
 Oluşan dosya <literal>ssl_certificate</literal> yönergesi içinde kullanılmalıdır:
 <programlisting>
 server {
 listen               443;
-server_name          www.nginx.com;
+server_name          www.example.com;
 ssl                  on;
-ssl_certificate      www.nginx.com.chained.crt;
+ssl_certificate      www.example.com.chained.crt;
-ssl_certificate_key  www.nginx.com.key;
+ssl_certificate_key  www.example.com.key;
 ...
 }
 </programlisting>
 Eğer bu art arda diziliş yanlış yapılmış olursa, nginx başlamayacak ve aşağıdakine benzer bir hata mesajını verecektir:
 <programlisting>
-SSL_CTX_use_PrivateKey_file(" ... /www.nginx.com.key") failed
+SSL_CTX_use_PrivateKey_file(" ... /www.example.com.key") failed
 (SSL: error:0B080074:x509 certificate routines:
 X509_check_private_key:key values mismatch)
 </programlisting>
 Bu durum, nginx&rsquo;in sunucu sertifikası yerine zincirlenmiş sertifikaların ilkinin özel anahtarını kullanmaya çalışması sonucu oluşur.
 <programlisting>
 server {
 listen               80;
 listen               443  ssl;
-server_name          www.nginx.com;
+server_name          www.example.com;
-ssl_certificate      www.nginx.com.crt;
+ssl_certificate      www.example.com.crt;
-ssl_certificate_key  www.nginx.com.key;
+ssl_certificate_key  www.example.com.key;
 ...
 }
 </programlisting>
 <note>
 Bir IP adresini dinleyen iki veya daha fazla HTTPS sunucusunu yapılandırdığınız zaman genel bir problem ortaya çıkar:
 <programlisting>
 server {
 listen           443;
-server_name      www.nginx.com;
+server_name      www.example.com;
 ssl              on;
-ssl_certificate  www.nginx.com.crt;
+ssl_certificate  www.example.com.crt;
 ...
 }
 server {
 listen           443;
-server_name      www.nginx.org;
+server_name      www.example.org;
 ssl              on;
-ssl_certificate  www.nginx.org.crt;
+ssl_certificate  www.example.org.crt;
 ...
 }
 </programlisting>
-Bu yapılandırmada, bir tarayıcı talep edilen sunucuya bakmadan, varsayılan sunucunun sertifikasını alır, örneğin: <url>www.nginx.com</url>. Bu SSL protokolüne özgü bir durumdan kaynaklanır. SSL bağlantısı, tarayıcının HTTP talebi göndermesinden önce kurulur ve nginx talep edilen sunucunun adını bilmez. Bu nedenle yalnızca varsayılan sunucunun sertifikasını önerir.
+Bu yapılandırmada, bir tarayıcı talep edilen sunucuya bakmadan, varsayılan sunucunun sertifikasını alır, örneğin: <url>www.example.com</url>. Bu SSL protokolüne özgü bir durumdan kaynaklanır. SSL bağlantısı, tarayıcının HTTP talebi göndermesinden önce kurulur ve nginx talep edilen sunucunun adını bilmez. Bu nedenle yalnızca varsayılan sunucunun sertifikasını önerir.
 </para>
 <para>
 Bu problemi çözmenin en eski ve sağlam methodu HTTPS sunucularının her birine ayrı IP adresleri atamaktır:
 <programlisting>
 server {
 listen           192.168.1.1:443;
-server_name      www.nginx.com;
+server_name      www.example.com;
 ssl              on;
-ssl_certificate  www.nginx.com.crt;
+ssl_certificate  www.example.com.crt;
 ...
 }
 server {
 listen           192.168.1.2:443;
-server_name      www.nginx.org;
+server_name      www.example.org;
 ssl              on;
-ssl_certificate  www.nginx.org.crt;
+ssl_certificate  www.example.org.crt;
 ...
 }
 </programlisting>
 </para>
 <section id="certificate_with_several_names"
 name="Birçok ad içeren SSL sertifikası">
 <para>
-Bir tekil IP&rsquo;yi birçok HTTPS sunucu arasında paylaştırmanın başka yolları da vardır, ancak bunların hepsi dezavantajlara sahiptir. Bunlardan biri, birçok ad içeren bir sertifikanın, SubjectAltName sertifika alanında kullanılmasıdır. Örneğin: <url>www.nginx.com</url> ve <url>www.nginx.org</url>. Ancak SubjectAltName alan uzunluğu sınırlandırılmıştır.
+Bir tekil IP&rsquo;yi birçok HTTPS sunucu arasında paylaştırmanın başka yolları da vardır, ancak bunların hepsi dezavantajlara sahiptir. Bunlardan biri, birçok ad içeren bir sertifikanın, SubjectAltName sertifika alanında kullanılmasıdır. Örneğin: <url>www.example.com</url> ve <url>www.example.org</url>. Ancak SubjectAltName alan uzunluğu sınırlandırılmıştır.
 </para>
 <para>
-Diğer bir yol ise bir sertifikayı bir wildcard adı ile birlikte kullanmaktır. Örneğin: <url>*.nginx.org</url>. Bu sertifika <url>www.nginx.org</url> ile eşleşir ancak <url>nginx.org</url> ve <url>www.sub.nginx.org</url> ile eşleşmez. Bu iki method birlikte de kullanılabilir. Bir sertifika SubjectAltName alanı içerisinde gerçek ve wildcard adlarını içerebilir. Örneğin: <url>nginx.org</url> ve <url>*.nginx.org</url>.
+Diğer bir yol ise bir sertifikayı bir wildcard adı ile birlikte kullanmaktır. Örneğin: <url>*.example.org</url>. Bu sertifika <url>www.example.org</url> ile eşleşir ancak <url>example.org</url> ve <url>www.sub.example.org</url> ile eşleşmez. Bu iki method birlikte de kullanılabilir. Bir sertifika SubjectAltName alanı içerisinde gerçek ve wildcard adlarını içerebilir. Örneğin: <url>example.org</url> ve <url>*.example.org</url>.
 </para>
 <para>
 Tüm sunuculardaki tekil hafıza kopyalarını devralması için, birçok ad içeren bir sertifika dosyası ve onun özel anahtar dosyasını, yapılandırmanın <i>http</i> düzeyinde bulundurmak en iyisidir:
 ssl_certificate      common.crt;
 ssl_certificate_key  common.key;
 server {
 listen           443;
-server_name      www.nginx.com;
+server_name      www.example.com;
 ssl              on;
 ...
 }
 server {
 listen           443;
-server_name      www.nginx.org;
+server_name      www.example.org;
 ssl              on;
 ...
 }
 </programlisting>
 </para>

Mercurial > hg > nginx-site

comparison xml/tr/docs/http/configuring_https_servers.xml @ 490:9913f1d51c07