Nginx 如果将IS4部署到本地K8s群集和其他服务一起使用,如何使其工作?

Nginx 如果将IS4部署到本地K8s群集和其他服务一起使用,如何使其工作?,nginx,kubernetes,identityserver4,Nginx,Kubernetes,Identityserver4,我已将IS4部署到K8s群集。在同一个集群上,我有一个用户正在调用的WebApp 用户转到->未授权时WebApp重定向->IS4 我遇到的问题是,当我将WebApp上的options.Authority设置为外部FQDN时,WebApp无法找到发现文档。当我将options.Authority设置为内部服务名称时,用户将被重定向到他们无法访问的授权端点 我尝试过在IS4中配置所有这些:Authority、PublicOrigin和IssuerUri 虽然AKS让我能够解析外部DNS,并通过某种

我已将IS4部署到K8s群集。在同一个集群上,我有一个用户正在调用的WebApp

用户转到->未授权时WebApp重定向->IS4

我遇到的问题是,当我将WebApp上的options.Authority设置为外部FQDN时,WebApp无法找到发现文档。当我将options.Authority设置为内部服务名称时,用户将被重定向到他们无法访问的授权端点

我尝试过在IS4中配置所有这些:Authority、PublicOrigin和IssuerUri

虽然AKS让我能够解析外部DNS,并通过某种魔法正确路由,但由于这个解析问题,我无法在本地开发

我能想到的选择是:

更新K8s以强制pods执行完整的DNS查找。 更新IS4 让服务器使用一组URL和用户进行通信 用另一种语言交流。 我在这两个问题上都找不到太多,所以我欢迎大家提出建议


理想情况下,我希望K8s服务使用内部服务名称进行通信,并且当用户需要进行身份验证时,它们将被定向到公共可用的地址。

事实证明,不允许使用内部服务名称。所有各方都必须使用相同的DNS名称:

PublicOrigin应该按照您的要求执行操作。当您将权限设置为外部FQDN时,访问发现文档时会出现什么错误?@Richard-使用FQDN的问题是,当服务A无法通过FQDN访问IS4时。当我使用FQDN时,它解析为127.0.0.1,而FQDN不会路由到正确的服务。