Jump to content

Sanjeev Velmurugan

Members
  • Posts

    14
  • Joined

  • Last visited

Posts posted by Sanjeev Velmurugan

  1. I had a simlar issue recenty and it turned out the few machines that would not renew their licecne had rouge proxy settings in the ESET client, they couldn't communicate with the activation servers, clearing the proxy details and they activated correctly.

     

    Check to see if the same has happened to you.

     

    THANKS jonathan. very helpful.

    there were clients with proxy settings enabled. dunno how because my in the policies i ve cleared all the proxy settings.

     

    Thanks anyway!

    cheers

  2. Hi all,

     

    we have an issue with 2-3 devices in our enviroment.

    We have over 140 devices with activated ESET V6. We recently had to renew the license. This worked fine for most of the employees.

    2-3 of them were not able to get the renewed license from the ERA server. 

     

    I tried to push a product activation task to the clients without success.

    How should i proceed?

    Thanks for your help

    post-7579-0-92840300-1452009055_thumb.png

    post-7579-0-79996000-1452009065_thumb.jpg

  3. I am having the exact same issue!

     

    I had to start from the scratch since the old ERA 6 installation somehow killed itself and i lost everything.

    Now i have 8 clients running fine (still in the testing phase)(not in mood to deploy everything again to 150+ clients). The 8th client was one with a older security product. Uninstalling outdated security product from ERA server worked fine.

    Then send out the installation task through ERA6. See the screenshot below:

     

    post-7579-0-35189200-1444832611_thumb.png

     

    I really dont know why he points to this address. I mean yes this is the address from our era server, but the repository is set correctly. We dont use any proxy servers.

    I checked every policy that could point to another update or repository server, nothing.

    So my question is, where does this strange behaviour comes from?

    When i roll out the agent live installer to a new machine which never had installed ESET products before , everything seems to be fine.

  4. Ok recreating the Live Installer worked that the client connects again to the era server again.

    i can roll out policies, wake-up call, reboot etc.

     

    The only thing not working is updating the antivirus itself. Signature database update works fine but every time i try to run a Software Install task, it points to av2.appway.com which is the DNS name of our ERA6 server.

    but i have checked all policies. There is no policy or setting pointing to that address nor have i setup a HTTP proxy.

    i just want them to update through the ESET repository.

     

    Here are some screenshots from the settings:

     

    post-7579-0-13306100-1441886409_thumb.jpgpost-7579-0-17032200-1441886416_thumb.jpgpost-7579-0-62960200-1441886422_thumb.jpgpost-7579-0-13590500-1441886429_thumb.jpg

  5. Hi Marcos,

     

    I have checked again the configuration and saw that one policy was pointing wrong to the address above.

    i cleared that and tried again to deploy components upgrades for security products without luck.

     

    I had to generate a new certificate while upgrading to 6.2.

    How can i push the new certificate to the existing clients?

     

    I think this may be the problem why they cant update them self when i push the installation task from ERA6 webconsole.

    Virus signature updates are working fine, i just cant get th clients to update to the newest security product.

  6. I've just done an upgrade to 6.2. Really easy, just create an Upgrade task and point it at the ERA server. Job done. I'm now upgrading the agents, 92 done and about 40 to go. All via a single upgrade task.

     

    What could be easier?

     

    Hi,

     

    im trying to do the same, but im running into a problem, that i cant reach the repository.

    Installation fails everytime.

    any help from your side?

     

    thanks

  7. Dear Eset Team,

     

    I have updated to ERA V6.2 today and also rolled out the new Agent Live installer.

    This worked fine. Good improvements in this version.

     

    Still there are bugs. I cannot get a package from the repository.

    I can push an installation command from ERA6 to a client.

    But it never gets installed. I got this from the detailed execution view

     

      post-7579-0-58054400-1441376603_thumb.jpg

     

    I have set the update server to "autoselect".

    Im still in the process of getting in a lot of new clients with EEAv4 EEAv5 and i need to make sure they can update trough ERA to v6.

     

     

    Can you help?

     

    Thanks

  8. Hi Marcos, 

     

    i have checked the IP`s. I believe that`s not the problem.

     

    Info:

     

    - two clients(servers) are NOT located in our network, hosted at our exchange partner

    - they are in a different subnet

    - there is a different firewall

    - we don't have any rights to manage the network or the config where the two servers are located.

    - the two clients were detected after running the live agent install script.

    - the two clients were able to download the EEA and install it from the repository. this task was pushed from the ERA 6.

    - the defined policies were successfully applied to the two clients.

    - our server is reachable from everywhere. i have tested that out from Europe/Hong Kong and with several mobile devices with different ISP`s

     

    Since we can deploy the agent and the EEA gets installed with the push installation from the ERA server, the ports we have opened are working properly.

    My question is, why cant i activate a product with the activation task, when deploying the ERA agent and installing the product itself works?

    The agent needs to push the activation task the same way it pushed the installation task right?

    Also the policies are pushed correctly. I have to enter a password i setup on the ERA  to access advanced setup on the product.

  9. Hi Marcos,

     

    Thanks for the fast reply. No the RD sensor is not in the same subnet. The Server wont be in a the same subnet as the clients because we also have them outside of our company, traveling around the world, working at clients network. That is why we made the server reachable from public networks with the ports 2222/2223.

    We are currently running it for testing purpose on a  AWS Cloud instance in a Virtual Private Cloud. Communication from Amazon to our Network is working.

    Firewall is disabled on the affected computers. Thank you for the IP address list. I only found one KB with the necessary Ports. I will check the IP address list.

  10. Dear ESET Support,

     

    I am testing ESET ERA 6 for two weeks now. Info: On version 6.1.444.0 the Rogue Detection Sensor does NOT work. Please fix that for the upcoming release.

     

    I was able to install the ERA 6 on our server and also was able to deploy agents with the live installer scripts.

     

    However i have the problem that clients outside of our company network, cant talk "correctly" to the server. 

    But ERA 6 is able to show me that the last connection between Server and Clients was some moments ago.

    Pushing the agent worked fine. Pushing the installation with a policy worked fine.

     

    Updating the Virus DB and Activate the Product? NO

    Do i have to setup something special?

    The server can be pinged and reached from outside, because we have opened the necessary ports as described in the install guideline.

    What do i have to setup that the clients get his updates from the ESET Server? leaving it by default on "AUTOSELECT" didnt work.
     

     

    I was very happy about the new interface and the performance overall ( don't use the console in the server, connect to the Web console with a Browser on a different client: 1000x faster).

    This issue is big and could be the reason not to go with ESET.

     

    Thanks for a fast feedback.

     

    regards

    Sanjeev

     

×
×
  • Create New...