-
Notifications
You must be signed in to change notification settings - Fork 269
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
tcpprep -x option issue #404
Labels
Comments
fklassen
added a commit
that referenced
this issue
Jan 22, 2018
fklassen
added a commit
that referenced
this issue
Jan 22, 2018
fklassen
added a commit
that referenced
this issue
Jan 22, 2018
fixed in PR #453 |
fklassen
added a commit
that referenced
this issue
Oct 19, 2018
* Enhancement_#493_codacy_fixes: (26 commits) Enhancement #493 - fixes for Codacy identified issues Bug #486 Enforce max snaplen rather than doing realloc Bug #486 CVE-2018-17974 realloc memory if packet size increases Bug #484 CVE-2018-17582 Check for corrupt PCAP files 4.3 - revert travis updates from merge Remove dead code resolve possible null pointer dereference travis-ci: add autogen package Bug #461 build warnings (#462) #412 fix gcc 6.3 compiler warning #421 fix ms to ns conversion Bug #423 remove commented code Bug #423 Remove limit for tcpprep -S Bug #398 Rewrite of tcpdump.c (#457) Bug #402 memset dlt radiotap get 80211 (#454) #404 fix check_list return values (#453) #406 fix zero-length IP headers #416 apply STDIN restore to all programs #416 fix compile issue introduced by downstream PR #416 update CHANGELOG [ci skip] ...
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
As reported in [email protected] mail list:
tcpreplay version: 4.1.0 (build git:v4.1.0)
This is from the tcpprep man page
Emphasis mine.
After doing all this, to the attached capture:
I would expect only packets 4-16,21-33 to be modified and/or given a direction in the cache. But they all have and there is nothing indicating that it will not replay everything.
And, indeed, the entire capture is replayed. This makes no difference: --include='P:4-16,21-33' vs --include=P:4-16,21-33
This also does not stop anything:
tcpprep --cidr=1.0.0.0/8 --include=E:1.0.0.0/8 --cachefile='tmp/INPUT.cache' --pcap='tmp/IP.pcap'
This does:
tcpprep --cidr=1.0.0.0/8 --include=S:1.0.0.0/8 --cachefile='tmp/INPUT.cache' --pcap='tmp/IP.pcap'
I cannot find where this was recently discussed or fixed in the archives. Seems like a bug.
-Mike
two-gets.pcap.txt
The text was updated successfully, but these errors were encountered: