smash007
Members-
Posts
11 -
Joined
-
Last visited
About smash007
-
Rank
Newbie
Profile Information
-
Location
Japan
Recent Profile Visitors
The recent visitors block is disabled and is not being shown to other users.
-
Hello I want to remotely repair a damaged certificate from the Security Management Center on the Agent side of Eset Is there a way to repair it?
-
Thank you for confirmation. In the time zone when the error occurred, it was not possible to connect due to network failure. After the network failure was restored, I could no longer connect to EsetManeger. In the end, I restored the manual certificate on the EsetAgent terminal. The problem is that there are a large number of terminals that have similar events. It is difficult to reset the certificate manually by one machine. Is it possible to reset the certificate for each EsetAgent terminal from EsetManager side?
-
I delayed to reply. I checked the log. When the history is confirmed, the log is not output at the end of "Thread 9e4]: No such node (result.strIssuer)" In the end, you can connect by manually resetting the certificate on the AGT side. Is there any chance that the certificate will be damaged when EsetAgent cannot connect to EsetMgr?
-
Thank you for your reply. The IP of the Mgr server has never been changed. Also, the server certificate has never been changed. What is worrisome is the day when the last connection date stopped. The PCs implemented WindowsUpdate. Does WindowsUpdate break settings? We will upload status.html. Is it possible to redeploy a certificate to each client PC by executing a task from EsetMgr?
-
Hello. Please forgive me that it may be strange English because it is posted by machine translation. EsetSeucrityManager and EsetManagerAgent can no longer be connected. There was a temporary network failure and EsetManagerAgent could not connect to EsetSeucrityManager. After that date, we confirmed that EsetManagerAgent is still unable to connect to EsetSeucrityManager. Therefore, when I checked the Log of EsetManagerAgent, it was confirmed that the IP of the connection destination was rewritten to 127.0.0.1 without permission. As a countermeasure It was confirmed that the IP address of EsetSeucrityManager was re-specified when the program was repaired. However, it is hard because there are a lot of EsetManagerAgent. Can these operations be repaired remotely from EsetSeucrityManager?
-
ewon. Thank you for your reply. After all you can not set facility. I'm sorry. I confirmed that the facility will be imported as "user" when forwarding logs to the Syslog server, so I wanted to change it. Consider changing the port number instead of the log file and importing directly by telegram. Thank you
-
smash007 joined the community