Pingfederate IdP发现
我正在寻找做IdP发现，我需要用pingbean软件来做这件事。这里的最终目标是客户将请求访问资源。然后被重定向到一个IdP，在那里他们看到一个登录表单...输入他们的电子邮件地址，然后根据他们的电子邮件域，他们被重定向到另一个IdP，在那里进行身份验证。SAML断言将被回发，然后客户可以访问应用程序。
我知道pingfederate有持久的cookie等，但我认为这不会很好。有人在Pingfederate尝试过IdP发现吗？
共有1个答案
平联邦标准IdP发现是一种基于cookie的机制，用于识别IdP，或将entityID与IdP匹配。我们使用了OOTB平联邦功能，发现它确实适用于用户体验的某些用例和业务要求。本博客描述了在行业内流行的替代方法，以完成IdP发现。我们发现大多数服务提供商倾向于使用博客中描述的IdP发现形式之一。实现方法的真正驱动力是用户体验的业务需求。对于平联邦，如果您选择不使用开箱即用的cookie机制，那么您将需要实现其他设计模式之一。我确实知道有ping系统集成合作伙伴拥有所描述的每种设计模式的专业知识和实现。
-
以下是Cloud Foundry发现的Spring Cloud应用程序：app.groovy @Grab('org.springframework.cloud:spring-cloud-cloudfoundry') @RestController @EnableDiscoveryClient class Application { @Autowired DiscoveryClient cl
-
etcd provides a gRPC resolver to support an alternative name system that fetches endpoints from etcd for discovering gRPC services. The underlying mechanism is based on watching updates to keys prefix
-
在Hadoop上运行Spark时，我遇到了以下错误。当我使用Scala API时，它也给了我这个错误。我确信这个错误与Spark路径和类路径有关。 错误是：
-
DiscoveryRequest DiscoveryResponse DiscoveryRequest DiscoveryRequest proto 发现请求：是指在通过某些API，为Envoy节点请求一组相同类型的带版本标签的资源。 { "version_info": "...", "node": "{...}", "resource_names": [], "type_url"
-
Kubernetes中为了实现服务实例间的负载均衡和不同服务间的服务发现，创造了Serivce对象，同时又为从集群外部访问集群创建了Ingress对象。
-
问题内容： 有时我需要访问一些运行Linux的服务器（或者可能是另一个类似Unix的SO），但是我不知道如何验证服务器上正在使用哪个分发版本（有时甚至是服务器的“负责人”不知道）。 有没有一种简单而可靠的方法来发现这一点，那就是在所有这些方面都是一致且一致的？ 问题答案： 可能为您工作。 更多细节可用 在http://etbe.coker.com.au/2007/08/30/identifying