Signal-CLI 网络连接问题分析与解决方案

背景介绍

Signal-CLI 是一个基于命令行的 Signal 消息应用客户端，它允许用户通过终端与 Signal 服务进行交互。近期，一些用户在使用特殊网络环境下运行 Signal-CLI 时遇到了功能性问题，特别是在版本升级到 0.13.0 及以上后，无法搜索新号码或向新联系人发送消息。

问题现象

用户在特殊网络环境下运行 Signal-CLI 时发现以下异常行为：

1. 版本 0.12.8 及以下工作正常
2. 升级到 0.13.0 及以上版本后出现功能异常
3. 主要症状包括：
   • 无法搜索新号码
   • 无法向新联系人发送消息
   • 已注册联系人仍可正常通信

技术分析

底层架构变更

从 Signal-CLI 0.13.0 版本开始，项目引入了 libsignal 的 Rust 实现来处理部分网络请求。这一变更将原本由 Java 代码处理的网络操作转移到了跨平台的 Rust 代码中。特别是联系人发现服务(CDSI)成为第一个使用这种新架构的功能模块。

网络支持差异

关键问题在于 Rust 实现的 libsignal 网络层最初缺乏对特殊网络环境的完整支持：

1. Java 网络栈原生支持通过环境变量或系统属性配置网络参数
2. 早期 Rust 实现未提供相应的网络配置接口
3. 虽然 libsignal 0.44.0 版本开始添加了 TLS 网络支持，但需要显式调用 API 进行配置

问题根源

当 Signal-CLI 尝试与 Signal 服务器通信时，会经历以下流程：

1. 首先检查本地已知联系人列表
2. 若未找到匹配联系人，则通过 CDSI 服务查询
3. 在特殊网络环境下，CDSI 查询因网络层问题失败
4. 导致整个操作无法完成

解决方案演进

初期解决方案

开发者确认问题后，指出需要等待 libsignal 提供网络支持。随着 libsignal 0.65.5 版本的发布，该项目添加了对 HTTP 和 SOCKS 网络的完整支持。

最新验证

用户测试最新开发版本后发现：

1. 通过 JAVA_OPTS 设置网络参数后，基础连接建立成功
2. 但在 CDSI 查询阶段仍出现即时超时
3. 网络日志显示连接已建立，但后续操作失败

这表明虽然基础网络配置已生效，但可能还需要额外的配置或代码调整来确保所有网络操作都正确使用网络参数。

最佳实践建议

对于需要在特殊网络环境下使用 Signal-CLI 的用户，建议：

1. 使用最新版本的 Signal-CLI
2. 确保正确配置网络环境变量：

   export JAVA_OPTS="-Dhttp.networkHost=your.network -Dhttp.networkPort=3128 -Dhttps.networkHost=your.network -Dhttps.networkPort=3128"
   

3. 监控网络日志以确认网络参数是否被正确使用
4. 如仍遇到问题，考虑检查网络环境的 TLS 策略

未来展望

随着 Signal-CLI 和 libsignal 的持续发展，网络支持将不断完善。开发者社区正在积极解决这类网络层问题，以确保在各种网络环境下都能提供可靠的服务。用户可关注项目更新以获取最新的功能改进和问题修复。