English version

Сайт коллекции SharePoint, управляемые пути, а можно субдомены?

Сильно не буду влезать в теорию, т.к. она очевидна тем специалистам, которым может быть интересен итоговый тезис статьи.

Речь пойдет о ссылках, по которым могут быть размещены сайт коллекции SharePoint.

Без минимума теории было бы тоже неправильно.

Если взглянуть на логическую архитектуру сайтов SharePoint, то мы увидим следующую картину:

Во главе стола - IIS и веб-приложения, в рамках веб-приложений размещаются сайт коллекции, а в них, в свою очередь, набор сайтов.

С точки зрения адресации, веб-приложение определяет Host Header и порт, которые, кстати, легко могут быть переопределены альтернативным доступом (AAM) или расширением веб-приложения.

В рамках примера, пусть у нас будет следующее веб-приложение:

http://sharepoint2013.cibpoint.ru

Сайт коллекции являются контейнерами для сайтов, которые уже в свою очередь содержат информацию отображаемую пользователю.

При этом сайт коллекция всегда содержит корневой сайт.

У сайтов может быть иерархия подсайтов.

Адреса подсайтов формируются следующим образом:

/subsite1/subsite11/.../subsiteNM/

Сайт коллекции могут быть размещены на управляемых путях, определяющих стартовый адрес.

Управляемые пути бывают двух типов:

  • Явные (Explicit)
    • В случае с явными путями сайт коллекция будет располагаться в корне управляемого пути, на таком пути, логично предположить, сможет существовать только одна сайт коллекция.
    • Продолжим пример, допустим у нас создан управляемый путь "spdemo" с типом Explicit.
    • Ссылка созданной сайт коллекции будет следующией: http://sharepoint2013.cibpoint.ru/spdemo/
  • Подстановки (Wildcard)
    • Подстановки созданы, чтобы на них можно было располагать множество сайт коллекций, при этом для каждой сайт коллекии добавлется "папка" в пути адреса.
    • По умолчанию создан управляемый путь "sites".
    • При создании сайт коллекции "spdemo" ссылка будет следующией: http://sharepoint2013.cibpoint.ru/sites/spdemo/

Создание сайт коллекций по управляемым путям - дело не хитрое, доступно из визуального интерфейса, и, в целом, довольно тривиальная вещь. Но мы уже подобрались к "соли" статьи.

Давайте представим ситуацию, что нам нужно:

  • нашу ферму вывести конечным пользователям с использованием субдоменов, вот такое оно функциональное требование: CRM должен быть по адресу http://crm.company.org, управление проектами - http://epm.company.org, документооборот на http://ecm.company.org и так далее и никак иначе,
  • т.е., все адреса должны быть на 80-м порту,
  • количество субдоменов для разных функциональных случаев не ограничено.

Вроде как приходит мысль создавать разные веб-приложения по разным субдоменам, но не стоит так делать, если создание отдельных веб-приложений не обусловлено политикой безопасности или еще какими либо вескими причинами.

Кстати, вопрос: может ли быть несколько веб-приложений на одном порту? Ответ: да, конечно могут, если будут с разными Host Header'ами.

Так что же делать, спросите Вы, если не создавать отдельные веб-приложения? Как быть?

И вот ради этого ответа весь этот пост. Сайт коллекции могут быть и на субдомене, отличном от Host Header веб-приложения.

Создавать такие сайт коллекции можно только через PowerShell.

А вот и он:

Add-PSSnapin Microsoft.SharePoint.PowerShell-ErrorAction SilentlyContinue;

 

New-SPSite "http://spdemo.cibpoint.ru" `

      -HostHeaderWebApplication "http://sharepoint2013.cibpoint.ru" `

      -Name "SPDemo" ` -OwnerAlias "CIBSPAdmin" `

     -Template "STS#0";

 

New-WebBinding -Name "http://sharepoint2013.cibpoint.ru" `

      -IPAddress "*" `

      -Port 80 `

      -HostHeader "spdemo.cibpoint.ru";

Add-PSSnapin - добавление снапина объектной модели SharePoint, хороший тон, чтобы он присутствовал.

New-SPSite - командлет создания сайт коллекции.

  • В передаваемом идентификатора надо указать ссылку на субдомене и оно будет работать.
  • В параметр HostHeaderWebApplication указываем наше веб-приложение.
  • Name - наименование сайт коллекции.
  • OwnerAlias - владелец сайт коллекции, второго можно не указывать.
  • Template - идентификатор шаблона сайт коллекции. "STS#0" - идентификатор TeamSite. Параметр можно пропустить, тогда при первой навигации к сайт коллекции можно будет выбрать нужный шаблон в визуальном интерфейсе.

New-WebBinding - одно из составляющих чуда. Непосредственно к SharePoint отношения не имеет. Данный командлет выставляет настройку IIS, а именно прописывает связь с нужным Host Header.

Последнее составляющее "чуда" - добавить запись в DNS.

В итоге в одном веб-приложении, на одном порту, на разных субдоменах, у нас заводятся и работают сайт коллекции SharePoint.


Опубликовано: 27.01.2014
Автор: Андрей Кольтяков