IP Protection failed?

[wijllie]

Can a developer PLEASE build something into the program if the filesize of the rules.ref = zero so the program try's and update first

before crashing the application? After deleting the file and starting the program it updates and runs fine again.

The definitions were already updatet today, after a second boot MBAM failed to start, probably due to a

bad update.. Also he httprequest seems still to be a problem (autoupdate on boot fails...), don't know

if this has something to do with it. I thought the latest update would get MBAM back on track but....

06:01:25 (null) ERROR Scheduled update failed: WinHttpSendRequest failed with error code 12007

06:01:54 Pierre MESSAGE Protection started successfully

06:01:59 Pierre MESSAGE IP Protection started successfully

06:05:42 Pierre MESSAGE IP Protection stopped

06:05:47 Pierre MESSAGE Database updated successfully

06:05:48 Pierre MESSAGE IP Protection started successfully

18:43:40 Pierre ERROR UtilityReadFile failed with error code 32

18:43:40 Pierre MESSAGE Protection stopped

18:59:26 (null) ERROR Scheduled update failed: WinHttpSendRequest failed with error code 12007

18:59:44 Pierre ERROR CryptDecrypt failed with error code -2146893820

18:59:44 Pierre MESSAGE Protection stopped

19:03:29 Pierre MESSAGE Protection started successfully

19:03:33 Pierre MESSAGE IP Protection started successfully

XP-SP3

[exile360]

Thanks for the info. I'm looking into the matter to try and replicate this.

Please tell me which options you have selected for your scheduled update so I can better try to replicate this.

Thanks

[wijllie]

Thanks for the info. I'm looking into the matter to try and replicate this.

Please tell me which options you have selected for your scheduled update so I can better try to replicate this.

Thanks

Thanks for responding, Exile.

The problem and all of the different errors in the log only ocur

when you enable "update onboot" in combination with a wireless connection. (XP)

Problem is out of 7 or 14 days you get this once. So replicating

depends on the speed your wireless device connect to the wireless router.

-> If I remove the update onboot the program runs totaly fine.

IMO the program tries to update too fast, if the (wireless) connection

is not established in time you get the httpsendrequest error.

Without a crash because my next auto-update is set to 15 mins and gets the

new defs.

By the way, my wireless connecion is ok and starts as usual in normal time.

No other programs have problems with updating "on boot".

So something is bugging the rules.ref. (Diff. scans = no mallware)

If the connection is made at the moment the update is generated

I suspect the file zero happens which causes more errors and a fail

to start the program (on next boot!).

In Win7 you don't have this because the delayed start.

I suggest to build in a delay of a few minutes in the "onboot" update option

and a check so when a rules.ref with filesize zero is found the program tries to

get a fresh update...

Regards, Wijllie.

[wijllie]

07:40:38 ERROR IP protection failed: PfBindInterfaceToIPAddress failed with error code 87

This error came up while a scheduled quick scan was running in the background (XP) and at the same time surfing on the net with IE8.

[wijllie]

any news on this?

[wijllie]

Thanks to all moderators and admins for not responding

[exile360]

Greetings,

Are you still having this issue or was it a one time error? Is the IP blocker now blocking as it should? Please test it by visiting iptest.malwarebytes.org, which is our safe test site for the IP blocker and let me know.

Thanks.

[exile360]

No news yet unfortunately. I've tried many times to replicate this but still haven't been able to do so, likely due to the speed of my wireless card as you suggested.

I have however made a suggestion to the developers (which I believe I mentioned the last time you posted about this problem) that Malwarebytes' not start any scheduled items until at least 5 minutes after startup, thus allowing an internet connection to be fully established and the system to settle down before any scheduled updates or scans try to run.

[wijllie]

Greetings,

Are you still having this issue or was it a one time error? Is the IP blocker now blocking as it should? Please test it by visiting iptest.malwarebytes.org, which is our safe test site for the IP blocker and let me know.

Thanks.

Exile, you're underpayed

It was a one time error and just wanted to know what that was about.

Also it could help developers to debug if not already recognized...

I tested the iptest.malwarebytes.org and the page didn't load but I didn't get a popup in the systray

which stated the site was blocked... However an entry of the site was made in the LOG.

Before some other moderater posts "uninstall, clean, reinstall" to solve the problem: I won't

By the way, it would be a nice feature to add manualy sites (ip or hostnames) in the program!

[wijllie]

No news yet unfortunately. I've tried many times to replicate this but still haven't been able to do so, likely due to the speed of my wireless card as you suggested.

I have however made a suggestion to the developers (which I believe I mentioned the last time you posted about this problem) that Malwarebytes' not start any scheduled items until at least 5 minutes after startup, thus allowing an internet connection to be fully established and the system to settle down before any scheduled updates or scans try to run.

Great, this would solve any problems on boot if the internet connection is not established.

But on a second thought; a delay of 5 minutes could still make problems if for instance

the internet connection is temporary shut down for a longer time.

A better solution to solve this would be a internet connection check before updating refs or program...

I think this is important enough to avoid zero filesizes and program crashes...

Also I like to see a auto ref update BEFORE any scheduled or manual scans are aplyed;

now while a scan is running I see sometimes an update of the refs is coming in.

The update should be automaticly downloaded before any sort of scanning so you scan always with the newest/latest refs....

Regards, Wijllie

[AdvancedSetup]

Also I like to see a auto ref update BEFORE any scheduled or manual scans are aplyed;

This just is not going to happen for the free version and is one of the selling points as well.

For the paid version I'm not sure I see the need for it either. We update on average about 4 times per day so if you set you scheduler to update every 4 hours then you will always have the latest version. That would also keep your protection module updated to prevent new threats found that you might come across. I also don't see why anyone would want to manually run scans with the paid version. The whole idea of buying the Pro version is to keep you better protected and have the entire process automated. I enable the Protection Module, setup my update schedule to every 4 hours and late night scan and that's it. I also leave the tooltip on to see when the updates are applied and check the logs maybe once a week to verify there are no issues. There are much better things to do with a computer than sit and manually run AV/AM scans.

[wijllie]

This just is not going to happen for the free version and is one of the selling points as well.

For the paid version I'm not sure I see the need for it either. We update on average about 4 times per day so if you set you scheduler to update every 4 hours then you will always have the latest version. That would also keep your protection module updated to prevent new threats found that you might come across. I also don't see why anyone would want to manually run scans with the paid version. The whole idea of buying the Pro version is to keep you better protected and have the entire process automated. I enable the Protection Module, setup my update schedule to every 4 hours and late night scan and that's it. I also leave the tooltip on to see when the updates are applied and check the logs maybe once a week to verify there are no issues. There are much better things to do with a computer than sit and manually run AV/AM scans.

I'm a payed customer (6 licences - no corporate.)

IF you make an option in the program for an auto-update ONBOOT and this

fails (makes zero filesizes and crashes the program if you reboot the system) then it's obvious

something should be done about it. Otherwise remove the option.

IF you make an option to make manual scans and I like to do it because I downloaded some stuff or

visited some sites and want to check immediatly I can because the option is there.

If you find that not needed, again, remove the option.

quote:

The whole idea of buying the Pro version is to keep you better protected and have the entire process automated

Well, that's exactly my point; but the "automated" onboot update fails

and the "automated" scan scans WITHOUT the latest refs because there

is no "automated" update before a scan which IMHO is always better.

I kinda find your reply strange... (love it or hate it)

Regards, Wijllie.