Привязать службу ADFS 2.0 к определенному IP-адресу
У меня есть один сервер с ADFS-2.0 и несколько сайтов на нем. Одним из веб-сайтов является Dynamics CRM, который прослушивает определенный IP-адрес через порт 443.
Dynamics CRM предоставляет файл метаданных для настройки, который можно использовать для настройки доверия ретранслятора с помощью ADFS. Это доступно с URL
https://auth.contoso.com/FederationMetadata/2007-06/federationmetadata.xml
Проблема в том, что ADFS-2.0 устанавливает сервис, который регистрирует следующий urlacl
Это означает результат доступа к URL https://auth.contoso.com/FederationMetadata/2007-06/federationmetadata.xml
это файл метаданных ADFS, а не файл Dynamics CRM.
Я попытался удалить urlacl по умолчанию и добавил (по одному за раз)
https://192.168.1.2/FederationMetadata/2007-06/ https://adfs.mydomain.com/FederationMetadata/2007-06/
но ни один из них не работал. Вместо этого ADFS-сервису не удалось завершить запуск.
Есть ли способ привязать эту услугу к IP-адресу? На данный момент я вижу только две альтернативы
Привязать сервис к нестандартному порту. Это приводит к проблемам, потому что это означает, что и на сайте ADFS должен использоваться нестандартный HTTPS-порт.
Установите ADFS-2.0 на другом сервере (это моя любимая альтернатива - однако это не возможно в любой ситуации...)
3 ответа
Я предполагаю, что у Dynamics есть собственный веб-сайт, и он не использует веб-сайт по умолчанию. Это может быть совершенно неверно.
В любом случае, если они являются отдельными сайтами, почему бы просто не настроить заголовки узлов HTTPS и убедиться, что сайт по умолчанию и динамический сайт специально назначены или привязаны к определенному заголовку узла или IP-адресу. Вы всегда можете назначить несколько IP-адресов одному и тому же сетевому адаптеру на машине.
Команда заголовка узла IIS SSL:
appcmd set site /site.name:"Name of Website in IIS" /+bindings.[protocol='https',bindingInformation='*:443:Host Header']
У меня была точно такая же конфигурация, и я искал похожее разрешение. После долгих поисков я обнаружил, что это объясняет обходной путь для запуска ADFS на порте, отличном от 443. К сожалению, я не смог успешно реализовать его, но я не уверен, была ли проблема в моей конкретной конфигурации или обходном пути в целом.
Также я не пробовал играть с urlacl
- кажется, что проблема может быть тут же. использование netsh http show urlacl
чтобы увидеть три URL-адреса, которые добавляются ADFS.
Так что попробуйте, если у вас есть шанс.
В конце я остановился на втором варианте - установке ADFS на другом компьютере, который в основном является решением MS profferred.
Я знаю, что вопрос связан с привязкой ADFS к конкретному IP, и в этом я не могу вам помочь.
Вопросу также несколько лет, но мой ответ по-прежнему относится к тем, кто хочет запускать ADFS и Dynamics CRM на одном и том же порту.
Что я могу сказать, так это то, что у меня Dynamics CRM 2016 работает вместе с ADFS на стандартном HTTPS-порту 443.
Вы можете увидеть всю историю здесь: Установите Microsoft Dynamics CRM 2016 с IFD и ADFS на одном сервере, используя порт 443
В основном вы можете использовать URL https://auth.contoso.com/Handlers/FederationMetadata.ashx чтобы получить метаданные федерации Dynamics вместо https://auth.contoso.com/FederationMetadata/2007-06/federationmetadata.xml
Или вы можете изменить Dynamics CRM web.config и получить метаданные по другому пути.