如何保护 c# 2.0 中的 Web 服务并使其易于任何平台使用
如何保护 Web 服务并使其易于任何平台使用。
设置：Asp.NET 2.0、Dot Net 2.0、c# 2.0、Visual Studio 2005。Web 服务器是 IIS 并使用 https (SSL)
- 我想避免安装诸如 WSE 3.0 之类的东西。与 Visual Studio 和 IIS 的未来版本相比，我更喜欢可以随身携带的纯 C# 方法。
- 每个人都应该能够在无需身份验证的情况下访问 Web 服务 URL 和描述并查看 WSDL。
- 安全措施将有助于阻止人们向我们的网络服务方法发送垃圾邮件。
- 易于实施：我不想为客户端管理证书或安装任何东西。
- 客户端仅发送用户名和密码。
这是否意味着 SOAP 标头身份验证是唯一的方法？我找到了这些链接，但不知道它们是否适用于非 .NET 客户端？
http://aspalliance.com/805 和 http://www.codeproject.com/KB/webservices/SOAPHeaderAuthentication.aspx
我还看到 这篇文章但不知道是否和如何实现它（不是一个很好的例子）。
请建议或给我一个好的链接（请不要视频）。 谢谢！
How to secure a web service and make it easy for any platform to consume.
Setup: Asp.NET 2.0, Dot Net 2.0, c# 2.0, Visual Studio 2005. Web server is IIS and uses https (SSL)
- I would like to avoid installing anything like WSE 3.0. I prefer a pure c# method I can take with me to future versions of Visual Studio and IIS.
- Everyone should be able to still visit the web service URL and description and see the WSDL without authentication.
- The securing will help to stop people from sending junk to our web service methods.
- Easy implementation: I do not want to manage certificates for clients or install anything.
- client only sends a username and password.
Does this mean SOAP header authentication is the only way then? I found these links but don't know if they will work for non .NET clients?
http://aspalliance.com/805 and http://www.codeproject.com/KB/webservices/SOAPHeaderAuthentication.aspx
I also see this article but don't know if and how to implement it (not a very good example).
Please advise or give me a good link (no videos please).
Thanks!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
您最好的选择是升级到 WCF，因为那里的内置选项要好得多。如果您陷入 2.0/SOAP 领域，那么自定义 SOAP 标头将在大多数平台上工作——我之前已经在 .NET、COM+ 和 PHP 中成功使用过它们。您可以使用典型的 ASP.NET 授权位（包括 sql 数据库）来支持用户/密码。也就是说，如果安全点是减少垃圾邮件，并且您没有大量的服务方法来“保护”，那么您可能只想在方法中添加一个“UserKey”参数，然后验证（或至少是速率限制）反对这一点。
Your best bet would be to upgrade to WCF as built-in options are much better there. If you are stuck in 2.0/SOAP land, then a custom SOAP header will work from most platforms -- I've successfully used them from .NET, COM+ and PHP before. You can back the user/pass with the typical ASP.NET authorization bits including the sql database. That said, if the point of security is to cut down on spam and you don't have that vast an array of service methods to "secure" then you might just want to add a "UserKey" parameter to your method then verify (or at least rate-limit) against that.
IIS 中的基本身份验证还不够吗？服务使用者可以轻松地通过请求传递基本身份验证参数。
Is basic authentication in IIS not sufficient? It's easy for service consumers to pass basic authentication parameters with a request.