使用 Wireshark 抓包 GRPC 请求（TLS 加密后暂未能解密）

有了 Protobuf 基础的前提，根据官网给出的 Quick Start (Go) 可以很容易的使用 gRPC，了解客户端远程调用服务端函数并返回结果的过程。

本文将使用 Wireshark 抓包查看 gRPC 通信流程，了解基础 gRPC 的请求和返回。

资源下载

你可以下载抓包文件用 Wireshark 直接查看，免去手动抓包，请确认本机的 Wireshark 版本至少应该是 3.6.0+

未加密的抓包示例文件 gRPC-helloworld.pcapng

在 Client 中打印 Protobuf 内容

greeter_client/main.go

import (
    "encoding/hex"
    "google.golang.org/protobuf/proto"
)

func main() {
  // ...
  p := &pb.HelloRequest{Name: *name}
  b, err := proto.Marshal(p)
  if err != nil {
    log.Fatal("proto marshal failed!")
  }
  fmt.Println(hex.EncodeToString(b))
}

在官网示例的基础上，修改客户端示例代码，打印将要发送数据的 HEX 格式。

这个就是要发送的数据：0a05776f726c64

使用 Wireshark 抓包未加密的请求

直接打开抓包文件，会看到协议都显示为 TCP，初识 gRPC，一时不知道从何处着手。

进一步了解到 gRPC 基于 HTTP2 协议发送数据，为了让 Wireshark 能自动解析出数据，我们可以在 Wireshark 中点击 “Analyze” - “Decode As...”

在弹出的页面设置指定端口的数据类型为 HTTP2，保存后可以看到 Wireshark 已经正确识别 HTTP2 请求及 gRPC 通信。

上图 13 号配置可以看到调用了远端的 SayHello 方法，也可以看到 HTTP2 协议协商阶段的 SETTINGS，同样我们可以在面板的右下角看到 0a05776f726c64 正是我们之前打印的 HEX 数据，这也从另一个角度说明了 Protobuf 发送的数据虽然看起来编码 “加密” 了，但其实它的字符串数据还是按照原本的内容在传递，未加密的情况下同样不够安全。

另一处值的注意的是左下角，Message 处显示的是 Message Type，这在 Protobuf 学习的时候有了解到，服务器依赖 .proto 文件来解析消息，而 Wireshark 此处不知道。

进一步配置 Wireshark 使其可以解析，点击 “Wireshark” - “Proferences...”，在弹出的页面左侧列表的 “Protocols” 下找到 “Protobuf”

我填写的目录，第一个是包含官方示例 helloworld.proto 文件的的路径（/Users/dong/proto-path），另一个是 protoc 工具安装后，它自带的一些 .proto 文件存储路径（/usr/local/include），这个路径下存储着 google/protobuf/*，如果程序中用到了 Protobuf 内置定义的一些数据类型，则 Wireshark 会到这里查找。