Windows环境下基于Winsock安全扩展的HTTPS客户端运行异常及疑问

核心问题 #

你当前使用的Windows安全套接字扩展基于IPsec协议，和HTTPS依赖的TLS/SSL安全机制完全不属于同一技术栈，这是你代码无报错但请求无法送达的根本原因。

问题解答 #

• WSASetSocketSecurity启用的安全能力和HTTPS的安全机制完全不一致：前者基于网络层/传输层的IPsec协议，用于节点之间的传输层加密，后者基于TLS协议，工作在应用层之下、传输层之上，Discord 443端口只接受经过TLS握手后封装的HTTP流量，你发送的IPsec加密裸HTTP请求会被直接丢弃。
• 三个字段的作用完全独立：WSAConnect传入的sin_addr.s_addr是实际建立TCP连接的目标地址，SOCKET_PEER_TARGET_NAME的PeerAddress需要你主动赋值为目标IP结构（你当前代码注释了赋值逻辑，该字段为空），AllStrings存储的是IPsec专属的服务主体名SPN，是Windows域环境下的身份标识，和HTTPS的域名没有任何关联。
• 你当前填写的SPN格式完全不合法：SPN有固定的格式规范，一般为服务类/主机名:端口的结构，填入HTTPS URL、特殊字符只会导致SPN解析失败，和你的HTTPS调用需求没有任何关系。

可行实现方案 #

Windows原生提供WinHTTP/Schannel两套系统级接口，均只需要引入Windows官方头文件即可调用，不需要引入任何第三方依赖，完全符合你的需求：

1. 完全删除当前代码中所有IPsec相关的结构定义、WSASetSocketSecurity/WSASetSocketPeerTargetName调用逻辑
2. 改用WinHTTP接口实现请求：流程为WinHttpOpen初始化会话 -> WinHttpConnect连接目标主机 -> WinHttpOpenRequest打开POST请求 -> WinHttpSendRequest发送请求头和请求体 -> WinHttpReceiveResponse接收响应即可，WinHTTP原生自带TLS加密能力，自动完成HTTPS握手、证书校验等逻辑，不需要你手动实现TLS相关处理。

内容的提问来源于stack exchange，提问作者The A