消费者应用程序的安全TCP连接建议 我正在设计一个C++培训程序，它将被分发给大量的设备，其中大部分都不会有IT人员的帮助。该程序通过TCP连接连接到中央数据库，该数据库存储用于研究和评估目的的各种数据
我的问题是，我想使传输安全，最常用的推荐方法似乎是OpenSSL——这似乎很好，但我有一个问题。据我所知，OpenSSL必须专门安装在每个系统上。这些设施将不具备在其系统上编译和安装源代码所需的专业知识，计算机将具有足够的多样性（所有Windows机箱，但品牌和质量不同），以排除分发专门编译的二进制文件的可能性，而整个大陆的分发使我的团队无法亲自设置它消费者应用程序的安全TCP连接建议 我正在设计一个C++培训程序，它将被分发给大量的设备，其中大部分都不会有IT人员的帮助。该程序通过TCP连接连接到中央数据库，该数据库存储用于研究和评估目的的各种数据,c++,security,encryption,tcp,C++,Security,Encryption,Tcp,我的问题是，我想使传输安全，最常用的推荐方法似乎是OpenSSL——这似乎很好，但我有一个问题。据我所知，OpenSSL必须专门安装在每个系统上。这些设施将不具备在其系统上编译和安装源代码所需的专业知识，计算机将具有足够的多样性（所有Windows机箱，但品牌和质量不同），以排除分发专门编译的二进制文件的可能性，而整个大陆的分发使我的团队无法亲自设置它 有人对如何解决这个问题有什么建议吗？我的假设是不正确的吗？人们可以在不安装的情况下分发它吗？如果没有，还有更实用的替代方案吗？实际上，根据您所描
有人对如何解决这个问题有什么建议吗？我的假设是不正确的吗？人们可以在不安装的情况下分发它吗？如果没有，还有更实用的替代方案吗？实际上，根据您所描述的，OpenSSL似乎是一个不错的选择 从我对OpenSSL的理解来看，它是一个用C编写的库（周围有其他语言的包装器），这意味着您可以将它包含在您正在编写的任何代码库中
我很确定这不是一个必须安装的程序，所以我认为您不必担心这一点。实际上，根据您所描述的，OpenSSL似乎是一个不错的选择 从我对OpenSSL的理解来看，它是一个用C编写的库（周围有其他语言的包装器），这意味着您可以将它包含在您正在编写的任何代码库中
我很确定这不是一个必须安装的程序，所以我认为你不必担心这个问题。只要你的所有机器都是XP+，有两个版本的OpenSSL，你就应该准备好，一个32位，一个64位。只需提供两个独立的安装程序，就可以了。没有必要为每台机器编译 <>请记住在安装程序中也包括VisualC++ +可再分发包。
如果您必须支持古老的Windows版本，它会变得更复杂一些，但不会太复杂。只要您的所有计算机都是XP+，有两个版本的OpenSSL，您应该准备好了，一个用于32位，一个用于64位。只需提供两个独立的安装程序，就可以了。没有必要为每台机器编译 <>请记住在安装程序中也包括VisualC++ +可再分发包。
如果您必须支持古老的Windows版本，它会变得稍微复杂一些，但不会太复杂。您可能还想尝试IPSEC-如果您关心将二进制文件等分发到客户端计算机，IPSEC可能是一个有趣的解决方案。由于几乎所有Windows框都支持它，所以您所要做的就是在DB服务器上配置IPSEC策略—通过这种方式将其设置为“必需”，客户端计算机和DB服务器之间的所有数据都将被加密 您可能还想尝试IPSEC—如果您关心将二进制文件等分发到客户端计算机，IPSEC可能是一个有趣的解决方案。由于几乎所有Windows框都支持它，所以您所要做的就是在DB服务器上配置IPSEC策略—通过这种方式将其设置为“必需”，客户端计算机和DB服务器之间的所有数据都将被加密