@@ -27,7 +27,7 @@ introduce examples later.
27
27
28
28
The main features about Wireshark Protobuf and gRPC dissectors includes:
29
29
30
- - Supports dissecting gRPC messages serialized in Protobuf or JSON format.
30
+ - Supports dissecting the gRPC messages serialized in Protobuf or JSON format.
31
31
32
32
- Supports dissecting the gRPC messages of unary, server streaming, client
33
33
streaming, and bidirectional streaming RPC calls.
@@ -38,7 +38,7 @@ The main features about Wireshark Protobuf and gRPC dissectors includes:
38
38
39
39
- Protobuf fields can be dissected as Wireshark fields that allows user to input
40
40
the full name of a Protobuf field or message in the filter toolbar to search
41
- packages containing the field or message.
41
+ packets containing the field or message.
42
42
43
43
- You can register your own subdissectors in the 'protobuf_field' dissector
44
44
table, which is keyed with the full names of the fields, for further parsing
@@ -62,7 +62,8 @@ There are many ways to capture the network traffic of a gRPC conversation:
62
62
63
63
Please refer to [ Wireshark User's
64
64
Guide] ( https://www.wireshark.org/docs/wsug_html_chunked/ ) for how to capture
65
- network packets files that can be recognized by Wireshark.
65
+ the network traffic, and store the packets into files that can be recognized
66
+ by Wireshark.
66
67
67
68
Note that now only the capture files that sending gRPC messages in plaintext
68
69
mode can be parsed by Wireshark. For example, you have to setup a gRPC client
@@ -85,7 +86,7 @@ There are some examples to show how to use the Wireshark Protobuf and gRPC
85
86
dissectors. You can get more details about these examples from [ Wireshark
86
87
Protobuf wiki page] ( https://gitlab.com/wireshark/wireshark/-/wikis/Protobuf ) and
87
88
[ Wireshark gRPC wiki page] ( https://gitlab.com/wireshark/wireshark/-/wikis/gRPC )
88
- pages from Wireshark official website.
89
+ on Wireshark official website.
89
90
90
91
### Sample .proto files
91
92
@@ -148,7 +149,7 @@ service PersonSearchService {
148
149
}
149
150
```
150
151
151
- The file ` person_search_service.proto ` which relies on file ` addressbook.proto ` .
152
+ The file ` person_search_service.proto ` relies on file ` addressbook.proto ` .
152
153
153
154
### Protobuf Search Paths Settings
154
155
@@ -192,7 +193,7 @@ Since the `Search` operation is defined as the server streaming RPC mode, the
192
193
Person objects can be return back to client one after another:
193
194
![ wireshark_grpc_protobuf_search_response] ( /img/wireshark_grpc_protobuf_search_response.png )
194
195
195
- You may have noticed that the ` portrait_image ` of bytes type is parsed into a
196
+ You may have noticed that the ` portrait_image ` of bytes type is parsed as a
196
197
PNG data. It's because we register the PNG dissector in the ` "protobuf_field" `
197
198
dissector table for parsing the value of field ` portrait_image ` as picture by
198
199
putting following Lua script ` 'protobuf_portrait_field.lua' ` into the 'plugins'
0 commit comments