https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254965
Mark Linimon changed:
What|Removed |Added
Assignee|b...@freebsd.org|n...@freebsd.org
--
You are receiv
> On 10. Apr 2021, at 23:59, Rick Macklem wrote:
>
> tue...@freebsd.org wrote:
>> Rick wrote:
> [stuff snipped]
With r367492 you don't get the upcall with the same error state? Or you
don't get an error on a write() call, when there should be one?
>> If Send-Q is 0 when the network is
>From what i understand rick stating around the socket state changing before
>the upcall, i can only speculate that the rst fight is for the new sessios the
>client tries with the same 5tuple, while server side the old original session
>persists, as the nfs server never closes /shutdown the sess
Hi, all. I noticed my firewall was dropping what seemed to be unsolicited
UDP connections from Google and Facebook, but this turned out to be QUIC
traffic. The traffic can be initiated by the browser (or other supporting
software) or the server. The problem is that dynamic rules generally don't
c
To view an individual PR, use:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id).
The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and ob
Hi Michael,
On Sun, Apr 11, 2021, 1:25 PM Michael Sierchio wrote:
> Hi, all. I noticed my firewall was dropping what seemed to be unsolicited
> UDP connections from Google and Facebook, but this turned out to be QUIC
> traffic. The traffic can be initiated by the browser (or other supporting
>
On Sun, Apr 11, 2021 at 2:20 PM Matt Joras wrote:
> Hi Michael,
>
> On Sun, Apr 11, 2021, 1:25 PM Michael Sierchio wrote:
>
>> Hi, all. I noticed my firewall was dropping what seemed to be unsolicited
>> UDP connections from Google and Facebook, but this turned out to be QUIC
>> traffic. The tr
Sadly, no. That would be a great feature. The sysctl setting for
dynamic rule lifetime is for all UDP.
But since the firewall itself is responsible for most of the
DNS and NTP traffic, I can write non-stateful rules for that. The
recursive resolver on that port won't respond to outside queries
I should be able to test D69290 in about a week.
Note that I will not be able to tell if it fixes otis@'s
hung Linux client problem.
rick
From: Scheffenegger, Richard
Sent: Sunday, April 11, 2021 12:54 PM
To: tue...@freebsd.org; Rick Macklem
Cc: Youssef G
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220468
--- Comment #18 from Kubilay Kocak ---
(In reply to Renato Botelho from comment #17)
^Triage: Thanks, please include PR: references in those merges :)
--
You are receiving this mail because:
You are on the CC list for the bug.
__
10 matches
Mail list logo
