carlopmart wrote:

> block in quick on egress inet proto tcp from any to any flags /S label 
> "Traffic \
> Denied" block in quick on egress inet proto tcp from any to any flags /SFRA 
> label \
> "Traffic Denied" block in quick on egress inet proto tcp from any to any 
> flags /SFRAU \
> label "Traffic Denied" block in quick on egress inet proto tcp from any to 
> any flags \
> A/A label "Traffic Denied" block in quick on egress inet proto tcp from any 
> to any \
> flags F/SFRA label "Traffic Denied" block in quick on egress inet proto tcp 
> from any \
> to any flags U/SFRAU label "Traffic Denied" block in quick on egress inet 
> proto tcp \
> from any to any flags SF/SF label "Traffic Denied" block in quick on egress 
> inet \
> proto tcp from any to any flags SF/SFRA label "Traffic Denied" block in quick 
> on \
> egress inet proto tcp from any to any flags SR/SR label "Traffic Denied" 
> block in \
> quick on egress inet proto tcp from any to any flags FUP/FUP label "Traffic 
> Denied" \
> block in quick on egress inet proto tcp from any to any flags FUP/SFRAUPEW 
> label \
> "Traffic Denied" block in quick on egress inet proto tcp from any to any 
> flags \
> SFRAU/SFRAU label "Traffic Denied" block in quick on egress inet proto tcp 
> from any \
> to any flags SFRAUP/SFRAUP label "Traffic Denied"
>

I believe above monster block (I'd say my early ipf-based setups did so)
is redundant since all TCP packets with incorrect flags' combinations are
dropped by corresponding "scrub" rule.

Alexey

Reply via email to