Jump to content


  • Posts

  • Joined

  • Last visited

About rockshox

  • Rank

Profile Information

  • Location

Recent Profile Visitors

670 profile views
  1. After fiddling around with this more, I believe I have found the problem. I have found that there is a registry key WebClientComputerName located at HKLM\SOFTWARE\ESET\ESET Security\CurrentVersion\Info that is not updated to the new computer name but contains the old computer name. The key must be protected by ESET as I am unable to change it manually even having permissions. I found that if I uninstall ESET Endpoint Antivirus and re-install, the key now has the correct value and EBA now shows the correct Device name. One other thing I noticed was there was a computer we renamed two days ago that the value did update in EBA. In looking through all the licenses in EBA that I know we renamed the computers in the last few weeks, the computers that had ESET Endpoint Antivirus 8.0.2028 appeared to update the Device name in EBA correctly. Computers that were renamed with ESET Endpoint Antivirus 8.1.2031 did not. Uninstalling 8.1.2031 and then re-installing fixed the bad Device name in EBA.
  2. The Device Name in EBA is not updating after a computer has been renamed. When staging a computer we quite often have the computer named differently than it's final name (ie, snoopy1.domain.com). When we put the computer into production it would be renamed to snoopy.domain.com. EBA still shows the Device name as "Snoopy1.domain.com" and the Seat Name as "Snoopy1.domain.com". In the past the Device name has updated to reflect the new name while the Seat name still shows the previous name and EBA would then allow us to update the Seat Name and everything would match. I have computers in EBA that were renamed just a few months ago and the Device name updated as expected. However the computers that we replaced in the last month the Device name has not updated in EBA. I have tried removing the computer completely from ESET Protect, deactivated the license in EBA, de-activated and re-activated the license numerous times, re-synced the licenses in ESET Protect and it doesn't seem to matter what I do the wrong Device name ends up in EBA. What is the trick to getting the Device name to update correctly in EBA? We have not upgraded to ESET Protect 8.1 yet, maybe I should upgrade to 8.1 and try again.
  3. Marcos - Is TCP/UDP 53535 a new requirement for version 8.1? We have never had that port open on our firewall previously and ESET Live Grid has always been functional.
  4. @MichalJ - To answer your questions: - Yes. After I do a synchronize in EP, but EBA and EP show the same thing. Sorry the numbers keep changing, but due to the fact we are rolling out new PC's, I've been juggling removing and adding the PC's so we don't max out at 250 during the swaps. With the shuffle, right now both EP and EBA show 229/250, so they do match each other even though it appears to be the wrong number. - When I view the main dashboard in EP, it shows I have 242 Managed & Protected devices. That is correct. I exported the Computers table to Excel and confirmed 242 devices in the list. EBA currently shows 240 Activated Devices. They are close, but not the same, and neither of them match the 229/250 number that is displayed in other locations. I will send you the PLID in a PM.
  5. MichaelJ - To answer your questions: - I checked the "Multiple products" groups in EBA, the devices are all Microsoft Surface Pro or Surface Book devices, there are also two Panasonic tablet devices. All Microsoft Surface devices are using the Surface Dock. In our department, we have a single MS Dock that we use for imaging and deploying software before installing the equipment. We do not normally unbox each and every dock to image our computers which is why multiple machines are imaged and software (ESET is installed after imaging) is installed. While we could unbox each dock and use it with the device it is assigned too, it doesn't seem we should need to do that just to have ESET licensing report correctly. - All devices that are grouped have either 7.3 or 8.0 installed. We have some groupings with all devices on 8.0. We have one group that has one 7.3 and one 8.0 device. - I am attaching a couple screen shots from EBA and ESET Protect. Both locations seem to be somewhat confused by the grouping of Multiple Products. The actual Device count that EBA shows on the dashboard and ESET Protect shows on the dashboard usually match. We have a 250 count license that is almost full as we are in the middle of swapping equipment right now. However, if I look at the License Management page in ESET Protect, it shows a different number. EBA also shows the same number in the Product Usage section of the Dashboard.
  6. MichalJ - I tried as you suggested. I deleted the computers that comprised the "Multiple prodcuts" group, and confirmed they did not show in EBA any longer. From ESET Protect, I then pushed a "Product Activation" task to each computer. The computers then showed back up in EBA grouped together again. I tried two different groups, 6 different computers that all did the same thing. I know for certain these computers are in different locations, different docks and one computer is being used from home today. They still all went back into EBA and grouped back up automagically. What else can I try? I'd really prefer that the licensing in EBA matched the installs I maintain in ESET Proect.
  7. Hello - I can see this question has been asked numerous times, but without a clear way to fix the issue. In reviewing licenses in ELA and now EBA, I have several places where devices are grouped as "Multiple products". Many threads point out this is caused by the same hardware being renamed. However in our case, each computer is a separate hardware device, but the dock used for setup was the same. All the devices that are grouped under "Multiple Products" are mobile Surface or Lenovo products that were all imaged and software installed on the same dock. Due to the dock having the same hardware and mac address it most likely causes this issue. What is the process to fix this? How do I separate the devices so that each have their own seat? or do I just get free licenses when it groups them together like this?
  8. MichalJ - Thank you for the info. I was able to find it in the reports as you suggested.
  9. I found that if I trigger a Scan from the ESMC console and then dig into the task, I can see the Execution Details from the Scan which is basically what I was looking for. I don't really need the full log, just the high level metadata, Just so I can see the scan actually ran, how many files were scanned and everything was clean. However, what triggered the question in the first place is the fact that we have a scheduled weekly scan that runs at the same time every week on all computers. Those scans seem to be invisible to ESMC. I can login to a client, check the "Computer Scan" logs and see the scan ran, how many files were scanned etc.., but I can't see that high level information in ESMC anywhere that I have been able to find for the scan we have setup in the Scheduler.
  10. Where do I view computer scan logs in ESMC 7? In ERA 5 it was pretty simple, but I am unable to locate it in ESMC 7. Thanks
  11. Ah ok. Well I'm running a Windows server with standalone install of ESMC so slightly different, but I'm sure the same issue. I believe the Virtual Appliance is running CentOS, so it would require modifying the correct config file and increasing the TimeOut value, but since it's the Virtual Appliance I can't direct you to exactly where that would be. Maybe someone else can chime in here that knows where the config file is for the Apache HTTP Proxy on the virtual appliance.
  12. Are you running the virtual appliance or standalone Windows/Linux server?
  13. FYI - Confirmed the TimeOut value is being used. I pushed the Endpoint client to a very slow T1 link, the task failed with the same error. Checking the debug log showed the timeout occurred after exactly 2 minutes. I changed the TimeOut value to a much larger number and was able to successfully deploy the Endpoint client to the remote location with the slow link.
  14. I checked the httpd.conf for the Apache HTTP Proxy service and found that they already had the ProxyTimeout set to 900 seconds, but that clearly didn't seem to be working. After looking around on Google, I modified httpd.conf and added "TimeOut 120". My thought was to see if the timeout now happened after 2 minutes so that I could confirm which timeout value was being used. Surprisingly after adding "TimeOut 120", I've been able to successfully push the installer multiple times to one remote location. I'm not sure if this is coincidence, or if that was enough time to solve the timeout issue. In httpd.conf, near the bottom you will find a ProxyTimeOut 900. I added a Timeout 120 right above it and restarted the service. ThreadLimit 1500 ThreadsPerChild 1500 CacheLock on CacheLockMaxAge 10 TimeOut 120 ProxyTimeOut 900
  15. Apache HTTP Proxy debug logs show that the proxy times out after exactly 60 seconds. See attached logs. Hopefully that will help with determining the problem. Apache_HTTP_Proxy_debug.txt
  • Create New...