想要一个只发送和接收小 JSON 字符串的 ssl C# 服务器。
客户端可以是来自移动设备或计算机的任何东西。
需要一些反馈来选择什么，因为某些客户端可能有 ssl 限制或其他限制。
我应该创建一个（openssl）ssl ftp 套接字服务器吗？
我应该创建一个 HTTPS 服务器吗？
我应该创造别的东西吗？？？？
HTTPS 看起来最简单，因为它的历史和宽度使用很长。
任何反馈都会很感激
问问题
108 次
2 回答
2
给WCF一个机会。
它具有非常强大的可定制堆栈，具有可外部化的配置文件，适用于服务器端和客户端。
此外，它可以通过多条线路发布服务。这可以帮助您解决大多数情况，例如“简单”的 https 加密到证书验证。
您甚至可以为超特定的上下文定义自己的频道。
从开发人员的角度来看最后一句话：WCF 的想法是将服务与其连接性分离。在当今世界，这是一个巨大的优势。
于 2012-06-08T09:40:13.883 回答
1
HTTPS 是基于 SSL/TLS 的 HTTP：您首先建立一个 SSL/TLS 连接，然后在其之上交换 HTTP 请求和响应（就好像它是一个普通的 TCP 连接一样）。
由于您想在这两种情况下都使用 SSL/TLS，您似乎要问的是您应该设计自己的协议还是使用现有的协议。
我应该创建一个（openssl）ssl ftp 套接字服务器吗？
有多种使用 SSL/TLS 保护 FTP 的方法。这当然不是最简单的方法。
我应该创建一个 HTTPS 服务器吗？我应该创造别的东西吗？？？？
设计您自己的协议意味着您必须自己为每个设备提供一个实现。HTTPS 的优点是被广泛支持。您甚至不必自己使用很多底层 SSL/TLS API（无需学习 OpenSSL API）。唯一的要求可能是了解一些 SSL/TLS 配置，例如设置证书。
即使您正在考虑减少由于 HTTP 标头造成的开销，您的协议仍然必须以一种或另一种方式执行类似的有效负载管理，至少要知道请求和响应的开始和结束位置。
目前尚不清楚您的要求是什么，但除非您真的注意到 HTTPS 的问题，否则使用 HTTPS 与现有库（例如 WCF）交换 JSON 字符串比您的其他建议更有意义。
于 2012-06-08T09:48:53.843 回答