Jump to content

Remote Admin 6 on a Linux 12.04 virtual machine


Recommended Posts

Hello there,

 

I manged, after some problems, to deploy a Linux 12.04.5 on a Xen Server host. There, I installed the remote administrator with mySQL 5.5 and the Web Console.

 

I am able to login to the remote admin through a web browser so I guess that's something... Since the documentation is a bit chaotic, I now try to install the agent on the server. I thing it is needed in order for the clients to communicate with the server.

So I am using the script on the example on the on line help, 

./Agent-Linux-x86_64.sh \
--skip-license \
--cert-path=/home/agent.pfx \
--cert-auth-path=/home/CA.der \
--cert-password= \
--hostname=10.1.179.36 \
--port=2222

I have changed the paths with mine but as far the password is concerned I haven't given any password to the certificates. When I go to peer certificates there are three: server, agent and agent for server for assisted installation. I haven't created them so there must be from default.

So which password to use.... I put blank but I get an error:

Checking certificate password ... failed

: Error checking peer certificate password: NOT_REGULAR_FILE 

 

Any help would be appreciated. 

Link to comment
Share on other sites

You are correct. The path was wrong. OK, the agent is installed. So now, what?

I have also installed Endpoint 6 to two computers only for testing purposes to see if they are going to connect with ERAC 6 etc.

So I exported the peer agent certificate and I installed the agents in each one of them. The one is a XP machine and the other a Mac OSX 10.10.3.

They don't appear in the remote admin only when I manually add them with their IP. Even then  the status, virus db status etc is unknown. So I assume they cannot connect to the server. What to check? How can I test if the agent on a PC or Mac is configured correctly?

 

Do I need to do anything else on server side?

Link to comment
Share on other sites

  • Administrators

So I exported the peer agent certificate and I installed the agents in each one of them. The one is a XP machine and the other a Mac OSX 10.10.3.

They don't appear in the remote admin only when I manually add them with their IP. Even then  the status, virus db status etc is unknown. So I assume they cannot connect to the server. What to check? How can I test if the agent on a PC or Mac is configured correctly?

 

If computers are in a domain, they should appear in ERA virtually automatically if you have AD/OD/LDAP configured properly in the Server tasks -> Static group synchronization.

Otherwise you can take advantage of RD sensor which detects computers in its subnet and you can easily import computers from its report.

 

I'd suggest you start off opening "C:\Documents and Settings\All Users\Application Data\ESET\RemoteAdministrator\Agent\EraAgentApplicationData\Logs\status.html" for possible errors. Then you can check agent trace log in the same folder which might shed more light.

Link to comment
Share on other sites

If computers are in a domain, they should appear in ERA virtually automatically if you have AD/OD/LDAP configured properly in the Server tasks -> Static group synchronization.

Otherwise you can take advantage of RD sensor which detects computers in its subnet and you can easily import computers from its report.

I'd suggest you start off opening "C:\Documents and Settings\All Users\Application Data\ESET\RemoteAdministrator\Agent\EraAgentApplicationData\Logs\status.html" for possible errors. Then you can check agent trace log in the same folder which might shed more light.

Hi there,

So I must install RD sensor too?

It is a Linux installation so the above file as you understand is not available...

Edited by GeorgeC
Link to comment
Share on other sites

  • Former ESET Employees

Linux logs are located here:

 /var/log/eset/RemoteAdministrator/Agent/status.html

 /var/log/eset/RemoteAdministrator/Agent/trace.log

Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...