TALQ透传测试问题：请求成功但响应失败（网络不可达）

问题背景 #

集成TALQ协议实现智慧城市中央管理系统（CMS）与网关通信，使用TALQ认证工具（TCT）做透传测试时出现异常：

• CMS向网关发送的GET请求已确认发出，但网关响应始终无法到达CMS，触发Network Unreachable / SocketException错误
• 直接通过curl调用CMS（3000端口）和网关（2000端口）的API，本地及远程请求均能正常响应
• 已完成的排查动作：
  • 用netstat验证CMS和网关在对应端口均处于LISTENING状态
  • 执行netsh advfirewall set allprofiles state off关闭所有防火墙，问题仍存在
  • TCT配置无误：Target Gateway Uri设为http://192.168.103.23:2000，Target CMS Uri设为http://192.168.103.23:3000

针对性排查方案 #

1. 验证TCT与CMS的端口连通性
   在TCT所在机器执行Test-NetConnection 192.168.103.23 -Port 3000（PowerShell）或telnet 192.168.103.23 3000，确认TCT能直接连接到CMS的监听端口。若不通，排查TCT本地的安全软件拦截（即使全局防火墙关闭，部分杀毒软件可能仍有独立规则）。

2. 检查CMS的监听绑定地址
   确认CMS服务绑定的是0.0.0.0而非127.0.0.1。若仅绑定本地回环地址，虽curl远程请求可能通过网卡映射生效，但TCT的请求可能因路由规则无法正常送达。查看CMS启动配置，确保监听地址允许外部访问。

3. 排查TCT的内置路由/代理设置
   TCT可能自带代理或路由规则，导致网关响应被拦截。进入TCT的网络设置界面，确认未启用自动代理或自定义路由，确保TCT能直接转发响应包到CMS的3000端口。

4. 开启TCT详细日志分析
   启用TCT的全量日志功能，重点查看网关响应数据包的接收、转发记录，确认是否存在数据包丢失、路由错误或端口转发异常的情况。

5. 端口复用冲突排查
   重启CMS和网关服务，确保端口被完全释放后重新监听，排除端口复用导致的异常监听问题。

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