Jump to content

davidpitt

Members
  • Posts

    46
  • Joined

  • Last visited

Posts posted by davidpitt

  1. So after speaking with support they told me to try HIPS in training mode. When that didn't work, they told me to just disable HIPS, which I've tested and does work.

    I've tried disabling every option under HIPS but the only thing that works is the disable the entire HIPS module. I even tried creating a HIPS rule that allows 'agent_x64.msi' full access to everything.

    Also for my test machine, I created brand new blank Eset policies, did a clean install of windows 10, no config changes, installed v6.6 of the agent and then v7 of the Endpoint and still had the problem upgrading agent to v7 with HIPS enabled.

    Very annoyed now, It baffles me how your own product can block it's own update, ridiculous! i'm really going off Eset and it doesn't help I'm getting pressured from my new bosses (With have recently merged) to ditch Eset and go with their BitDefender. To be honest the thought of having to update 1418 agents now to v7 and the problems I will face is making BitDefender very tempting possibility. Frustrating because I think the core AV of Eset is better and it's faster than BitDefender.

    Ever since the product was re-written and introduced the agent mechanism for v6, we've had nothing but problems with updating Agents. Any calls to Eset support has always ended up the same way, with the support agent not being able to fix it and having to run the Eset uninstall tool in safe mode.

    Apologies for the rant, just hoped by v7 these Agent issues would've been fixed :(

     

  2. Hi,

    Disabling HIPS has worked and Agent got updated.

    Checking the policy, there are no special rules in place, other than 2 custom 'Allow' rules for LogMeIn and Hamachi.

    All HIPS options are enabled and Filtering Mode is set to Automatic.

    I'd prefer not to have to disable HIPS, wait for a restart, push out new agent, enable HIPS again on all devices if there is a fix for this issue?!?

     

    Thanks

     

  3. Hi,

    I've recently upgraded our ERA to v7 (From 6.6) and now trying to get the agents on the clients updated, however I'm running into issues!

     

    I am trying to update Eset Agent from v6.4.283.0 to v7.0.577.0 using the "Security Management Center Components Upgrade"

    However on several devices it is failing with the errors below....

     

    Windows event logs show 

    ---------------------------------------------------------------

    The description for Event ID 0 from source era-updater cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the local computer.

    If the event originated on another computer, the display information had to be saved with the event.

    The following information was included with the event: 

    era-updater
    Execution finished with 0x643: (0x643), Fatal error during installation

    ---------------------------------------------------------------

     

     

    Eset Trace log shows

    ---------------------------------------------------------------

    2019-01-21 16:01:16 Error: CSystemConnectorModule [Thread 1c7c]: ReadUpgradeStatus: Upgrade of Agent from version '6.4.283.0' to '7.0.577.0' failed. Unexpected updater service Win32ExitCode 0x435

    ---------------------------------------------------------------

     

    Any ideas?

     

    Thanks

  4. Sorry but I don't have a solution but I dread every time I have to update an agent on a PC as 90% of the time it fails with this exact issue. No matter the version of the agent v6 through to v6.6, if on domain, work group, under local admin account, etc. All have problems. Even when I call their support they don't know how to fix it, other than to use the uninstall tool in safe mode.

    We gave up trying in the end as with 1500 clients it caused too much work and now users only get the latest agent when their PC gets replaced.

     

    I have no idea why these companies make it so difficult to use their products! 

  5. The same section in the windows script is a little different. I'm assuming I can't modify the MAC script the same way we do the windows one.

    Windows Agent Script.....

    set server_hostname=eset.mycompany.co.uk
    set server_port=45000

     

    The MAC Agent script already had the quotes in there, I did not add them.

  6. It's literally just changing the port number within the MAC Agent installer "Eset_Agent_Installer_MACs.sh".....

    eraa_server_hostname="eset.mycompany.co.uk"
    eraa_server_port="2222"

    So we just change the server port to 45000. Done that for about 1000 windows based Agent installers absolutely fine but for the MAC script it doesn't seem to work.

     

  7. Hi,

    Just tried installing Eset for MAC but have a problem editing the Agent script to modify the port.

    We don't use 2222 as it conflicts with another service so we redirect on our firewall from 45000 to 2222. Normally with the windows agent, we just modify the agent .bat installer and change the port number.

    However just tried that for a MAC but it doesn't connect. It says the agent installs OK but the status shows the error attached and strangely doesn't even show it's trying to connect on port 45000.

    If we use the original untouched agent script it shows the port number trying to be used but obviously does not connect because nothing is listening on it.

    Any ideas?

    Thanks

    Error.jpg

  8. Hi, 

     

    I am trying to license a Mail Security 4.5 server with an MSP Product Key, is this possible?

     

    I've created a site and ticked the ERA Legacy Key options which gives me a product key of xxxxx-xxxxx-xxxxx-xxxxx

     

    However I can only see the ability to add a .lic license key in ERA or through the MS 4.5 Client.

     

     

    Thing is, we have a customer on Mail Security 4.5 and it's working great for them. They are going to get a new server soon and we will at that point upgrade them to Mail Security 6.x.

    I'd rather not take that pain of upgrading them right now.

     

    Thanks

  9. Description: I would really like the ability install/Update Endpoints without the clients NIC disconnecting... if that is at all possible?!

     

     

    Detail: This way I could roll out updates/installs to to our 75+ individually managed sites much more easily, hopefully silently in the background without the user even knowing it was happening.

     

    Having to call the customers to arrange installs/upgrades out of hours is difficult or having them log off their PCs so that no programs are affected during the network disconnect is a real pain. Multiply that over 75+ individual Eset Server setups with a combined total of several thousand PCs and it becomes impossible!

  10. Am I missing something here?!

     

    In the latest 6.2 ERA there is a server task which automatically renames clients based on their local computer name or FQDN.

     

    Admin > Server Tasks > Automatic renaming of synchronized computers to FQDN format.

     

    All I do is assign a trigger to it so it runs every 5mins, that way the clients always show their computer name within the console and not their external hostname.

     

     

    Edit: Oh I should point out that by default it only renames computers within the 'Computers' group. Assign it to 'All' and never have to worry about wrong computers names showing in the console again.

×
×
  • Create New...