用于自定义 STS 的 Federation Metadata.xml
我正在尝试将自定义 STS 实现为要部署到 Azure 的 WebRole。我遇到的问题是如何为我的自定义 STS 生成或写入 Federation Metadata.xml 文件。如果我自己写，我可以获得自定义参考 ID 以及如何签名？ 另外，由于我的 STS 是一个 Azure 应用程序，因此当我在 Azure 模拟器上运行它时，它的 URL 类似于 http://127.0。 0.1:81/ ，所以我会使用它作为 Federation Metadata.xml 文件中的链接，但之后当我将 STS 作为生产部署发布到 Azure 上时，它将具有类似 http://cloudSts.cloudapp.net 所以我必须在我的 Federation Metadata.xml 文件中反映这些更改，问题进行这些更改后，我是否应该再次升级/发布包，然后将其移至生产环境，否则我可以简单地将更改后的 Federation Metadata.xml 文件上传到 ACS（其中我将自定义 STS 作为 IP），然后它将工作？
谢谢
I am trying to implement a Custom STS as a WebRole to be deployed onto Azure. The problem i have is that how do i generate or write the Federation Metadata.xml file for my Custom STS. if i write it myself can i get the custom reference id and how do i sign it?
Also as my STS is an Azure application ,so when i run it the Azure Emulator it has a URL like http://127.0.0.1:81/ ,so i would using this as the link in the Federation Metadata.xml file but afterwards when i publish the STS onto Azure as a production deployment it would have a URL like http://cloudSts.cloudapp.net so i would have to reflect these changes in my Federation Metadata.xml file,the question here is that after making these changes should i upgrade/publish the package again and then move it onto production or else i can simply upload the changed Federation Metadata.xml file onto ACS(where i have my Custom STS as an IP) and it would work?
Thanks
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
这是我写的关于如何动态生成联合元数据的文章： http://www.syfuhs.net/post/2010/11/03/Generate-Federation-Metadata-Dynamically.aspx
那里有一个变量称为“主机”，您将对其进行修改。有几种方法可以做到这一点。您可以查看 HTTP 请求中的主机标头，但您必须考虑它何时不存在。或者您可以将其粘贴到角色配置中。这将允许您更新它而无需重新部署。
Here is a post I wrote on how to generate federation metadata dynamically: http://www.syfuhs.net/post/2010/11/03/Generating-Federation-Metadata-Dynamically.aspx
There is a variable in there called 'host' that you would modify. There are a couple ways to do it. You could look at the host header in the HTTP request, but you have to account for when it's not there. Or you could stick it into the role configuration. That would allow you to update it without having to redeploy.