Jump to content

Palps

Members
  • Posts

    39
  • Joined

  • Last visited

Posts posted by Palps

  1. Hi together,

     

    I have currently the issue, that some of my exceptions are not working.

     

    ESET is detecting the following false positive:

    post-10739-0-97134000-1462261241_thumb.jpg

     

    It seems, that BackupExec is running because for every detection I am getting another shadow copy path.

    file:////Device/HarddiskVolumeShadowCopy11/ProgramData/Druva/inSyncCloud/inSyncServer4/detectav.exe

    file:////Device/HarddiskVolumeShadowCopy6/ProgramData/Druva/inSyncCloud/inSyncServer4/detectav.exe

    Now I tried to adapt our exceptions with the following paths and processes but every morning I am getting the false positive again.

    Path exclusions:

    post-10739-0-34854700-1461838255_thumb.jpg

    Process exclusions:

    post-10739-0-01940000-1461838261.jpg

     

    How is the syntax or which kind of wildcards are working for the exceptions?

    Would really appreciate your help.

     

    Thanks.

  2. Hi Roga,

     

    is there any background why you want to install the client software manually?

    I just did the update from v5 to v6 for about 500 clients and some servers.

     

    I installed the agent via our software deployment or via a batch file. As soon as the agent is installed you are able to manage the clients via the console. So after the agent installation the clients appear on our console and are immediately moved to a dynamic group with a task assigned to install EFS/EEA as soon as a computer is joining the group. This is working quite well and you don't need any additional xml files or do something manually because of the configured policies.

     

    This is also working for our remote offices.

     

    regards

    Palps

  3. Hi together,

     

    we are currently updating all our clients and servers to the new ESET v6.

     

    The client update went quite well, also the server update.

     

    On some servers (e.g. Windows Server 2012 R2 Standard) we are getting the following error message after installing the new version (ESET File Security v6.3.12006.0).

    post-10739-0-41701400-1461834201_thumb.jpg

    According to the Logs the HIPS module is causing this issue. Regarding our Policy HIPS (v1222) should be disabled, but in the main screen it is shown as enabled and in the advanced settings shown as disabled (see attachments).

     

    We did the following steps to update our servers (old version 4.5.12017):

    1. Uninstall the old version

    2. Restart server

    3. Install Agent

    4. Install ESET File Security v6.3.12006.0

     

    Do you have any information about this error?

     

    Thanks!

    post-10739-0-58440000-1461834200_thumb.jpg

    post-10739-0-91828200-1461834200_thumb.jpg

  4. But isn't this just the interval on the x-axis from when to when data should be displayed.

    So when I set "Between 1 month ago and now; only whole month(s)" I get the number of threats by day for the range of 1 month. But I want just one bar with all threats for this month. As shown in my first screenshot.

     

    My understanding was that I can set this at Data as shown in the screenshot. I thought if I set "Time Interval Unit" to Month I would get what I am searching for, but unfortunately there is no option "month".

     

    Am I wrong?

     

     

    post-10739-0-71458500-1460993476_thumb.jpg

  5. Our AD structure is synchronized on a daily basis to our ERA.

     

    I just checked permission sets and native users.

    I created a new permission set for location 1 and assigned only the static groups for location 1 and as you said the reports are automatically adapted according to the permissions of the user.

     

    I also like the idea with the different peer certificates and the dynamic group filtered by it. This would be the option I would go for but I discussed this topic with my colleagues again and we decided to go for the reports filtered by the different location subnets.

    Simply because we are one company and we have to support each other. So when a user is traveling and has a virus or problems with ESET the admins of the user's current location have to support because they are on-site and may provide the better support then the remote admin.

     

    Thank you very much for your information.

  6. First, thanks for your prompt answer.

     

    But how can I be sure that I don't miss any device in this folders? I assume they would have to be maintained manually without AD sync.

    Via the AD synchronized static folders I can be sure, that I don't miss any device and can check if there are devices which are not managed yet.

     

    In our infrastructure only devices in our AD are getting ESET, so the synchronized folders are the best way to check if there are devices without ESET installed.

     

    Thanks!

  7. Hi together,

     

    I was already searching for this question but I couldn't find an answer.

     

    Is it possible to create a new dynamic group based on more then one static group?

     

    The background is that we have several locations and I want each admin to maintain their own devices. So my idea was to create a new dynamic group based on the static groups (synchronized from the AD) which belong to this location. Each location has it's own groups in the ad for clients and server.

    This new dynamic group, containing all devices from the different static ad groups should be used for a location based dashboard.

     

    Or is there a more simple way to create a dashboard where the admins have an overview about their own devices?

    IP based is not an option because our users are traveling very much, so they are getting a different IP address in each location.

     

    Thank you in advance :)

  8. Hi, I have also a question regarding wildcards but not based on a filename.

    We have the same folder but sometimes on a different partition, so would it be possible to add exclusions like below metioned?

     

    We have the following folders C:\BEControl\* and D:\BEControl\*. Can I exclude both with the exclusion *\BEControl\*

     

    Thank you in advance.

     

    Edit: I just figured it out by myself. Only C:\BEControl\* is working, not *\BEControl\*. I did a test folder structure on my test machine and added the exception not to scan the content of this folder. But If I use *\BEControl\* wildcards the contents will be scanned. If I use C:\BEControl\* nothing will be scanned as expected.

  9. Hello,

     

    I have basically the same problem. I want to be sure, that my clients are receiving their updates from the Apache HTTP Proxy and not from the internet.

    In general my clients are updating, I just want to know from where.

    I set the update server to AUTOSELECT and set my Apache HTTP Proxy as proxy server. With this settings the client is requesting the update at our proxy server, so this seems to be correct.

     

    When I now capture the traffic at my proxy server I can see that the proxy server is connecting to the ESET servers in the internet. Now the question is, is this request just for authentication or is the proxy downloading the update files every time a client is running an update?

     

    When I look at the Apache cache directory, then I can see that there are many cached files. So it seems that the proxy is caching the update files correctly. How do I know that the client is using the cached files instead of just be redirected through the proxy to the ESET update servers?

     

    Attached you can find two Wireshark captures, one of the client (ip 10.51.13.23) and one of the Apache proxy (ip 10.51.13.17) and the log-file of the Apache proxy server.

     

    Maybe everything is correctly setup already, I just want to be sure, that the clients are using the cached update files instead of downloading it from the internet.

     

    Thank you in advance :)

     

    post-10739-0-52317800-1454408472_thumb.jpg

    post-10739-0-59962200-1454408473_thumb.jpg

    proxy_log.txt

×
×
  • Create New...