IIS 6. Настройка 2 веб-приложений SSL на одном сервере через порт 443
Меня попросили создать веб-приложение sharepoint с помощью ssl на сервере с установленным sharepoint 2010. Проблема в том, что этот порт, по-видимому, используется для размещения нашего хранилища Subversion. Поэтому, когда я пытаюсь просмотреть свой сайт sharepoint, он просто показывает страницу с моим хранилищем. Я читал об установке сертификатов и настройке нескольких сайтов на одном порту с заголовками узлов, но мне так и не удалось выполнить эту работу. Я был бы очень признателен за помощь здесь.
Спасибо!
2 ответа
Предполагая, что вы говорите об отдельных SSL-сертификатах (в отличие от одного группового сертификата), я считаю, что каждый веб-сайт должен иметь свой собственный IP-адрес. AFAIK невозможно запустить несколько веб-сайтов с несколькими SSL-сертификатами под одним и тем же IP-адресом.
В зависимости от того, кто размещает сервер, вам потребуется новый IP-адрес, который будет назначен серверу, а затем в IIS вы будете использовать новый IP-адрес для заголовка узла вашего нового веб-сайта. Вы должны обнаружить, что сертификат работает правильно, если нет, то попробуйте удалить сертификат с веб-сайта и перераспределить его.
Вы сможете использовать подстановочный сертификат только в том случае, если основные домены веб-сайтов совпадают (например, website1.mydomain.com и website2.mydomain.com).
Томас, я сталкивался с подобной ситуацией раньше, когда требования диктовали, что мы используем 1 IP-адрес, но домены будут другими (например, website1.com, somesite.org, website2.us).
Вы можете достичь этого, используя сертификат Unified Communications с именами Subject Alternative. В настоящее время Digicert предлагает сертификат UC, который может достичь этого, но некоторые другие CA не будут.
По сути, у вас будет 1 сертификат, связанный с:443 по тому же IP-адресу. Большим недостатком этого является то, что если сертификат не работает, все сайты SSL не будет работать.
Однако вы должны вручную (через powershell) привязать каждый домен к порту 443, но инструкции довольно просты.
Индикация имени сервера была бы другим способом, но это даже не вариант в IIS 6