Jump to content

theskyisthelimit99

Members
  • Content Count

    21
  • Joined

  • Last visited

Profile Information

  • Location
    USA

Recent Profile Visitors

400 profile views
  1. I have a couple of things going on here i believe.. For instance.. i have several 6.2 clients out there that arent getting the task to update to the 6.6 client (i just replaced the old file with the new one and created a new task to push this to "workstations" asap).. Even on those machines, though, i can see they are set in the tools... proxy to point at the eset remote admin server.. On the one of the machines.. i cant even find the machine workstation name in the eset remote admin tree anywhere, which is odd (i verified they had the agent installed as well, which is an older
  2. On our domain we run version 6.2 through 6.6 of the client which gets distributed through the remote admin tool on the server. Several users report after rebooting that disk utilization sky rockets on logging in and stays that way for at least 10-15 mins.. disabling the AV doesnt help when it has already occurred. Is there a known issue or work around to this? The client machine is windows 10 1703 x64. Thanks in advance
  3. As far as I know, when i set this up, it was AD integrated, though looking through settings on the console, I dont see how to verify this or change it if not? EDIT: appears there is a task under server tasks - static group synchronization, not sure if this one is related to the issue, but says it was last run in aug (when i installed 6.x)..
  4. Curious question for everyone.. Given how this one update affected one service on a local domain.. maybe this is a stupid question, but would it make sense to blanked exclude all local servers with key services (exchange, sql etc) from the web and protocol filtering, or perhaps that opens up too many holes?
  5. Any idea how to tell which policies? I created and applied one for sure, unless there are defaults. Or it's related to multiple nics showing as machines
  6. I also have the same issue with new machines going to lost and found.. was there ever a fix for this? (and duplicate machine names due to more than one nic)...
  7. We are running 6.x of the remote admin console server... i have a workstation policy in effect.. i have the agent deployed via gpo, then the eset console detects new agents and auto installs the clients.. However, upon doing so, 4 smart scans start up at once on the new client.. i'm not sure why.. Any thoughts on where to look first? Thanks in advance
  8. I recently changed part of the workstation policy (exclusions for ips under web and email).. it seems that some clients aren't seeing the change yet on their machine, 4 hours later? Is there some way to force this or figure out why this is going on? Thanks in advance EDIT: appears the affect machines were in Lost and Found.. i have since moved to workstations.. not sure why they ended up there? (do new clients auto get put there?)
  9. I'm running version 6.x of the server side and a recent update breaks opening office documemts from sp 2013, confirmed by uninstalling the client, disable didn't help At least one other case of this has been reported elsewhere Is there a fix? Excel will say contacting server and get stuck Thanks
  10. I've been trying to test my GPO deployment of the agent to new workstations.. so i have a workstation i created.. new name, joined the domain.. ran the GPO installer just fine, agent installed too.. But in the ESET admin tool, i dont see the workstation.. i tried clicking gear and doing a "scan" but that didnt help.. How are workstations populated.. maybe every 12 hours? whats the refresh rate? Is there a manual way of forcing it? Thanks
  11. Actually, i cant seem to find the option you have for first connect to console etc.. I click my OU for workstations.. then new tasks.. task software install.. the only option for the static group "workstations" lists trigger type static group and Execute asap once then join the "workstations group".. I even tried creating a dynamic group, though one for "no agent installed" and set the parent group to be "workstations", for some reason it didnt populate the machines not installed, but all machines pretty much that had an agent.. something is amiss Yes, those options for the new ta
  12. Actually, i cant seem to find the option you have for first connect to console etc.. I click my OU for workstations.. then new tasks.. task software install.. the only option for the static group "workstations" lists trigger type static group and Execute asap once then join the "workstations group".. I even tried creating a dynamic group, though one for "no agent installed" and set the parent group to be "workstations", for some reason it didnt populate the machines not installed, but all machines pretty much that had an agent.. something is amiss
  13. Ah ok, so creating a task that basically says, if client agent is installed, a few minutes later fire off the client antivirus install? How bout on the agent install itself.. do you define yours in gpo somehow.. maybe a software installation package that has this for the command? msiexec /qr /i "\\servershare\agents\Agent_x64.msi" ALLUSERS=1 REBOOT=ReallySuppress P_CONNECTION_CHOSEN=Host P_HOSTNAME=ServerName P_PORT=2222
  14. yeah i saw that that could be done.. i was just trying to figure out, how in the client's settings, they were getting the update server to be the local server.. or is this maybe initially set by the agent and when the client installs it just auto defaults to it.. meaning that really, nothing client side is set in a policy until you define one either way?
×
×
  • Create New...