https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
Mark Linimon changed:
What|Removed |Added
Assignee|b...@freebsd.org|p...@freebsd.org
--
You are receiv
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #27 from Franco Fichtner ---
For reference: https://docs.freebsd.org/en/articles/pr-guidelines/
"Jane Random BugBuster confirms that the bug report has sufficient information
to be reproducible. ***If not, she goes back and for
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #26 from Franco Fichtner ---
Fair enough. Apology accepted. :)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #25 from Kristof Provost ---
(In reply to Franco Fichtner from comment #24)
Franco, I will continue to close bugs which have not been demonstrated on
freebsd. I will not continue this argument.
--
You are receiving this mail b
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #24 from Franco Fichtner ---
> That would be the bit where this website says “freebsd.org” rather than
> opnsense.
I get you are trying to sound assertive, but the fact of the matter is this is
unmodified code and obviously i
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #23 from Rin Cat ---
OK, any ETA of the patch? I would like give it a try before merge.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #22 from Kristof Provost ---
(In reply to Rin Cat from comment #20)
Yeah, that’s what I expected. It’s pretty trivial to fix, and I’ll land it
along with the other fixes in the review above.
For extra fun this is only a proble
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #21 from Rin Cat ---
The TCP and UDP hdr th_sport = uh_sport = 61525 and th_dport = uh_dport = 47873
looks correct.
ip_src = {s_addr = 0}, ip_dst = {s_addr = 0}.
And this one is a TCP connection proto = 6 '\006'
--
You are re
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #20 from Rin Cat ---
(kgdb) p pd->dport
$2 = (u_int16_t *) 0x0
(kgdb) p pd->sport
$3 = (u_int16_t *) 0x0
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #19 from Kristof Provost ---
(In reply to Rin Cat from comment #16)
Can you print pd->sport and pd->dport, because I suspect those are the issue,
not src or dst.
Also, you may be interested in following https://reviews.freebsd
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #18 from Kristof Provost ---
(In reply to Franco Fichtner from comment #17)
That would be the bit where this website says “freebsd.org” rather than
opnsense.
Supporting opnsense is your job, not mine. You don’t get to just thr
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #17 from Franco Fichtner ---
> Resolution: --- → Not Accepted
I'm sorry but where is this policy written? It is not helpful smashing
legitimate bug reports which happens to be your feature...
Cheers,
Franco
--
You are recei
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #16 from Rin Cat ---
Not sure what's happened,
SipHash_Update(&ctx, pd->src, sizeof(pd->src->v6));
pd->src (struct pf_addr *) 0xf8010a3cae6e
become
(const uint8_t *) 0x0
in SipHash_Update
Before
if (ctx->buflen
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #15 from Rin Cat ---
#11 0x82abac5a in pf_syncookie_mac (pd=pd@entry=0xfe00c5fc3b10,
cookie=..., seq=) at /usr/src/sys/netpfil/pf/pf_syncookies.c:444
(kgdb) p pd
$19 = (struct pf_pdesc *) 0xfe00c5fc3b10
(kgdb) p
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #14 from Rin Cat ---
So
bcopy(*src, &ctx->buf.b8[ctx->buflen], x)
become
bcopy(NULL, 0xfe00c5fc38d8, 2)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #13 from Rin Cat ---
(kgdb) frame 9
#9 0x804b6ce9 in SipBuf (ctx=ctx@entry=0xfe00c5fc38b8,
src=src@entry=0xfe00c5fc3880, len=len@entry=2, final=2, final@entry=0) at
/usr/src/sys/crypto/siphash/siphash.c:103
(k
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #12 from Rin Cat ---
(kgdb) bt
#0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55
#1 doadump (textdump=textdump@entry=1) at
/usr/src/sys/kern/kern_shutdown.c:396
#2 0x80c72724 in kern_reboot (howto=260) at
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #11 from Rin Cat ---
That pf_syncookie_check() is in a if statement which doesn't matter if we
enabled the feature or not.
https://github.com/freebsd/freebsd-src/blob/57a3b81785c0f7f458789d0baa5c8265ecfd5bac/sys/netpfil/pf/pf.c
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #10 from Rin Cat ---
I don't know either, I also tried set net.inet.tcp.syncookies="0", but it still
panic.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #9 from Kristof Provost ---
(In reply to Rin Cat from comment #8)
> From the backtrace I think the syncookies are from incoming / forwarding
> connections, not pf it self.
No, I mean, how can we be hitting syncookie code if th
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #8 from Rin Cat ---
I copied the configurations from OPNsense, so some of them may not exists in
base FreeBSD, and it shouldn't affect anything.
>From the backtrace I think the syncookies are from incoming / forwarding
connecti
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #7 from Kristof Provost ---
How are you getting a syncookie panic if 'set syncookies` is not part of the
ruleset?
Also, what is net.pf.share_forward? I can't seem to find that in the code.
Does this happen on 14?
--
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #6 from Rin Cat ---
Changed sysctl:
debug.debugger_on_panic="0"
dev.mce.0.rx_pauseframe_control="0"
dev.mce.1.rx_pauseframe_control="0"
hw.ibrs_disable="0"
hw.ixl.enable_head_writeback="0"
hw.syscons.kbd_reboot="0"
kern.ipc.max
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #5 from Kristof Provost ---
Okay, so with what ruleset? What non-default sysctls? What traffic?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
Rin Cat changed:
What|Removed |Added
Status|Closed |New
Resolution|Not Accepted
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
Kristof Provost changed:
What|Removed |Added
Status|New |Closed
Resolution|---
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
--- Comment #2 from Rin Cat ---
I haven't had a chance to test it on base FreeBSD yet, which would require me
to turn off the gateway for a while.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
Kristof Provost changed:
What|Removed |Added
CC||k...@freebsd.org
--- Comment #1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273207
Bug ID: 273207
Summary: pf_syncookie_mac for IPv6 random cause panic
Product: Base System
Version: 13.2-RELEASE
Hardware: amd64
OS: Any
Status: New
29 matches
Mail list logo