Для приложения SaaS, как позволить клиентам использовать свои собственные доменные имена?
Можно сделать так с 1 NIC. Вы установили бы сервер VPN для подавания локальный (Класс C) IP-адреса, которые можно использовать столько же сколько как Вы хотите. Вы установили бы NIC на своем сервере, чтобы иметь локальный IP, а также Интернет один. Когда Вы соединяетесь через VPN, необходимо затем смочь связаться по этому диапазону IP.
Чтобы сделать так с созданным в сервере VPN (RRAS), необходимо будет выбрать 'пользовательскую' опцию во время мастера, это затем позволит Вам установить VPN, которая может быть настроена со всем, в чем Вы нуждаетесь.
Как Ivan States Вы установили бы CNAME для домена, который Вы хотите перенаправить для указания на сервер. Вы не можете перенаправить использование пути как, таким образом, Вы просто создали бы CName для example.com для указания на myserver.com, затем можно перейти к example.com/myapp, если Вы желаете.
Чтобы заставить IIS обрабатывать это, можно сделать 1 из 2 вещей. Если все запросы будут идти в то же место, не иждивенца на URL, то у Вас может просто быть один сайт, который прислушивается ко всем запросам на порте 80 (или 443 если его https), и Ваш сделанный.
Если однако каждый домен, будет нуждаться в различном сайте, то можно создать несколько сайтов в IIS, установить их для слушания на порте 80 или 443, но для определенного Заголовка Хоста, тот способ, которым сайт только ответит на запросы на тот конкретный URL.
-
1Протест здесь является тем Хостом Заголовки don' t работают на SSL. – Brian 18 May 2009 в 04:40
-
2хорошо у них были бы различные URL, таким образом, это будет Вашим решением 1 или 2? т.е. cnn.example.com fox.example.com – user2659 20 June 2009 в 07:10
-
3Хорошо, но сделайте cnn.example.com и fox.example.com, все заканчивают на том же фактическом сайте, если они действительно используют опцию 1, если они - отдельные сайты, используйте опцию 2 – Sam Cogan 20 June 2009 в 11:40
CNAME, который они добавили бы, является просто доменным именем, Вы не можете также использовать пути. И это не было бы перенаправление по сути, поскольку Ваш веб-сервер непосредственно ответит на их домены.
На Вашем конце необходимо было бы сказать веб-серверу отвечать на тот домен (или еще лучше, отвечать на любой домен и позволять ему быть обработанным приложением).
При использовании Apache это довольно легко, поскольку по умолчанию это ответит Виртуальным Хостом по умолчанию, который Вы определили.
Для IIS, к сожалению, я не знаю, как он работал бы.
Сделайте, чтобы клиент добавил Запись для IP-адресов Вашего приложения хоста в их зоне DNS. Затем в IIS 7 Mananger, создайте привязку (заголовок хоста / соединение IP-адреса) для каждой доменной записи узла, которую они присвоили Вашему приложению. Пример: myapp.mydomain.com, coolapp.anotherdomain.net, и т.д.
Я думаю, что это - это - Создают подкаталог в соответствии с Вашим единственным веб-приложением SaaS экземпляра, названным "сайтами". На "сайтах" создают подкаталог для каждого веб-сайта. Так sites\clientX. В clientX каталогах или поместить страницу по умолчанию или web.config, который создает все настройки, требуемые для того клиентского веб-сайта. Поднимите трубку веб-сайт IIS к clientx подкаталогу, не корень. Затем перенаправьте назад к корню. Это - перенаправление, о котором я нечеток. Мы сделали это у классического asp. Я работаю над этим прямо сейчас с IIS7 и asp.net.
mkersey-at-soveryn.com - не стесняйтесь посылать по электронной почте, я хотел бы знать, как идут дела!