Author Topic: Naoko 4.3  (Read 13426 times)

sidki3003

  • Sr. Member
  • ****
  • Posts: 476
    • ICQ Messenger -
    • AOL Instant Messenger -
    • Yahoo Instant Messenger -
    • View Profile
    • http://
    • Email
Naoko 4.3
« Reply #15 on: June 11, 2002, 12:48:43 AM »
I think i can confirm that.
After removing the $LOG commands, prox 4.3 is running 7 hours straight (fingers crossed ).
I used it only with header filters like so:

Key = "ETag: Kill (always cache) (LOG) (In)"
Match = "$LOG(CHeader ETag killed: )"

Key = "Content-Type: Fix MIME types (mod S3) (In)"
Match = "(text/*|^?|unknown)1 $URL([^/]+*.([a-z0-9]+{2,5}(^?)&&$LST(MIME-List)))"
Replace = "$LOG(CHeader Content-Type: 1 to )"


I forgot: I chained a caching proxy between the browser and prox,
but it speaks HTTP 1.1 and doesn't disturb windowsupdate.


Edited by - sidki3003 on 11 Jun 2002  02:11:08
 

Scott Lemmon

  • Full Member
  • ***
  • Posts: 103
    • ICQ Messenger -
    • AOL Instant Messenger -
    • Yahoo Instant Messenger -
    • View Profile
    • http://proxomitron.cjb.net/
    • Email
Naoko 4.3
« Reply #16 on: June 11, 2002, 01:16:23 AM »
quote:

I think i can confirm that. After removing the $LOG commands, prox 4.3 is running 7 hours straight (fingers crossed ).
I used it only with header filters like so:

Key = "ETag: Kill (always cache) (LOG) (In)"
Match = "$LOG(CHeader ETag killed: )"



Hm, might be part of the problem.  You should never place a command like LOG directly after a wildcard - otherwise it might result in the $LOG command being called hundreds of times!  Consider a match like "*a": it must scan through each character in the string looking for an "a".  Likewise "*$LOG()a" will scan through the string looking for "a" but also call LOG at each test! Probably not what you want.

In your example though, since nothing follows LOG, the first test will be "true" and will always be empty. Variables aren't set until that phase of the match is complete, so even though it still shouldn't cause a crash, you'll never see what you intended in the log.

A better way to write it would be...

   &$LOG(CHeader ETag killed: )

Since the "&" separates the two commands.  First "" is completely matched and set, only then the LOG command is called.

-Scott-

 
 

sidki3003

  • Sr. Member
  • ****
  • Posts: 476
    • ICQ Messenger -
    • AOL Instant Messenger -
    • Yahoo Instant Messenger -
    • View Profile
    • http://
    • Email
Naoko 4.3
« Reply #17 on: June 11, 2002, 01:33:15 AM »
Sorry, didn't know what i was doing
Thanks for the help

 
 

Jor

  • Sr. Member
  • ****
  • Posts: 421
    • ICQ Messenger - 10401286
    • AOL Instant Messenger - jor otf
    • Yahoo Instant Messenger - jor_otf
    • View Profile
    • http://members.outpost10f.com/~jor/
    • Email
Naoko 4.3
« Reply #18 on: June 11, 2002, 02:21:30 AM »
quote:

You should never place a command like LOG directly after a wildcard - otherwise it might result in the $LOG command being called hundreds of times!


Is it possible this caused the crashes? I went over my filterset, and adjusted all cases (added ampersands in between... no crash so far.

 
 

Scott Lemmon

  • Full Member
  • ***
  • Posts: 103
    • ICQ Messenger -
    • AOL Instant Messenger -
    • Yahoo Instant Messenger -
    • View Profile
    • http://proxomitron.cjb.net/
    • Email
Naoko 4.3
« Reply #19 on: June 11, 2002, 02:37:49 AM »
I need to check into it, but it really shouldn't. Still it might create a whole lot of extra work for the CPU.  What's so odd is how it's only affecting a particular firewall's driver.  LOG has nothing to do with network stuff, so shouldn't be able to influence it.  A driver should *never* crash like that regardless of what another program may do - it should really be reported to the firewall's authors.  I'd be interested to see if anyone not using that firewall also gets crashes.

 
 

sidki3003

  • Sr. Member
  • ****
  • Posts: 476
    • ICQ Messenger -
    • AOL Instant Messenger -
    • Yahoo Instant Messenger -
    • View Profile
    • http://
    • Email
Naoko 4.3
« Reply #20 on: June 11, 2002, 03:38:31 AM »
Report sent

 
 

Scott Lemmon

  • Full Member
  • ***
  • Posts: 103
    • ICQ Messenger -
    • AOL Instant Messenger -
    • Yahoo Instant Messenger -
    • View Profile
    • http://proxomitron.cjb.net/
    • Email
Naoko 4.3
« Reply #21 on: June 11, 2002, 03:50:01 AM »
Another quick question - was Proxomitron's log window open or closed when the crashes happened?

When the window's closed a bunch of the work is bypassed and the LOG command does very little. That might indicate if the problem was really in the command itself or how it was called.  I'm trying using a similar filter to see If I can get anything to happen - so far no problems though.

Thanks!

-Scott-



Edited by - Scott Lemmon on 11 Jun 2002  04:50:23
 

sidki3003

  • Sr. Member
  • ****
  • Posts: 476
    • ICQ Messenger -
    • AOL Instant Messenger -
    • Yahoo Instant Messenger -
    • View Profile
    • http://
    • Email
Naoko 4.3
« Reply #22 on: June 11, 2002, 03:52:37 AM »
quote:

was Proxomitron's log window open or closed when the crashes happened?



In my case it was closed.

 
 

Jor

  • Sr. Member
  • ****
  • Posts: 421
    • ICQ Messenger - 10401286
    • AOL Instant Messenger - jor otf
    • Yahoo Instant Messenger - jor_otf
    • View Profile
    • http://members.outpost10f.com/~jor/
    • Email
Naoko 4.3
« Reply #23 on: June 11, 2002, 04:01:14 PM »
I usually keep the log window open (I love the new logging options, now if you could find a way to automatically write it to a text file?)

Pretty sure the crash is due to a bug in Kerio, I have uninstalled it yesterday, and have had no crash yet.

 
 

MorpheusDreamlord

  • Jr. Member
  • **
  • Posts: 74
    • ICQ Messenger -
    • AOL Instant Messenger -
    • Yahoo Instant Messenger -
    • View Profile
    • Email
Naoko 4.3
« Reply #24 on: June 11, 2002, 04:54:48 PM »
My two cents worth here is that 4.3 is bloody fast!!!!!!!! (compared to 4.2, not tried 4.2.x)

<edit - I've found one thing - some pages are cut off after 1/10 th of the load, a refresh is needed to get them fully....>

<edit -

<snipped out start>

<link rel="chapter forum" href="viewforum.php?f=17" title="3rd HOTU Su
<!--//--><script src="http://Local.ptron/PrxEnd.js"></script><!--//-->

Note the end at "HOTU Su"? This is from the underdogs site BTW..>

Just outta interest, the log command JUST sends notification to the log window, right?... I accept that it's interesting, but why bother - it's getting to be like Linux almost - spending so much time just wowing over the mechanics of it working, and just not leaving it to get on with working. The only time i've had the log window open was just to get an idea of which filters got activated the most, in order to move the to the top of the cfg.

(Hey you guys that love the techy stuff - don'e flame me, just trying to say that the log command seems a littel bit of a waste of time).

(Hey Boss - not complaining about Proxy43 either, she's GREAT!!!)

|
Come to the Dreaming...

Edited by - MorpheusDreamlord on 11 Jun 2002  17:58:02

Edited by - MorpheusDreamlord on 11 Jun 2002  20:03:17

Edited by - MorpheusDreamlord on 11 Jun 2002  20:13:59
|
Come to the Dreaming...

pooms

  • Jr. Member
  • **
  • Posts: 75
    • ICQ Messenger -
    • AOL Instant Messenger -
    • Yahoo Instant Messenger -
    • View Profile
    • Email
Naoko 4.3
« Reply #25 on: June 12, 2002, 12:02:40 AM »
It all depends on what you are trying to do with Proxomitron. I don't
use it just for Browser to Server HTTP, but also in a more peer-to-peer
environment. In particular, the HTTP Response does not always go back to
a Browser, and because Proxomitron's HTTP Message Log does not have an
option to display the contents of the HTTP Response, I can't see it.
I can turn on View Posted Data to see the data content of the HTTP Request,
but there is no equivalent for the return data. So now I can write little
filters that look for things of interest in the response data and LOG them
to the Message Log. So it's a very practical new feature for me.

(Now if I could only make the content filters selectable as Out or In
filters, like the header filters, it would work even better in a
peer-to-peer situation )

 
 

Jor

  • Sr. Member
  • ****
  • Posts: 421
    • ICQ Messenger - 10401286
    • AOL Instant Messenger - jor otf
    • Yahoo Instant Messenger - jor_otf
    • View Profile
    • http://members.outpost10f.com/~jor/
    • Email
Naoko 4.3
« Reply #26 on: June 12, 2002, 01:13:33 AM »
Update:

I reinstalled Kerio, and almost immediately got a crash in fwdrv.sys again. I have no idea what is the problem here, but it would seem something in Prox 4.3 can cause Kerio to go insane.

I'm using another firewall now (Conseal) without any problems, maybe Kerio's next version will be better.

 
 

Scott Lemmon

  • Full Member
  • ***
  • Posts: 103
    • ICQ Messenger -
    • AOL Instant Messenger -
    • Yahoo Instant Messenger -
    • View Profile
    • http://proxomitron.cjb.net/
    • Email
Naoko 4.3
« Reply #27 on: June 12, 2002, 01:19:31 AM »
quote:

<edit - I've found one thing - some pages are cut off after 1/10 th of the load, a refresh is needed to get them fully....>



It's always possible a busy site (or general network problem) may cause a connection to drop prematurely. I've not seen this kind of behavior, but some people using Kerio firewall were reporting similar things happening (see some of the other posts here).  Might be the firewall in that case, but it's hard to say for sure.

It's also possible some filter you're using may be doing this - especially if the filter a) has a very large byte limit b) tries to insert all the original text it matched plus some additional text, and  c) has multi-match enabled.  

Even though the replace buffers are dynamic, this only means the combined output of multiple filters with big bounds won't exceed the buffer, but it's still possible for a single filter to do so. Still, it's a lot easier to account for that in a single filter than try and guess about multi-filter interactions. Just remember the total output needs to be under 32k for a single call of the filter when using multi-match (so don't match 32k of data and then stuff a 10k script on top of that for instance).

-Scott-



Edited by - Scott Lemmon on 12 Jun 2002  02:30:51
 

ridgydidge

  • Guest
Naoko 4.3
« Reply #28 on: June 12, 2002, 06:32:41 AM »
I'm also getting the page stop problem on all sorts of pages and links opening to images - requiring a refresh in 4.3.

doesn't happen in 4.2 using the same filters

 

JakBeNymble

  • Moderator
  • Sr. Member
  • *****
  • Posts: 308
    • ICQ Messenger -
    • AOL Instant Messenger -
    • Yahoo Instant Messenger -
    • View Profile
    • http://
    • Email
Naoko 4.3
« Reply #29 on: June 12, 2002, 08:27:54 AM »
Hello "Fellars",
                No Problems here so far! And it does seem to be faster than the other version that I was Using. "SCOTT" thanks for working on that connection Problem! And For Making Proxomitron available to us! I know that really proxo didn't have a problem, but other factors involved caused the connections to build up.
Well You all have the Best Evening ever!
"Best Wishes",
'jak'