Posted by jack in scaesar.com
Hello,
I voted yes with the current version, the problem in the Paket Log entries in the ever learn and are thus very few pages slowly opened.
I have the support and following written request received:
1. Go to Option -> Logs, and turn on 'Log debugging information' option.
2. Set 'Log' parameter to 2.
I have now set in Outpost and believe it or not, what happens then is, suddenly were in the Paket Log all accesses to allow.:eek: The sides will be back to normal soon open:
url=http://bildrian.de]http://bildrian.de/n/b/a30d0b4059368235.jpg[/url]
Could my times someone explain? Finally, the learning mode disappeared, as it should be.:D
So it was previously, if the Debbuging Log not activated.
http://bildrian.de/n/b/d4799365326bec30.jpg (http://bildrian.de)
Best Regards Kurt
Unfortunately, Agnitum has provided no documentation on how these logs work. Obviously, having "Learning Mode" in the packet log is not really a problem - even though it sure looks like one - but rather a setting or an artifact in the Logs themselves.
Thanks for sharing this with us Kurt. I can only hope that Agnitum decides to properly document the functioning of these logs so users can understand what they are seeing.
The Paket Log shows a constantly learning mode. This slows the display of the Internet pages extreme.;)
Once you have the Debbuging Log in Stage 2 enabled, then suddenly all the requests. Just as it should be.;)
Best Regards Kurt
Hi Kurt,
are pages are opening faster with debug enabled?
These are part of TCP control bits. They are called SYN, ACK, FIN and RST, for "synchronize," "acknowledge," "finish," and "reset," respectively. These bits are set in TCP packets for the sole benefit of the remote peer's network stack. It's the stuff under the hood that makes TCP work.
A [RST ACK] is an acknowledgement of a reset.
http://tangentsoft.net/wskfaq/articles/debugging-tcp.html
I noticed that if i leave active rules wizard mode, in event viewer there are many record [RST ACK] or [SYN ACK] while if you set your firewall on block most mode, in my system, all items that were in learning mode, now are blocked.
Ok, so the problem is that the logging is slow and it isn't showing blocks without debugging information? It's to be expected that setting the logs to higher numbers will show more information at a much quicker pace but the packet log should show some blocks regardless of what mode you are running. I have logging at default and it still shows blocks.
http://img216.imageshack.us/img216/7322/59306059ut1.th.jpg (http://img216.imageshack.us/my.php?image=59306059ut1.jpg)
I'm not sure how this really relates to internet pages displaying slowly though and why setting the debug logs to 2 would fix this. Maybe I'm misunderstanding.
That is the funny, if I Debbug do, the call of the site immediately.:rolleyes:
I have noticed that through the learn to access a page is not allowed short-term or through this learning mode, the page is opened slowly.
Once I Debbug Log Level 2 do, almost everything is permitted.
The Learn mode is only me in quite a few hits.:rolleyes:
Best Regards Kurt
I can think of it, yes, but not annulled.
But sometime Outpost should also learn from one mode, and then learned packages allow.;)
The Learn mode will also call me from the pages I have frequently called. The Outpost but should have already learned.
Regards Kurt
I'm sorry but I don't think I understood what you are trying to say.
Logging debug information already gives a warning that it may reduce performance. Is the problem that nothing shows up in packet log without logging debug information?
I voted yes with the current version, the problem in the Paket Log entries in the ever learn and are thus very few pages slowly opened.
I have the support and following written request received:
1. Go to Option -> Logs, and turn on 'Log debugging information' option.
2. Set 'Log' parameter to 2.
I have now set in Outpost and believe it or not, what happens then is, suddenly were in the Paket Log all accesses to allow.:eek: The sides will be back to normal soon open:
url=http://bildrian.de]http://bildrian.de/n/b/a30d0b4059368235.jpg[/url]
Could my times someone explain? Finally, the learning mode disappeared, as it should be.:D
So it was previously, if the Debbuging Log not activated.
http://bildrian.de/n/b/d4799365326bec30.jpg (http://bildrian.de)
Best Regards Kurt
Thanks for sharing this with us Kurt. I can only hope that Agnitum decides to properly document the functioning of these logs so users can understand what they are seeing.
Once you have the Debbuging Log in Stage 2 enabled, then suddenly all the requests. Just as it should be.;)
Best Regards Kurt
are pages are opening faster with debug enabled?
A [RST ACK] is an acknowledgement of a reset.
http://tangentsoft.net/wskfaq/articles/debugging-tcp.html
http://img216.imageshack.us/img216/7322/59306059ut1.th.jpg (http://img216.imageshack.us/my.php?image=59306059ut1.jpg)
I'm not sure how this really relates to internet pages displaying slowly though and why setting the debug logs to 2 would fix this. Maybe I'm misunderstanding.
I have noticed that through the learn to access a page is not allowed short-term or through this learning mode, the page is opened slowly.
Once I Debbug Log Level 2 do, almost everything is permitted.
The Learn mode is only me in quite a few hits.:rolleyes:
Best Regards Kurt
But sometime Outpost should also learn from one mode, and then learned packages allow.;)
The Learn mode will also call me from the pages I have frequently called. The Outpost but should have already learned.
Regards Kurt
Logging debug information already gives a warning that it may reduce performance. Is the problem that nothing shows up in packet log without logging debug information?
#If you have any other info about this subject , Please add it free.# |