寻找有关支持 Webseal Authentication .net 应用程序的更改的建议
我们的组织正计划使用 Webseal 作为我们 .net 网站前面的代理。我们当前正在针对自定义 SQL Server 用户表使用 .net 表单身份验证和自定义成员资格提供程序。
在这个新模型下，所有身份验证都将由 webseal 层完成。据我了解，一旦经过身份验证，webseal 只会在标头中添加一个令牌，指示用户与 userid 一起经过身份验证。
我希望我们的应用程序无需任何更改即可运行，因此我想通过构建一些将 webseal 令牌转换为常规 .net 令牌的层来构建一些东西，以保护它们免受 webseal 详细信息的影响。
我不确定应该在哪里完成此操作...在某种自定义身份验证提供程序中，或者在新的会员资格提供程序中，或者？我不希望我们的任何应用程序必须进行任何更改，除非它是 http 模块或其他提供商，否则可能会使用此新代码。
有人做过这种事吗？对此有什么好的策略。我听说过 Windows Identity Framework，但不确定它是否是正确的解决方案。
任何建议或方向都会有帮助。
Our organization is planning on using Webseal as a proxy sitting in front of our .net web sites. We are currently using .net forms authentication and a custom membership provider against a custom sql server user table.
Under this new model, all authentication would be done by the webseal layer. From what I understand, once authenticated, webseal would just add a token in the header indicating that the user is authenticated along with the userid.
I'd like our apps to work with no changes so I want to build something to shield them from the details of webseal by building some layer that converts the webseal token to a regular .net token.
I'm not sure where this should be done...in some kind of custom authentication provider, or a new membership provider or ? I don't want any of our apps to have to make any changes other than to maybe use this new code if it is an http module or other provider.
Has anyone done this type of thing? What would be a good strategy for this. I've heard of Windows Identity Framework but not sure if it is the right solution for this.
Any advice or direction would be helpful.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
如果提供了身份验证信息（在标头中），那么能够在请求管道中使用它的最简单方法是编写自定义模块。
模块是实现 IHttpModule 接口的类。在其
Init方法中，您将自定义处理程序附加到HttpApplication的AuthenticateRequest。您的自定义处理程序应该负责重新创建身份，即将HttpContext的User设置为任何实现IPrincipal的对象（您可以使用内置的GenericPrincipal）。然后，在
web.config的适当部分注册模块，就完成了。有关更多详细信息，请向 google 询问“c# 自定义身份验证模块”。
If the authentication information is provided (in a header), then the easiest way to be able to use it down the request pipeline would be to write a custom module.
A module is a class implementing the
IHttpModuleinterface. In itsInitmethod you attach a custom handler to theAuthenticateRequestof theHttpApplication. Your custom handler should be responsible for recreating the identity, i.e. setting theHttpContext'sUserto any object implementingIPrincipal(you can use the builtinGenericPrincipal).Then you register your module in a proper section of the
web.configand you are done.For further details, ask google about "c# custom authentication module".
假设您正在使用 MVC，根据此 IBM 示例，您可以添加定制的操作过滤器以将 WebSEAL 标头中的用户信息转换为经过身份验证的用户。
Assuming you are using MVC, according to this IBM sample, you can add a customized action filter to convert the user info in WebSEAL header to an authenticated user.