Используя PingFederate, SAMLResponse не отправляется на URL ACS, появляющийся в SAMLRequest9authnResquest)

Question

Я использую PingFederate для единого входа. Мое приложение действует как SP, и я пытаюсь запустить SSO с помощью SP. Я отправляю SAMLRequest в PingFederate, который подписан. Но это не отправка SAMLresponse к URL-адресу ACS, упомянутому в SAMLRequest9authnRequest).

Можете ли вы помочь мне с настройками, чтобы URL получателя подтверждения по умолчанию не был выбран, а использовался отправленный в SAMLRequest?

Answer 1

[Обновлено}

То есть вы SP, а PF - IDP?PF должен указать свой URL-адрес службы поддержки пользователей в локальных метаданных (PF может содержать несколько URL-адресов ACS для одного SP), и я считаю, что вам необходимо указать значение ACSIndex (как настроено в PF) или значение ACSURL.

В документе SAMl 2.0 Core описывается, как включить AssertionConsumerServiceIndex или AssertionConsumerServiceURL в ваш запрос AuthnRequest.

- Ian

---

Можете ли вы предоставить более подробную информацию?

Похоже, вы используете PF в качестве IDP и SP?Если вы хотите, чтобы PF (IDP) использовал URL-адрес ACS, отличный от стандартного с SP-Init SSO, вам нужно указать ACSIndex для URL-адреса ACS в AuthnRequest.PF (SP) может указать конкретный ACSIndex для включения в AuthnRequest, добавив его в конечную точку приложения startSSO.ping.

Если ACSIndex не указан в конфигурации PF (IDP), SP должен подписать AuthnRequest(согласно спецификации) и укажите вместо этого ACSIndex.

Дайте мне знать, если это имеет смысл, или вам нужна дополнительная информация о том, как это сделать.

- Ian

Answer 2

PingFederate автоматически поддерживает RelayState (как IDP) и возвращает его с Утверждением (согласно Спецификации), если вы отправляете его правильно с AuthnRequest. В PF ничего не нужно делать, чтобы это произошло.

Я бы удостоверился, что вы отправляете его правильно и что PF регистрирует полученное от вас значение.