Какова рекомендуемая Archiecture для решения мультиченосного с помощью SharePoint 2010, которая требует как HTTP, так и HTTP?

sharepoint.stackexchange https://sharepoint.stackexchange.com/questions/10995

  •  16-10-2019
  •  | 
  •  

Вопрос

Мы хотим настроить набор коллекций сайтов, которые имеют свои уникальные доменные имена Vanity. Будет 100 или более. Например:

  1. www.domain123.org
  2. www.domain234.org
  3. www.domain456.org
  4. и т.п.

Мы планируем использовать подход к заголовкам, названным хостhttp://technet.microsoft.com/en-us/library/cc424952.aspx

Тем не менее, одна из проблем заключается в том, как заставить веб -приложение для поддержки как HTTP, так и HTTPS. Мое понимание подхода заголовка, названного хост, заключается в том, что вы можете сделать один или другой, а не оба в одном и том же веб-приложении. Кроме того, вы теряете возможность настраивать что -либо с помощью AAM (альтернативные сопоставления доступа).

Одним из возможных решений является использование UAG (Unified Access Gateway, один из продуктов -преемников в ISA) для разгрузки всего SSL. Таким образом, все уникальные сертификаты устанавливаются на уровне UAG, но как насчет самих URL -адресов? Поскольку AAM не допускается с решением заголовка хоста SharePoint, будет ли UAG переписать URL -адреса от HTTPS в HTTP?

Какой подход лучший архитектура?

Это было полезно?

Решение

Если вы хотите выполнить трафик HTTP и HTTPS, вам определенно необходимо рассмотреть решение, которое включает в себя прекращение SSL. UAG и такие продукты, как F5, будут выполнять SSL для вас, так что трафик HTTP и HTTPS может правильно маршрутироваться. Они будут управлять шифрованием там, так что вам нужно управлять только одним URL -адресом в среде SharePoint. Есть несколько хороших вещей о коллекциях сайтов заголовков хоста или «Vanity URL», но есть и некоторые недостатки, как вы уже видели, проблема сопоставления альтернативного доступа является одной из них. Однако есть альтернативы, такие как перенаправления URL, если вы предпочитаете. Если это не общественные сайты, но внутренние или даже экстранетные сайты типа, я бы решительно рассмотрел бы перенаправление, чтобы вы сохраняли функциональность и возможность управлять поиском в архитектуре SharePoint без вручную добавлять каждую коллекцию сайтов. Я написал несколько сообщений в блоге об этом, так как мне приходилось работать с тщеславными URL -адресами в нескольких случаях. Не стесняйтесь проверить мой блог, если хотите, если хотите. (http://pointgowin.com/seethepoint)

Лицензировано под: CC-BY-SA с атрибуция
Не связан с sharepoint.stackexchange
scroll top