Python实现的SSL客户端发送数据后立即关闭连接如何解决？

问题根因 #

当前代码执行完sslConn.send(data.encode())后没有任何后续逻辑，进程直接退出，操作系统会立刻回收socket资源，不会等待TCP发送缓冲区的数据完成传输、也不会等待服务端ACK返回，最终导致数据未送达。

可行解决方案 #

• 补全等待/接收逻辑 #

  你确实遗漏了recv()类的阻塞逻辑，send()仅负责把数据拷贝到操作系统的TCP发送缓冲区，不代表数据已经完成网络传输。可以在发送代码后新增接收响应的逻辑：

  # 阻塞等待接收最多1024字节的服务端响应
  resp = sslConn.recv(1024)
  print("服务端响应内容：", resp.decode())
  

  如果业务场景不需要服务端返回，也可以调用sslConn.shutdown(socket.SHUT_RDWR)主动发起TCP正常关闭流程，等待四次挥手完成后再退出，避免直接杀进程中断传输。

• 部署匹配的TLS服务端程序 #

  必须运行对应的服务端程序才能完成通信，服务端需要满足以下要求：
  • 监听192.168.1.105的5000端口，使用TLS 1.2协议，配置合法的服务端证书，否则TLS握手阶段就会失败，连接根本无法建立
  • 服务端需编写读取客户端数据的逻辑，否则数据只会停留在服务端的系统缓冲区，不会出现在业务日志中

其他注意事项 #

• 新增异常捕获逻辑：socket、TLS操作容易触发连接超时、证书不匹配、端口未开放等异常，添加try-except块捕获异常可以快速定位问题
• 开启证书校验：当前代码的SSLContext未开启服务端证书校验，生产环境必须新增context.verify_mode = ssl.CERT_REQUIRED并配置信任的根证书，避免中间人攻击
• 校验发送结果：send()的返回值为实际发送的字节数，数据长度较大时可能出现单次发送不完全的情况，需要循环调用send()直到所有数据都写入缓冲区
• 主动释放资源：所有通信完成后调用sslConn.close()主动关闭连接，释放端口和socket资源

内容的提问来源于stack exchange，提问作者Arj-089567