web filtering killing download (not freeze)

WIN 7 64bit, NOD32 64bit 4.2.40.0 with all latest modules/signatures

https://www.o2online.de/nw/assets/blobs/software/connection-manager-win-update3.5.zip

kills the download at 99% (all mainstream browsers set for active mode), switching off web access protection gets the download right, seems to be an issue with the archive support module, or so.

 

There are about 946 files inside so it's normal that it takes a couple of seconds to scan the entire archive. You can set limits for scanning archives if you mind the delay.

 

please read prior commenting - killing (not freeze) - there is a bit of difference there, which is why it is mentioned so in the first place

 

I have this same exact problem. It doesn't happen with all downloads but there are some downloads that I cannot complete unless I disable the Web Access Protection.

The error I get is c:\path\filename.part could not be saved because the source file could not be read. Try again later, or contact the system administrator.

Download works all the time if I disable self-extracting archive in the engine parameter setup under web access protection or just disable it all.

Some files I've had problems with:

Downloading the latest Firefox directly from firefox.com.
Downloading Resource Kits and tools from Microsoft.com.

I'm also running Window 7 x64 with NOD32 AV 4.2.35

 

this going to be fixed (not workaround by switching off all possible options) anytime soon?

 

The filename.part name indicates that you use a download manager to download files. Can you confirm or deny it? If you use a DM couldn't it be that it's set to be handled in active mode? (check the Active mode setup in EAV)

 

so, what about the the zip in the beginning of the thread, which kills (not just freezing) the download? and i am reluctant to limit the archive scan to 1kB or to switch it off or switch off http scanning or switch off NOD

 

Hi Marcos,

Just so you know, filename.part is also found in the download manager of Firefox, a very common browser in today's world.


Cheers,
JC

 

Hello,

For what it is worth, I was successfully able to download the O2 Online Connection Manager v3.5 update using Internet Explorer 8.0 with ESET Smart Security 4.2.40 installed on a Lenovo ThinkPad T60 (Type: 7664-1LU) running Microsoft Windows 7 x64 Ultimate Edition over a 10Mb/s network connection. The ESET Smart Security configuration had default settings with the addition of enabling detection of PUAs.

It would be interesting to know more about the configurations in which this occurs.

Regards,

Aryeh Goretsky

 

WIN 7 Ultimate 64bit / NOD32 64bit 4.2.40.0

Opera 10.54 b3388 (active mode)



IE8 32bit (active mode)



NOD settings

 

and the remaining settings for NOD web

 

I tried both Firefox and IE, both with/without active mode for the clients and both still fail unless I disable the archives object under web access protection.

I download straight through the browsers and don't use any third party download managers.

I'm on Firefox 3.6.3 and IE8.

 

assuming that you did not pretend curiosity there seems to be something wrong with the NOD archive module, judging by

this going to be fixed soon?

 

how is that being solved? was hopeful after the initial curiosity by Eset...

 

The error "Unable to download..." appears at the time ESET is decompressing and scanning those 946 files inside the archive. The scan was still in progress when the error occurred. Apparently it's a timeout of the browser which doesn't count with delays caused by scanning files.

 

apparently it is a flaw in NOD which needs to get fixed as it does happen with all major mainstream browsers...

 

It's a problem of IE as it does not count with possible delays caused by AV programs scanning large archives. That's all and there's nothing wrong on ESET's part. If you often download larger archives that are subsequently scanned and this process takes time due to the size/number of files in the archive, causing a particular application to time out, set a size limit for scanned objects to prevent larger archives from being scanned.

Having said that, everything has been explained and there's nothing more I could add on this topic.

 

it is obvious that you do not wish to look into the matter, read the thread mentioning beside IE also FF and Opera. Same goes by the way for Chrome. But just keep on denying, it really helps the reputation

 

Vtol

Why do you continue to torture yourself using nod ? Eset and their support "is what it is" (anything further here by me would just get snipped by ronjor)

Do yourself a favour and just move on to another security solution!

 

because I paid for it, why don't you live ever happy ever after with NOD and the support as bad as it is and do not care such much about development?

 

Well, sometimes you have to admit to yourself that you made a mistake buying something and "bite the bullet" and move on to something else!

Wouldn't use nod - even if it was free!

It's fallen behind and not continued to adapt.

 

my bad mate, got you wrong on your earlier post. perhaps should consider your advice

 

Eset, you stand by your claim that it is a IE8 issue although the issue occurring with any other browser too?

 

not fixed, happens with all major browsers and not just IE as claimed by Eset