Несколько сайтов с одним приложением SSL

Question

Я написал приложение ASP.NET MVC, которое позволяет пользователю указывать свой собственный домен.IIS настроен на отправку всех запросов на веб-сайт по умолчанию, поэтому мне не нужно использовать заголовки узлов.Все работает отлично.Единственная проблема - это SSL.

Я знаю, что этот вопрос задавался много раз на многих форумах, но ответы, как правило, противоречат друг другу или говорят абсолютно (например, это невозможно).Это не совсем вариант для меня.Здесь я ищу несколько вариантов;Я открыт для нестандартных:).

Я видел некоторые конструктивные ответы, которые предлагают использовать ISA-сервер в качестве SSL-прокси.Кто-нибудь знает больше об этом?Или кто-то настроил это и имел успех?

В основном я хочу предоставить своим пользователям способ запрашивать CSR из приложения, пойти купить и загрузить сертификат SSL, вернуться в мое приложение и загрузить сертификатвыдан авторизованной сертификационной компанией.

Я бы хотел сделать это, не предоставляя отдельные IP-адреса клиентам, которые хотят использовать собственный домен и ssl на своем сайте.Это просто потому, что мое приложение размещено в облаке Amazon, и они не заинтересованы в предоставлении мне большого блока IP-адресов.

Мое приложение может быть размещено на IIS6 или IIS7, если это имеет значение.

РЕШЕНИЕ: Спасибо за вашу помощь в этом, ребята.Я, конечно, не понимал эту проблему так же хорошо, как сейчас.Я думаю, что мое решение на данный момент будет генерировать подстановочный сертификат и заставить моих клиентов использовать clientname.someshareddomain.com, если они хотят защищенного соединения.Для клиентов, которые просто не согласны с этим, я, вероятно, предоставлю другой эластичный IP-адрес через API-вызов веб-службам Amazon, создам новый веб-сайт в IIS и накажу его в корневой папке моего приложения, а затем программно сгенерирую CSR из этогоновый сайт.Мне просто нужно договориться с Amazon, чтобы получить приличный блок IP-адресов.

Answer 1

Это сложная проблема. Основная проблема заключается в том, что SSL-соединение устанавливается до того, как HTTP-соединение может отправить заголовок узла.

Существует расширение TLS, называемое указанием имени сервера, которое медленно принимается, но все еще не поддерживается IIS .

Answer 2

Для каждого сертификата SSL требуется уникальный IP-адрес.Именно так работает технология:

http://info.ssl.com/Article.aspx?id=10076

Другой вариант - приобрести SSL-сертификат с подстановочными знаками для * .securedomain.com, а затем предоставить пользователям безопасный поддомен, такой как website1.securedomain.com, website2.securedomain.com и т. д.

Изменить : это один сертификат на IP-адрес / порт.Таким образом, вы можете запустить несколько сертификатов на securedomain.com:443, securedomain.com:444 и т. Д.

Edit # 2 : Ну, похоже, есть хотя бы один CA, который продаетМногодоменные SSL-сертификаты: http://www.geocerts.com/ssl/tbidmd

Answer 3

Ну, ваше первое препятствие - это множественные домены и SSL-сертификаты. Я еще не видел, как это делается, поскольку IIS не знает, как отвечать на различные запросы хостов с разными сертификатами ssl.

Если вы хотите сделать что-то вроде Client.SecureYourCompanyName.com .... это может сработать ...

или ... и не пинайте меня за это, вы можете настроить несколько виртуальных серверов, каждый из которых имеет свой собственный SSL и иметь своего рода «балансировку нагрузки», такую ​​как настройка для хост-сервера, который маршрутизирует в соответствии с именами хостов ... кошмар контролировать, но это будет работать ...