MDRoz,
Вообще говоря, ответ (в вакууме) - «нет». Что касается SharePoint (точнее, IIS), то имя хоста без какой-либо информации о порте может быть сопоставлено с одним веб-сайтом IIS.
Теперь, когда я сказал это: существует множество креативных способов решения этой проблемы, и большинство из них будет включать переписывание и переназначение URL. Несколько идей, которые приходят на ум:
Для IIS 7 можно получить замечательный модуль перезаписи URL, который может работать для вас как есть (http://www.iis.net/extensions) ... при условии, что вы, конечно, работаете на Windows Server 2008.
Возможно, вы могли бы использовать Microsoft ISA Server 2006 для сопоставления входящих запросов с различными веб-приложениями SharePoint (веб-сайтами IIS) на основе информации о пути. У меня нет открытой консоли администратора ISA прямо сейчас, чтобы явно подтвердить это.
Вы можете разработать HttpModule, который переписывает входящие URL-адреса, чтобы они перенаправлялись или обрабатывались различными сайтами / веб-приложениями. Это гарантирует, что логика перенаправления именно то, что вы хотите.
Еще одна ссылка, которая может содержать некоторые полезные сведения, принадлежит Тодду Клиндту, SharePoint MVP и отличному парню: http://www.toddklindt.com/blog/Lists/Posts/Post.aspx?ID=48.
Независимо от выбранного вами маршрута, я укажу один потенциальный sidenote и наблюдатель: иерархию и глубину пути. Вообще говоря, любое переписывание, которое вы делаете, не должно изменять глубину страницы. Например, это было бы хорошо:
myfarm / webapp1 / testpage.aspx => app1.myfarm / webapp1 / testpage.aspx
... но избегайте делать что-то вроде этого:
myfarm / webapp1 / testpage.aspx => app1.myfarm / webapp1 / newsite / testpage.aspx
Это сфабрикованные примеры, но я надеюсь, что смысл, который я пытаюсь изложить, ясен. В первом примере testpage.aspx имеет «2 уровня» глубины от имени хоста - и остается таким же при перезаписи / перенаправлении. Во втором примере он идет от 2-х уровней до 3-х уровней. Подобные изменения глубины могут привести к разного рода коварным небольшим проблемам во время обычных операций, так как SharePoint зависит от глубины пути и порядка выполнения некоторых операций и определений.
Надеюсь, это поможет!