Date: Mon, 27 Jan 2014 22:48:25 -0500 From: Jason Hellenthal <jhellenthal@dataix.net> To: Robert Simmons <rsimmons0@gmail.com> Cc: "freebsd-pf@freebsd.org" <freebsd-pf@freebsd.org> Subject: Re: PF in FreeBSD 10.0 Blocking Some SSH Message-ID: <8BED056E-BD4E-45A5-8855-02B740848F58@dataix.net> In-Reply-To: <CA%2BQLa9BhbNKAFS7Y5wj6FJ=S4Mod9hg53jULu8LGgmzp_kZ7mw@mail.gmail.com> References: <CA%2BQLa9D97WytnE2Yiy6VFXDrhcgLcpPGf2zB16urjf2Ms%2BrzFg@mail.gmail.com> <20140127192048.GS66160@FreeBSD.org> <FA54EBD0-E7F1-43CF-A62D-4D13F5C38383@dataix.net> <CA%2BQLa9BhbNKAFS7Y5wj6FJ=S4Mod9hg53jULu8LGgmzp_kZ7mw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] Interesting I'll see if I can plug away with this and produce something similar to that using your rules once I can get past this kernel problem I have . . . ;-) definately a point release -- Jason Hellenthal Voice: 95.30.17.6/616 JJH48-ARIN > On Jan 27, 2014, at 22:26, Robert Simmons <rsimmons0@gmail.com> wrote: > > On Mon, Jan 27, 2014 at 4:06 PM, Jason Hellenthal > <jhellenthal@dataix.net> wrote: >> >> I've seen similar things happen on SSH, that were due to a combination of >> "scrub"ing and states expiring. Turning off scrub rules on SSH specifically >> cured the scenario for me but I don't see an indication of whether or not >> you are using that. > > I am not using any scrubbing rules. > >> You could also verify the states dropping by changing the optimization to >> conservative. > > The problem does not seem to be happening today, so I will try this > when it happens again: > set optimization conservative > > However, the problem does not interrupt my ssh session with the > server, so I don't think that its dropping an idle connection. It > looks just to be blocking some packets involved with a connection. > _______________________________________________ > freebsd-pf@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-pf > To unsubscribe, send any mail to "freebsd-pf-unsubscribe@freebsd.org" [-- Attachment #2 --] 0 *H 010 + 0 *H 90000 *H 010 UIL10U StartCom Ltd.1+0)U"Secure Digital Certificate Signing1806U/StartCom Class 1 Primary Intermediate Client CA0 130518085048Z 140519220947Z0H10Ujhellenthal@dataix.net1%0# *H jhellenthal@dataix.net0"0 *H 0 '`TmfkܨJ5u+c'Upb`zv)&ȸXZ*VN6JvLoVoh}g pQDŽKf/tZA˳("4Ԅ˻'d2h|IBl'^v^;'e8S99ۿVm|k8_UQtC"5l!kjZ]އQGn\Bh!FTsD%pV^Eӑd¨x"9 г"f 00 U0 0U0U%0++0UڔfmVʢ$䟓0U#0Sr풜\|~5NԸQ0!U0jhellenthal@dataix.net0LU C0?0;+70*0.+"http://www.startssl.com/policy.pdf0+00' StartCom Certification Authority0This certificate was issued according to the Class 1 Validation requirements of the StartCom CA policy, reliance only for the intended purpose in compliance of the relying party obligations.06U/0-0+)'%http://crl.startssl.com/crtu1-crl.crl0+009+0-http://ocsp.startssl.com/sub/class1/client/ca0B+06http://aia.startssl.com/certs/sub.class1.client.ca.crt0#U0http://www.startssl.com/0 *H {0Ӹ,52W{Ey8b[{7 _+P"n["-,@ŽpJ-W$ݍjWA-6z( RdIZ.KzXє[K6}{s+v.Qh0PͅKhTw 0I73lz*Kv4Kkگ63;p1:ױ@)]ok>:W%XwC1þL/o8~#oP0400 *H 0}10 UIL10U StartCom Ltd.1+0)U"Secure Digital Certificate Signing1)0'U StartCom Certification Authority0 071024210155Z 171024210155Z010 UIL10U StartCom Ltd.1+0)U"Secure Digital Certificate Signing1806U/StartCom Class 1 Primary Intermediate Client CA0"0 *H 0 -).2AUGo#G B|NDRpM-B=o-we5JQpa>O.#._<V [~**pz~3WG .ᘟMlr[<Ce6fqO"uxfWN#uicgkv$Lb%y`_{`xK'GN 00U00U0USr풜\|~5NԸQ0U#0N@[i04hCA0f+Z0X0'+0http://ocsp.startssl.com/ca0-+0!http://www.startssl.com/sfsca.crt0[UT0R0'%#!http://www.startssl.com/sfsca.crl0'%#!http://crl.startssl.com/sfsca.crl0U y0w0u+70f0.+"http://www.startssl.com/policy.pdf04+(http://www.startssl.com/intermediate.pdf0 *H }x,\c^#wMq}>UK/^yX֏y frMIŲB61ymQҨݬZ0&
