Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


j-gray last won the day on April 12

j-gray had the most liked content!

Profile Information

  • Location

Recent Profile Visitors

1,398 profile views
  1. I know there was a thread on this somewhere, but I'm unable to locate it... This is an annual occurrence when we have a time change for Daylight Savings Time (DST). Scheduled tasks that were set to run at 4:30pm now run an hour earlier at 3:30pm. The task uses CRON expression: 0 30 16 ? * WED It is set to 'Use Local Time' Time is correct on the server and on the clients. The task runs at 4:30pm all year as scheduled until DST when clocks are moved back. Then the task runs at 3:30pm every time until DST ends. Is there a fix for this?
  2. j-gray

    youtube restricted mode

    You can achieve this using DNS, if that's an option in your environment. It is detailed here: https://support.google.com/a/answer/6214622?hl=en
  3. j-gray

    ESMC Issue with Threats

    I'm interested in this information, as well. Can anyone clarify?
  4. j-gray

    ERA v7 Mac agents failing to check-in

    Based on issues noted in these forums, I'm holding off upgrading to v7.5 at least until the first service release is available.
  5. j-gray

    ERA v7 Mac agents failing to check-in

    Thanks for the info. We had a case (#39682) for this issue, opened 05/31/2017. I was also told it was resolved in this latest release. They didn't want to wait for me to upgrade and test, so they closed the case on 08/22/2018. I'll loop back with the support engineer and see where it goes. I spent countless hours testing beta agents, as well. Unfortunately, we don't have a good way to find unmanaged Macs (or PCs for that matter). I occasionally run agent install tasks on unmanaged clients in the ERA console. If they return a successful install but still show unmanaged, it's a good indication the agent is broken again. We don't have JAMF. I use ARD to run the agent uninstall script, then re-run the agent install task via ERA. It's very tedious. I'll let you know if I hear back from support. Good luck!
  6. j-gray

    ERA v7 Mac agents failing to check-in

    That's disappointing. We had the same issue with Mac agents, reportedly caused by 'unclean' shutdown. Only fix was to remove the agent via ARD and reinstall. We were also told by support that this was fixed in the latest version. However, due to multiple and various issues noted here in the forums, I have not been in a hurry to "upgrade". Do you have an existing support case for this? If you don't mind providing it I can refer it to our support folks.
  7. j-gray

    Future changes to ESET Endpoint programs

    Exactly. Though I view wake-up call more like wake-on-lan, requiring network broadcast, which is not a good practice across multiple subnets. I'm looking for a simple 'send policy' that doesn't require network broadcast. Even if it's a basic command I can run from the client (remotely).
  8. j-gray

    Future changes to ESET Endpoint programs

    Description: Mechanism to force policy refresh on client(s) from ERA console. Detail: There doesn't appear to be a way (that I've found) to force a client to pull a new policy. We either have to wait for the policy refresh interval or create a new policy with a shorter refresh interval and apply it. It would be great to have a right-click option from the ERA console to force an immediate policy refresh.
  9. j-gray

    Future changes to ESET Endpoint programs

    Description: Better method for detecting unmanaged clients Detail: RDS is not a practical solution in environments with multiple LANs, it can't be installed on OS X, and relies on outdated/unsupported software (WinPcap). A simple ping-sweep tool that works across multiple subnets and shows unmanaged clients, or better yet, a dynamic group that does the same so that an agent install task can be run when client joins the group. This would be awesome, especially for OS X where Group Policy automated install is not an option.