Можно ли настроить IIS7 для достижения той же функциональности, что и у Apache в отношении доменов с подстановочными знаками? Меня интересует маршрутизация пользователя в веб-приложении ASP.NET на основе пользователя поддомена, используемого в URL-адресе.
Что-то вроде описано здесь:
http://steinsoft.net/index.php?site=programming/articles/apachewildcarddomain
Спасибо
Ответ: Нет, IIS7 (по-прежнему) не поддерживает имена узлов с подстановочными знаками (см. это). Если вы хотите обслуживать несколько доменов на одном веб-сайте, единственным обходным решением на данный момент, как не было предложено, является использование выделенного IP-адреса и выполнение этого с помощью DNS, который поддерживает подстановочные знаки.
Для полноты, IIS8 еще не имеет этой функции.
Наконец, IIS 10 в Windows 2016 поддерживает поддомены с подстановочными знаками.
Поддерживает ли IIS заголовок узла с подстановочными знаками? Могу ли я захватить и перенаправить *.mydomain.com на один веб-сайт?
Ответ Да/Нет. Да, потому что вы можете перенаправить *.mydomain.com на один веб-сайт. Нет, потому что все дело в DNS, а не в IIS.
Вот как это сделать:
В IIS MMC настройте веб-сайт без заголовка узла, а затем назначьте этому сайту IP-адрес. (если у вас в поле один IP-адрес, то это можно пропустить). При этом веб-сайт будет привязан к определенному IP-адресу и будет прослушивать все HTTP-запросы, отправленные на этот IP-адрес, и все готово :)
Следующий шаг — убедиться, что ваше разрешение имени работает для запроса с подстановочными знаками, и ответьте с правильным IP-адресом. Если вы используете службу Microsoft DNS, она не позволит вам создать запись '*' A (при условии, что вы уже создали доменную зону в DNS MMC), вам необходимо сделать следующее:
%windir%\system32\dns\* A IP.IP.IP.IPОбратите внимание, что при этом все * будут реагировать на IP-адрес, который вы настроили ранее. Например. abc.mydomain.com, www.mydomain.com, K2k.mydomain.com и т. д.
Чтобы убедиться, что он работает, попробуйте утилиту ping ping (insert anything here).mydomain.com, и вы должны получить ответы от IP.IP.IP.IP.
Затем попробуйте просмотреть http:// (вставьте что-нибудь здесь).mydomain.com/, вы должны получить ту же веб-страницу, которую вы настроили.
Вы не можете создать запись с подстановочным знаком (*) в DNS Microsoft, но вы можете создать подстановочный знак CNAME. Если все, что вы пытаетесь сделать, это направить все поддомены на определенный IP-адрес, это сработает. Например, если у вас есть запись A для www.mydomain.com, вы можете добавить запись CNAME для *.mydomain.com и указать ее на www.mydomain.com. Имя хоста в заголовке запроса по-прежнему будет субдоменом, поэтому ваше веб-приложение должно иметь возможность перехватить его и обработать, если хотите.
Вы можете использовать IIS, если используете установщик веб-платформы (http://www.microsoft.com/web/downloads/platform.aspx) и установите модуль «Перезапись URL». Если вы добавите запись «A», например «*.example.com», это позволит отправить все поддомены на ваш сервер IIS. На сервере IIS вы просто добавляете правило перезаписи URL-адреса к веб-сайту по умолчанию, чтобы делать все, что пожелаете, например, перенаправлять на другой URL-адрес. Когда пользователь вводит, скажем, «xyz.example.com», вы можете перенаправить на «example.com» и указать все неизвестные поддомены на корневой домен. Шаги:
Установите установщик веб-платформы: http://www.microsoft.com/web/downloads/platform.aspx
Запустите его, найдите «URL Rewrite» и установите его.
Перейдите на веб-сайт по умолчанию и откройте «URL Rewrite».
Нажмите «Добавить правило (я)» справа.
Назовите правило и установите следующее:
Запрошенный URL: соответствует шаблону
Использование: Регулярные выражения
Шаблон: (.*)
Логическая группировка: Сопоставить все
Добавьте новое условие (нажмите кнопку "Добавить...") и установите:
Ввод условия: {CACHE_URL}
Проверьте, соответствует ли входная строка шаблону.
Шаблон (при необходимости измените): (http|https)://(.*?)\.rootdomain\.tld
Нажмите [ОК].
Теперь прокрутите вниз до действия и установите:
Тип действия: перенаправление
URL-адрес перенаправления (при необходимости измените): {C:1}://rootdomain.tld{R:0}
"{C:#}" и "{R:#}" поступают из тестовых окон, когда вы нажимаете кнопки "Тестовый шаблон" рядом с записями шаблона регулярного выражения. Вы можете сопоставить часть значения сервера и повторно использовать его позже.
Кроме того, вы можете проверить этот совет по передаче HTTP/HTTPS в URL-адресе («{C:1}» на шаге 6 выше): http://weblogs.asp.net/owscott/url-rewrite-protocol-http-https-in-the-action
Обновление 2: ссылка не работает, обновите до IIS 10, теперь он поддерживает подстановочные знаки.
ОБНОВЛЕНИЕ: Это работает какое-то время, через некоторое время меня засыпало множеством запросов. Я бы не рекомендовал этот метод.
Убедитесь, что ваши записи DNS настроены правильно (запись CNAME *->@), и все будет работать безупречно. Проверено с несколькими доменами.
Ссылка не работает, теперь используется http://pzxc.com/apache-style-wildcard-hostname-rewrite-rules-in-iis
Для пользователей, которые не могут выполнить обновление до IIS 10+, несложно включить поддержку имен хостов с подстановочными знаками через обратный прокси-сервер.
Пример HTTP показан ниже, в то время как другая настройка — это всего лишь несколько шагов.
Создайте правила перезаписи на универсальном сайте для отправки запросов на два сайта,
<system.webServer>
<rewrite>
<rules>
<rule name="site1" stopProcessing="true">
<match url=".*" />
<conditions>
<add input="{HTTP_HOST}" pattern="^(.*).site1.com$" />
</conditions>
<action type="Rewrite" url="http://localhost:8091/{R:0}" />
</rule>
<rule name="site2" stopProcessing="true">
<match url=".*" />
<conditions>
<add input="{HTTP_HOST}" pattern="^(.*).site2.com$" />
</conditions>
<action type="Rewrite" url="http://localhost:8092/{R:0}" />
</rule>
</rules>
</rewrite>
</system.webServer>
Обратите внимание, что на уровне сервера должен быть включен режим прокси ARR,
<system.webServer>
<proxy enabled="true" />
</system.webServer>
Имя узла подстановочного знака IIS 10 проще, а также имеет лучшую производительность, потому что ARR имеет свои накладные расходы (но, вообще говоря, незначительные).
