tcpdump抓包分析实战-客户端接收到网关响应的body是空的

只因请求头deviceId多了一个‘\n’导致，服务端接收到的body是空的。

问题现象

我司基于idl语言自研客户端与服务端通信的rpc框架，客户端向服务端发送idl调用，底层实现是发送http请求，请求经过自研的七层流量网关，由网关代理转发给后端服务。

经排查，客户端发送idl请求，服务端收到请求且正常处理请求并响应客户端，确认响应body不为空，但客户端看到的现象是响应body为空。

排查过程

从问题现象来看，已经完全可以确认是网络问题，那么排查网络问题肯定就是抓包分析了。

步骤一：让客户端帮忙抓包，获取客户端->网关链路的http数据包。

发现客户端请求http包deviceId后面多了个“\n”，数据包是不正常的。然后客户端没收到响应，但网关却正常处理了请求，并转发给后端服务。

步骤二：抓包网关->后端服务链路的websocket包。

发现请求响应正常，后端服务确实响应了数据包给网关。

正常的数据包：

有问题的数据包：

deviceId多了一个‘\n’：

如果你觉得Wireshark上手难，可以试试这款TCP数据包分析工具：https://www.chattcp.com/

结论

只因请求头deviceId多了一个‘\n’导致的现象，修正deviceId后正常。

但是有个疑问待解决：为什么请求被正常处理了，但是网关没能把响应返回给客户端？