Mercurial > hg > nginx-site
diff xml/ru/docs/http/configuring_https_servers.xml @ 593:130fad6dc1b4
Replaced the uses of "url" element with "literal".
author | Ruslan Ermilov <ru@nginx.com> |
---|---|
date | Thu, 19 Jul 2012 05:17:45 +0000 |
parents | 764fbac1b8b4 |
children | bd81a71006fe |
line wrap: on
line diff
--- a/xml/ru/docs/http/configuring_https_servers.xml +++ b/xml/ru/docs/http/configuring_https_servers.xml @@ -204,7 +204,7 @@ Certificate chain </programlisting> В этом примере субъект (“<i>s</i>”) сертификата №0 сервера -<url>www.GoDaddy.com</url> подписан издателем (“<i>i</i>”), +<literal>www.GoDaddy.com</literal> подписан издателем (“<i>i</i>”), который в свою очередь является субъектом сертификата №1, подписанного издателем, который в свою очередь является субъектом сертификата №2, подписанного общеизвестным издателем <i>ValiCert, Inc.</i>, @@ -282,7 +282,7 @@ server { </programlisting> В такой конфигурации браузер получит сертификат первого сервера, т.е. -<url>www.example.com</url>, независимо от запрашиваемого имени сервера. +<literal>www.example.com</literal>, независимо от запрашиваемого имени сервера. Это связано с поведением протокола SSL. SSL-соединение устанавливается до того, как браузер посылает HTTP-запрос, и nginx не знает имени запрашиваемого сервера. @@ -323,21 +323,21 @@ server { IP-адрес сразу для нескольких HTTPS-серверов. Все они, однако, имеют свои недостатки. Одним из таких способов является использование сертификата с несколькими -именами в поле SubjectAltName сертификата, например <url>www.example.com</url> -и <url>www.example.org</url>. +именами в поле SubjectAltName сертификата, например <literal>www.example.com</literal> +и <literal>www.example.org</literal>. Однако, длина поля SubjectAltName ограничена. </para> <para> Другим способом является использование wildcard-сертификата, например -<url>*.example.org</url>. +<literal>*.example.org</literal>. Такой сертификат защищает все поддомены указанного домена, но только на заданном уровне. -Под такой сертификат подходит <url>www.example.org</url>, но не подходят -<url>example.org</url> и <url>www.sub.example.org</url>. +Под такой сертификат подходит <literal>www.example.org</literal>, но не подходят +<literal>example.org</literal> и <literal>www.sub.example.org</literal>. Два вышеуказанных способа можно комбинировать. Сертификат может одновременно содержать и точное, и wildcard имена в поле -SubjectAltName, например <url>example.org</url> и <url>*.example.org</url>. +SubjectAltName, например <literal>example.org</literal> и <literal>*.example.org</literal>. </para> <para>