| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
libpcap, ok dlg@
https://github.com/the-tcpdump-group/libpcap/commit/74b2de364f3443fc2414d0160b0b942f347c6fd4
https://github.com/the-tcpdump-group/libpcap/commit/117cb5eb2eb4fe212d3851f1205bb0b8f57873c6
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixing filters on DLT_LOOP revealed that we treat DLT_NULL, DLT_ENC and
DLT_LOOP the same way even though DLT_LOOP stores the AF value in network
not byte order like the rest.
This amends the missing conversion which ought to land with the recent
commit exposing the byte order mismatch:
revision 1.53
date: 2020/07/21 22:44:55; author: dlg; state: Exp; lines: +2 -2;
DLT_LOOP does have a link header, so tell pcap-filter so it can use it.
...
debugged with and ok kn@
Discussed with bluhm who reported src/regress/sys/netinet6/rip6cksum/
failing on i386 after above commit.
The comment in this commit is taken from libpcap upstream as is modulo
additional file-save related byte-order handling which we don't seem to do.
OK bluhm
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the use of the sample keyword matches similar config in other
products.
NUM can be a number between 2 and 1048576, and is used to divide
0x100000000 into a threshold that is then compared against a randomly
generated number produced by a load of BPF_RND.
having sampling as part of the grammar means you can write things
like "icmp or sample 128". this lets you capture all icmp traffic
and a sample of the rest of the traffic.
ok jmatthew@ kn@ tb@
|
|
|
|
|
|
|
|
|
|
| |
this adds "rnd" and "random" as keywords in the grammar, and handles
them as an arithmetic operator. the decoder recognises the load,
so tcpdump can print it as 'ld #random'. most of the handling is
copied from the "len"/"length" keywoard handling that generates and
decodes a load of the actual wire length of the packet.
ok jmatthew@ tb@ kn@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
matthieu@ reported that asking tcpdump to look at ip or ip6 traffic
on a wg(4) interface caused all packets to be captured. this is
because pcap assumes that if your link type doesn't have a link
header then it is always ip or ip6 (which is weird anyway) and
captures everything.
there was already code to generate a filter for the DLT_LOOP link
header, it was just bypassed cos earlier code said that there wasn't
one.
debugged with and ok kn@
|
|
|
|
| |
OK claudio@ jca@
|
|
|
|
| |
OK dlg@
|
|
|
|
| |
OK jca@ (from a long time ago...)
|
|
|
|
|
|
|
|
|
|
|
|
| |
returns to const pointers:
- the prefix argument to pcap_perror();
- the return value of pcap_strerror();
- the filter expression argument to pcap_compile() and pcap_compile_nopcap();
- the BPF filter program argument to bpf_image().
Matches changes made earlier in tcpdump.org's version of libpcap.
From Guy Harris, ok tb@, been through a bulk ports build.
|
|
|
|
|
|
|
| |
shlib version doesnt need a bump before no new symbols were added
or removed.
part of a larger diff that was ok sthen@
|
|
|
|
|
|
| |
in wireshark.
ok deraadt@, dlg@
|
|
|
|
| |
OK rzalamena@
|
|
|
|
|
|
|
|
| |
eg. tcpdump -y openflow -i switch0
Includes a minor bump for libpcap.
Feedback and OK rzalamena@
|
| |
|
|
|
|
| |
ok deraadt@
|
|
|
|
| |
ok deraadt@
|
|
|
|
| |
(others require more care)
|
|
|
|
| |
review by millert, binary checking process with doug, concept with guenther
|
|
|
|
| |
ok deraadt@ tedu@
|
|
|
|
| |
suggested by krw@
|
|
|
|
| |
ok deraadt@ florian@
|
|
|
|
| |
pflog headers. reported by jmc@, tested by jmc@ and sthen@, ok sthen@
|
|
|
|
|
|
| |
My problem, canacar@'s fix.
ok sthen@ canacar@
|
|
|
|
|
|
|
|
|
| |
when generating the filter. This will allow the pflog
header to be extended without adding a new link type.
No change to generated code for other link types.
ok henning@
|
|
|
|
| |
ok ryan theo & herr reyksminister
|
|
|
|
|
|
| |
'net 2002::/16', which were previously non-deterministic based on
the previous contents of memory.
from upstream; ok claudio@
|
|
|
|
|
| |
function is in scope and a pointer is not returned via an int
ok dtucker
|
|
|
|
| |
to work on a vlan parent interface. ok mcbride@, "commit it" deraadt@
|
|
|
|
| |
ok ray@ gilles@
|
|
|
|
| |
figured out by claudio@
|
|
|
|
|
|
|
|
| |
wlan frames (DLT_IEEE802_11 and DLT_IEEE802_11_RADIO linktypes). see
tcpdump(8) for details.
"Works for me" claudio@
ok jmc@ deraadt@
|
|
|
|
|
|
|
| |
code. however, it is still cluttering up the kernel namespace a bit. it is
better gone.
ok claudio@
|
|
|
|
|
| |
Bump version to 3.1.
OK brad@
|
| |
|
|
|
|
| |
ok jsg@ deraadt@
|
|
|
|
|
|
| |
ok canacar@
From: Marc Huber <pppoe at pro-bono-publico dot de>
|
| |
|
|
|
|
| |
deraadt@ ok.
|
|
|
|
|
|
| |
old datalink type is still recognized.
ok henning@ dhartmei@ frantzen@
|
| |
|
| |
|
|
|
|
| |
number, reason and action. fix the ipv4/ipv6 distinction while I'm here.
|
| |
|
| |
|
| |
|
|
|
|
| |
add support for INET6 (kame)
|
| |
|
| |
|
| |
|
|
|
|
| |
tcpdump + additional info (SPI + which type of transforms where passed).
|