Назад | Перейти на главную страницу

Несколько веб-сайтов IIS7, один порт

Я пытаюсь настроить внутренний веб-сервер наших производственных веб-сайтов для контроля качества и тестирования разработки. Нет необходимости или намерения получать доступ к этому сайту разработчиков извне корпоративной сети.

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

Например, в производстве у нас может быть

login.example.com  (handles user authentication requests)
settings.example.com  (handles shared configurations)
product1.example.com  (handles product specific functionality)

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

qaserver:1234 -> login
qaserver:1235 -> settings
qaserver:1236 -> product1

... если для параметра IIS 'cookie domain' задано имя хоста, пользователи могут входить в систему только с помощью Firefox (IE и Chrome не хранят cookie должным образом). На производстве они устанавливают домен cookie на «.example.com», поскольку все является субдоменом, он просто отлично работает. Если для него установлено значение «.», То никто не сможет войти в систему. Я думаю, что есть разница между тем, как Chrome и IE обрабатывают файлы cookie, и тем, как это делает Firefox, где Firefox не заботится о номерах портов, но другие браузеры, похоже, заботятся.

Машина qaserver является частью локального домена. У меня есть полный доступ администратора к нему, но не к любому другому компьютеру (например, к контроллеру домена, брандмауэрам, прокси и т. Д.).

Мне нужен только сервер, доступный для локальной сети, и единственное реальное требование - чтобы файлы cookie работали между сайтами.

Может ли кто-нибудь предложить настройку файлов cookie, чтобы они работали с номерами портов, или ... Можно ли использовать имена заголовков хоста для имитации поддоменов, используемых в производстве? Я могу установить DNS-сервер на эту машину, но я мало знаю о том, как работает DNS.

ОБНОВИТЬ:

Исправление заключалось в том, чтобы установить для домена cookie пустую строку. В нашем процессе веб-развертывания были ограничения на то, чтобы это значение оставалось пустым, поэтому я не пробовал его.

Лучше создать заголовки хоста для этого сайта и имитировать поведение вашей производственной среды.

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

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