The capture,packet by packet
Wireshark, on a Void Linux desktop of your own.Open the pcap on the volume and read what is actually on the wire.
$ dxflow workflow create --identity wireshark hub://wireshark --start --link
Open the pcap,and dissect it
Thousands of dissectors turn bytes into fields you can filter on.
Narrow a million packets to the dozen that matter, by field rather than by eye.
Reassemble a TCP stream, or a TLS handshake, and read it in order.
IO graphs, round-trip plots and expert notes on the retransmissions.
Every defaultis one override away
The session reads its settings from the environment, so you set them on the start line.
$ dxflow workflow start wireshark --override env.app.VNC_PASSWORD=something-long
$ dxflow workflow start wireshark --override env.app.TASKBAR=show --link
The analyzerfills the screen
Streamed to your browser, with Wireshark already maximized.
It reads captures,it does not take them
The interface list comes up empty, and that is the design rather than a fault.
Sniffing needs NET_RAW and NET_ADMIN, which a workflow container is not given. Nothing you set will make an interface appear.
Upload a pcap or pcapng to /volume and open it from there. Analysis is what this entry exists for.
Wireshark holds the dissection in RAM. A multi-gigabyte file wants a machine chosen for memory, not cores.
Pulled once,then it stays
Wireshark arrives as one image. This is what comes down the first time, and what the disk should have free for it.
What it wants,and what it needs
The definition asks for 2 cores and 4 GB. The image comes up on less than that, and a start given --fit trims the ask to whatever the machine actually has.
Machines that fit it
Wireshark asks for 2 cores and 4 GB. Cheapest first.