ssl或https在这种情况下最有用的是什么

时间:2012-06-08 09:07:20

标签: c# ssl openssl

想拥有一个仅发送和接收小JSON字符串的ssl C#服务器。

客户端可以是移动设备或计算机上的任何东西。

需要一些反馈,因为有些客户可能有ssl限制或其他限制。

我应该创建一个(openssl)ssl ftp套接字服务器吗? 我应该创建一个HTTPs服务器吗? 我应该创造别的东西????

HTTPS看起来最简单,因为它的历史和宽度使用很长。

任何反馈意见

2 个答案:

答案 0 :(得分:2)

给WCF一个机会。

它具有非常强大的可自定义堆栈,具有可外部化的配置文件,适用于服务器端和客户端。

此外,它可以通过多条线路发布服务。这可以帮助您解决最多的情况,例如“简单”https加密到证书验证。

您甚至可以为超特定的上下文定义自己的频道。

从开发人员的角度来看:WCF的想法是将服务与其连接分离。在今天的世界里,这是一个巨大的优势。

答案 1 :(得分:1)

HTTPS是HTTP over SSL/TLS:您首先建立SSL / TLS连接,然后在其上交换HTTP请求和响应(就像它是普通的TCP连接一样)。

由于您希望在两种情况下都使用SSL / TLS,您似乎要问的是您是应该设计自己的协议还是使用现有协议。

  

我应该创建一个(openssl)ssl ftp套接字服务器吗?

使用SSL / TLS保护FTP有多种方法。这当然不是最简单的方法。

  

我应该创建一个HTTPs服务器吗?我应该创造别的东西????

设计自己的协议意味着您必须自己为每个设备提供实现。 HTTPS具有得到广泛支持的优势。您甚至不必自己使用大部分底层SSL / TLS API(无需学习OpenSSL API)。唯一的要求可能是了解一些SSL / TLS配置,例如设置证书。

即使您考虑减少由HTTP标头引起的开销,您的协议仍然必须以这种或那种方式执行类似的有效负载管理,至少知道请求和响应的开始和结束位置。

目前还不清楚您的要求是什么,但除非您确实注意到HTTPS存在问题,否则使用现有库(例如WCF)与HTTPS交换JSON字符串比其他建议更有意义。