01.11.2013 14:07, Никита Кардашин пишет:
Так, я, видимо, не очень правильно описал проблему. Попробую еще раз:
- Есть домены:
domain1.tld
domain2.tld
domain3.tld
Сами главные домены хостятся где-то в другом, отличном от нашего
сервера, месте. Для каждого из них есть wildcard SSL-сертификат.
На нашем сервере хостятся приложения, доступные по поддоменам этих
доменов (app1.domain2.tld, app10.domain3.tld, etc). Для каждого
приложения создан конфиг в sites-enabled с описанием сервера (где
задается и нужный SSL-сертификат, в зависимости от того, в каком
домене находится приложение). Доступны они только по SSL (по
сертификату *.domain.tld). Но иногда приложения удаляются, а ссылки на
них где-то живут.
Мне нужно каким-то образом реализовать возможность редиректить все
запросы к адресам а-ля https://appX.domainX.tld/, в случае, если
приложение уже не существует (т.е. сервер appX.domainX.tld не описан в
конфиге nginx).
Пока домен был один - я эту проблему решал просто, определил в конфиге
один сервер с признаком default и там уже в location / осуществлял
редирект на нужный сайт. Все прекрасно работало.
А теперь сайтов стало три. В описании default-сервера я могу задать
только одну пару сертификат:ключ, соответственно, те, кто придет по
appX.domainX.tld (в случае, если домен отличается от того, чей
сертификат прописан) в default-сервер получат в браузере ошибку (и не
получат редирект).
Прописать для каждого из доменов сервер с server_name *.domainX.tld я
тоже не могу, т.к. тогда туда пойдут не только запросы к
несуществующим приложениям, а вообще ВСЕ запросы (т.е. в приложение
никто не попадет).
Т.е. проблема моя не в том, что мне нужно иметь несколько SSL-сервисов
на одном IP (это-то прекрасно работает, тут проблем нет), а в том, что
мне нужно каким-то образом иметь несколько default-серверов с
поддержкой SSL (либо иметь возможность задавать приоритеты серверам,
чтобы запрос всегда попадал в более точный сервер (appX.domainX.tld),
а не в wildcard *.domainX.tld).
Как мне из этой ситуации выйти?
Из документации
Более общее решение для работы нескольких HTTPS-серверов на одном
IP-адресе ---расширение Server Name Indication протокола TLS
<http://en.wikipedia.org/wiki/Server_Name_Indication>(SNI, RFC 6066),
которое позволяет браузеру передать запрашиваемое имя сервера во время
SSL handshake, а значит сервер будет знать, какой сертификат ему следует
использовать для соединения. Однако, поддержка SNI браузерами
ограничена. Сейчас это поддерживается браузерами начиная со следующих
версий:
Другим способом является использование wildcard-сертификата,
например|*.example.org|. Такой сертификат защищает все поддомены
указанного домена, но только на заданном уровне. Под такой сертификат
подходит|www.example.org|, но не
подходят|example.org|и|www.sub.example.org|. Два вышеуказанных способа
можно комбинировать. Сертификат может одновременно содержать и точное, и
wildcard имена в поле SubjectAltName, например|example.org|и|*.example.org|.
Боюсь что это не может быть, т.к. не могу все клиенты поддерживать SNI.
--
С Уважением,
специалист по техническому и программному обеспечению,
системный администратор
Скубриев Владимир
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Россия, Ростовская область, г. Таганрог
тел. моб: +7 (918) 504 38 20
skype: v.skubriev
icq: 214-800-502
www: skubriev.ru
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru