Daniel Ouellet wrote:
>> If this was to be implemented, it might be more appropriate to show in
>> the
>> runtime state (pfctl -si) than the rule output.
>
> I don't know. May be may be not. But I got cut with this. I had a
> sysadmin do changes in a pretty big multi interface box and he use the
> set skip to test new rules on individual interface as I guess it started
> to be to big, I can't explain. But in any case, I started to see pass
> that some strange things that shouldn't be there and looking at the
> pfctl -sr at work, I never saw anything that would explain it.
>
> After many hours of work, I thought that may be there might be a bug
> somehow. Look in that directions and a few more days pass.
>
> Someone time the most obvious is not what jump at you and in the end, I
> started to look in more details to the rules instead of the pfctl -sr
> until I saw the set skip in there.
>
> So, in the end, it is very stupid that I agree with 100%!
>
> No one else to blame then the sysadmin and myself to assume that pfctl
> -sr would show me what's active at the time.
>
> I felt into that trap and that's why I was asking if it wouldn't make
> sense to see what's actually active when you are looking at the live
> configuration running on the system.
>
> I took for granted that looking at the live rules was telling me that's
> what is actively filter. Believe me, I will not felt into that trap
> again, but I thought after a many hours that I could have saved, that
> may be it might be very useful for someone else may be.
>
> I just thought that if you look at the live configuration, it should
> show the life configuration.
>
> That was just my take on it after a real life trap that I don't have
> anyone to blame then myself for not looking at the details configuration
> line by line sooner.
>
> In any case, thanks for the feedback. That's a mistake I will not repeat
> again! (;>
>
> Daniel
>
>
pfctl -sI -vv shows you if an interface is skipped or not.

My 2 cents,
--
Giancarlo Razzolini
Linux User 172199
Moleque Sem Conteudo Numero #002
Slackware Current
OpenBSD Stable
Snike Tecnologia em Informatica
4386 2A6F FFD4 4D5F 5842  6EA0 7ABE BBAB 9C0E 6B85

[demime 1.01d removed an attachment of type application/pgp-signature which had 
a name of signature.asc]

Reply via email to