Oh my gosh.  I'm embarrassed.  I went to try out the basic context
expression example from (2.1)
http://sixshooter.v6.thrupoint.net/SEC-examples/article-part2.html and I
noticed an error from the example when I ran it:

Rule in test.conf at line 19: Invalid context specification ' !FOO_CONTEXT
&& (BAR_CONTEXT || BAZ_CONTEXT) '

So I was scratching my head trying to figure out why this simple example
wouldn't work.  Then I did a /usr/bin/perl -v and it came up with:

This is perl, version 5.005_03

My problem turned out to be a perl version issue.  I ran my test using
5.8and it works just fine.  Sorry about that, and thank you for taking
time out
to look into my issue.

~Jon~

On 3/20/08, Risto Vaarandi <[EMAIL PROTECTED]> wrote:
>
> Jon Salud wrote:
> > Thanks for the replies.  I'm pretty much using standard input to test
> > while cut-n-pasting from a web server log.  Here's an example line:
> >
> > 192.168.0.2 <http://192.168.0.2> www.mywebserver.com
> > <http://www.mywebserver.com> somelongstringhere [01/Jan/2001:00:00:00
> > -0000] "GET /path/to/some/http HTTP/1.0" 200 12345
> > "http://www.mywebserver.com/path/to/some/http"; "Mozilla/4.0 (compatible;
> > MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" "-"
> >
> > The rule does fire all the time if I remove the context line completely.
>
> hi Jon,
> do the strings contain whitespace? (If they do, \S+ will match just the
> first part of strings.) Are the contexts created correctly?
> At the moment it is hard to tell what could be wrong here - can you post
> your entire ruleset?
> br,
> risto
>
> >
> > sample contexts created:
> >
> > good_ip_127.0.0.1
> > good_ip_192.168.0.1
> >
> > bad_ip_192.168.0.2
> > bad_ip_192.168.0.3
> >
> > bad_string_somelongstringhere1
> > bad_string_somelongstringhere2
> > bad_string_somelongstringhere3
> >
> > etc...
> >
> > ~Jon~
> > On 3/20/08, *Risto Vaarandi* <[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>> wrote:
> >
> >     Jon Salud wrote:
> >      > Hello there,
> >      >
> >      > The following rule doesn't seem to be read according to
> /tmp/sec.dump
> >      >
> >      > type = Single
> >      > desc = context $1 $2
> >      > ptype = PerlFunc
> >      > pattern = sub { if ($_[0] =~ /^(\S+) \S+ (\S+)/) { return ($1,
> $2,
> >      > $_[1]); } return 0; }
> >      > context = !good_ip_$1 && (bad_ip_$1 || bad_string_$2)
> >      > action = shellcmd ./notify.ksh "%t|$3|$2|$1|$0"
> >      >
> >      > I populate all the good_ip_xxx, bad_ip_xxx, bad_string_xxx
> >     contexts at
> >      > the beginning, but this rule doesn't seem to work when I try and
> test
> >      > it.  When I remove the parentheses from the 'context' line it
> >     somewhat
> >      > works, but doesn't behave the way I intend it to.  Any thoughts?
> >      >
> >
> >     hi Jon,
> >     I tested the rule on my Linux workstation by feeding various string
> >     tuples (A, B, C) to SEC, having separate rules put to place for
> creating
> >     and deleting contexts for the first and third elements of tuples (A
> and
> >     C, that is). I couldn't find any problem with the rule - if either
> >     bad_ip_A or bad_string_C (or both) exist, and good_ip_A does not
> exist,
> >     the rule fires; otherwise the action is not executed.
> >     Therefore, I am strongly suspecting that the 'pattern' parameter
> does
> >     not correctly capture your input. As John suggested, it would be
> most
> >     helpful if you could provide us some samples of your actual input.
> >     best regards,
> >     risto
> >
> >      > ~Jon~
> >      >
> >      >
> >      >
> >
> ------------------------------------------------------------------------
> >      >
> >      >
> >
> -------------------------------------------------------------------------
> >      > This SF.net email is sponsored by: Microsoft
> >      > Defy all challenges. Microsoft(R) Visual Studio 2008.
> >      > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >      >
> >      >
> >      >
> >
> ------------------------------------------------------------------------
> >      >
> >      > _______________________________________________
> >      > Simple-evcorr-users mailing list
> >      > [email protected]
> >     <mailto:[email protected]>
> >      > https://lists.sourceforge.net/lists/listinfo/simple-evcorr-users
> >
> >
> >
> > ------------------------------------------------------------------------
> >
> >
> -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Simple-evcorr-users mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/simple-evcorr-users
>
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Simple-evcorr-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/simple-evcorr-users

Reply via email to