Jump to content

autobotranger

Members
  • Posts

    54
  • Joined

  • Last visited

About autobotranger

  • Rank
    Newbie
    Newbie

Profile Information

  • Gender
    Not Telling
  • Location
    Denmark

Recent Profile Visitors

1,493 profile views
  1. It was time to renew my license and after sticking to Eset Nod32 Antivirus for many years I finally decided to make an upgrade my subscription. I went for Home Essential Security, which includes AV and Internet Security. I Uninstalled NOD32 AV and did a fresh install of Eset Internet Security using the Eset Home site, and now I'm finished configuring the program to my liking. So far, so good. I like the added features in the Internet Security version. I do however have a bit of a question regarding Eset's Firewall and the firewall in Windows 10. I simply want to make sure, this is intended behaviour or not. I have provided several screenshots (Danish UI) that showcases, that the default firewall in Windows 10 has in fact been disabled, and that the system's firewall is now managed by Eset. However, in the taskmanager I'm noticing that one service related to the Windows firewall is in fact still running, named "mpssvc". Is this intended behaviour, when Eset's firewall is active, is it all good to go? My Eset Firewall is set to be in the default Automatic mode. Thanks in advance.
  2. My Eset Antivirus just updated to version 16.1.14.0 and I couldn't help but notice that now a new process is running in the task manager called "efwd.exe" aka ESET Forwarder. Before the update the only Eset services running in the background was egui.exe, erkn.exe (ESET Service), erknEpfw (ESET FIrewall Helper) and such, but I haven't seen this one before. May I ask what Eset Forwarder is used for?
  3. I'm just using Nod 32 Antivirus and not the other versions, but I'm also seeing some strange behaviour after I was upgraded to version 12.2.29.0. After rebooting to complete the update I got a notification from the Windows action center that said something aloung the lines of "neither Eset or Windows Defender is turned on", even though Eset was all green in the Windows Security Center and running in the taskmanager. I have not been able to recreate that though, it only appeared after upgrading to 12.2.29.0 and rebooting to finish it. Now whenever I turn on my computer it would seem that Windows Defender is doing something in the taskmanager for a couple of minutes and then goes away. It's worth pointing out that I do not have periodic scanning for WD turned on in settings and never have. Screenshots attached. Should I be worried about this? Also I forgot to mention that there also seems to be a few errors related to this in the Eventviewer. A new one seems to appear after every reboot since upgrading to 12.2.29.0. Translation: "The service Windows Securitycenter could not read occurences of AntiVirusProduct from the datastorage"
  4. Hello again. After Archive module 1283 was installed the "QUICKBATCH" errors no longer appear in scan logs! So it would seem the problem has been corrected. I'd say we can mark this as solved 😊
  5. Ah I see, then it should be fine. Thank you for the update 😃 Would you like me to let you know if any more of these detections starts to appear in the future scan log for files?
  6. Thanks for the reply. Good to hear that these are being looked at.
  7. Hello again. Do we have an update in regards to these "QUICKBATCH" detections? It's worth noting that I have checked all the files in question on VirusTotal and they all came out green. I have always used HitmanPro to check them and the rest of the PC and it doesn't pick up anything either. Thanks in advance.
  8. I've PM'd you the download link for the various files. If they don't work let me know and I'll upload them elsewhere. Also it would seem that I missed 2 "QUICKBATCH" entries in the prior scan log: It turns out there is also 2 entries for "QUICKBATCH" for the two Windows10.0-KB4480116x64.cab detections. Pretty sure that one is from yesterdays patch Tuesday update. Sorry for missing it in my first post.
  9. Hello everyone. Since updating Windows 10 to version 1809 and Eset Nod32 Antivirus to version 12.0.31.0 I've noticed some interesting results in the log after performing a full system scan. I'm fully aware that all results that show up in yellow text is currently in use by the OS or other programs, and should be safe, but these particular entries I'm a little suspicious about due to Eset's description of them: The results I've marked translate from Danish to English as follows: "QUICKBATCH - error - unknown compression method." What's interesting is that prior to yesterdays Windows 10 patch Tuesday update bringing my OS to version 17763.253, Nod32 only showed 2 of these entries in the scan logs, but now it shows 4 of them. While results shown in yellow text should be safe, it's the classification as QUICKBATCH I'm concerned about https://www.virusradar.com/en/search/all/quickbatch Are these just harmless Windows 10 system files, hence why Eset doesn't show them in red, or is this something we should take a look at? Thanks in advance. BUMP* Turns out there was 2 other detections in the same scan log. Sorry for missing them:
  10. Ah I see. I will edit my original post then. And good to hear that my version of Nod32 AV is compatible. Sounds good! Thank you guys.
  11. Hello. I see that Windows Update is now offering the new Windows 10 October 2018 Update (Redstone 5) and I'm simply wondering if Eset Nod32 Antivirus 11.2.63.0 is ready for and fully compatible with the new W10 version? Thanks in advance.
  12. Hey guys. Seems like something similar is happening on my end, though I'm using Eset Nod32 Antivirus. I ran a manual update in Eset and noticed that it took quite a few minutes for it to finish. Usually it only takes a few seconds. Being curious, after the update had finished, I clicked update again to see if it would act the same way this time. It kept hanging for a while and eventually came with an error in red text "Product was not updated. Transfer was interrupted" (translated from Danish). Screenshots attached: As you can see the first update went through, even though it took several minutes. Choosing to manually look for updates again resulted in this error after several minutes of hanging.
  13. Okay, so at least it isn't just on my end then. Forgive me, but what exactly do you mean by "your Eset HIPS protection status is not affected by these error messages."? Does this mean that I in theory can't trust the Green status for my HIPS because of errors and that it may in fact not be working as intended, even though the Eset UI shows everything as "on"? So far they have only appeared once, yes. I have powered down my computer many times, since installing Nod32 again, as I always turn off my computer when I'm not at home. But I'd really like to know if my Nod 32 and HIPS is actually working as intended, so perhaps it would be for the best to simply send you a memory dumb and ESET Log Collector log anyway? I would just need instructions on what exactly to do.
  14. Hello again. I finally decided to upgrade to Windows 10 Spring Creators Update 1803 (build 17134.112). My W10 version is Windows 10 Home 64-bit edition. Before doing so I completely uninstalled Eset Nod32 Antivirus 11.1.54.0 from the machine to avoid potential conflicts doing the W10 upgrade. Yesterday I did a clean reinstall of Eset Nod32 Antivirus using the Live-Installer from the official website. Now I've noticed 2 HIPS related errors in the Nod32 event log. Translation from Danish to English: "Communication with the driver failed. HIPS is inactive." and "The module wasn't read/loaded. Changing of HIPS-settings doesn't work correctly." Judging by the time stamps of the events, this appears to be about right after I reinstalled Eset Nod32 Antivirus on my system. Can't say I've ever noticed any errors regarding HIPS in the 6+ years I've been using your program, so this is quite concerning to me. As you can see by the two other screenshots I have attached, Eset claims that HIPS is very much running and everything is green. And here are the current module versions for the sake of it. So any ideas as to why those 2 HIPS errors have shown up in my Eset Nod32 Antivirus event log? Should I be concerned for my computers safety? I have never seen anything marked in yellow/gold appear in my event log related to HIPS until now. Please respond and thanks in advance.
×
×
  • Create New...