在里面 the documentation about entity naming 表示最好使用域名作为属性值 entityID :
entityID
强烈建议不要使用服务器的物理主机名 运行Shibboleth作为 实体ID 随着时间的推移,事情会发生变化 并且该部署可能不总是在同一个盒子上。 此外,Shibboleth可能有多种逻辑部署 在单个物理服务器上,每个服务器都需要自己的唯一性 实体ID , 因此,使用服务器的名称不会超出单个名称。
强烈建议不要使用服务器的物理主机名 运行Shibboleth作为 实体ID 随着时间的推移,事情会发生变化 并且该部署可能不总是在同一个盒子上。
实体ID
此外,Shibboleth可能有多种逻辑部署 在单个物理服务器上,每个服务器都需要自己的唯一性 实体ID , 因此,使用服务器的名称不会超出单个名称。
以及更多:
一些Shibboleth联合会对 选择 实体ID ,尽管这在IdP中比 SP。在其他联合会中,选择由联合会决定 参与者,但操作员可以强制执行基本约定或做出反应 对明显糟糕的选择产生负面影响。一般来说,您应该检查 与您计划加入的联盟,并遵循上述建议。
说明如下:
Metadata for the OASIS Security Assertion Markup Language (SAML)V2.0
实体ID [必需]- Specifies the unique identifier of the SAML entity whose metadata is described by the element's contents.
实体ID [必需]-
Specifies the unique identifier of the SAML entity whose metadata is described by the element's contents.
我的SP部署在沙盒中,它没有域名。 我可以在属性中使用物理地址(和端口)吗 实体ID 和 Location ?
Location
由于开发阶段的原因,它可以用于沙盒部署,应该不会有任何问题,但它完全不适合生产。如文档中所述,在您的场景中,每次更改沙盒SP物理位置时,都必须更新SP和可能的IdP侧的元数据。