
#VSHIELD ENDPOINT VCENTER 6.5 OFFLINE#
Waiting for the next heartbeat, which is 10 minutes by default, will fix the offline status. This happens because Deep Security Manager (DSM) has already checked the status of the VMs during heartbeat before the actual completion of vMotion process. Transferring virtual machines through vMotion in NSX environment causes Anti-Malware Engine to show offline status. Re-apply the policy to the Security Group.Open the Security Group on the NSX setting.If it fails to connect to 169.254.1.1.24:48655, the following is visible on the ESXi syslog.log:Ġ14-07-18T08:05:35Z EPSecMux: (EPSEC) SolutionHandler connected to solution at EPSecMux: (EPSEC) Unknown attribute: 0x19 ~# esxcli network ip connection list | grep vShield Verify that the TCP connection between the vShield-Endpoint-Mux and DSVA is established:.~ # esxcfg-advcfg -get /UserVars/RmqPortīased on the sample above, RmpIpAddress is the NSX Manager. ~ # esxcfg-advcfg -get /UserVars/RmqIpAddress Verify that the DSVA is registered with the vShield Endpoint, run the following command:.~ # /etc/init.d/vShield-Endpoint-Mux restart If you need to restart, run the following: ~ # /etc/init.d/vShield-Endpoint-Mux status Verify if the vShield Endpoint Service on ESX/ESXi is running using the following command:.

Execute the "ps | grep vShield-Endpoint-Mux" command.Check if the AM process listens to 48651.Follow the procedure in this article: Enabling SSH access on Deep Security Virtual Appliance (DSVA). The solution is to restart DSM Service or reboot the DSM Server.Ĭheck the Deep Security Virtual Appliance (DSVA). This scenario has been observed to happen after DSM has been upgraded. After a successful vCenter Synchronization, perform both a Clear Warnings/Errors and a Check Status on the affected agentless machines. In this case, check the server0.log of DSM, or try restart DSM Service and check if this helps solving the vCenter Synchronization issue. More likely, both the status of DSVA and Protected Agentless machines are not synchronized with DSM, thus the machines are shows as "Anti-Malware Engine Offline". If the vCenter Synchronization is unusually slow or taking a significant amount of time (with no actual errors shown in DSM console), this could indicate a problem with synchronization.The vCenter/NSX Manager certificate may also need to be updated. If the sync fails, check if the vCenter Server and NSX Manager credentials are correct.On the General tab, click Synchronize Now.Right-click the vCenter Server and choose Properties.Verify that the Deep Security Manager is syncing properly with the vCenter Server and NSX Manager.
