rConfig Vector – Agent Installation
Introduction
The rConfig Vector Agent is a critical component of the Vector product suite. It is responsible for executing commands, gathering configurations, and relaying data back to Vector Servers. This guide provides a step-by-step overview of the installation process, prerequisites, and post-installation tasks to ensure a smooth deployment.
Unlike a remote proxy, which passively connects and gathers data through intermediary channels, our rConfig Vector is an active agent, meaning it is deployed directly on devices to continuously monitor, collect, and push real-time data securely, ensuring more accurate, reliable, and comprehensive insights.
Agent Features / Limitations
Features
-
Real-Time Data Collection: The Vector Agent continuously collects data at scheduled intervals, ensuring you always have the most up-to-date network insights.
-
Secure Communication: Data is encrypted both in transit and at rest, safeguarding sensitive information from prying eyes.
-
Comprehensive Monitoring: Monitor a wide range of devices—including switches, routers, firewalls, and servers. (Note: Version 1.0.0 only supports SSH connections.)
-
Scalable Architecture: Easily deploy the Vector Agent across multiple devices, servers, or datacenters to grow with your network. Load balancing and redundancy features are on the horizon for late 2025.
-
Effortless Deployment: Deploy quickly using simple scripts or configuration management tools like Ansible, Puppet, or Chef. Containerized deployments via Docker or Kubernetes are also supported.
-
Ephemeral by Design: The Vector Agent isn’t tied down—it can be removed or reinstalled anytime, whether during scheduled maintenance, server migrations, or after unexpected disruptions.
-
Multi-System Support: Compatible with Linux and Windows, the Vector Agent can run on physical servers, VMs, cloud instances, and containers.
-
Built-In Security: The Vector Agent connects exclusively to the Vector Server, eliminating risks of unauthorized access. Secure communication protocols like SSH and layered security restrictions ensure full data encryption.
-
Unidirectional Communication: The Vector Agent only sends data to the Vector Server, with no incoming connections required. This minimizes firewall configuration and significantly reduces the attack surface.
Limitations
- SSH Only: The Vector Agent only supports SSH as of version 1.0.0. Support for other protocols will be added in future releases, including SNMP, and REST APIs.
- No Telnet Support: The Vector Agent does not support Telnet. Telnet is an outdated, insecure protocol that should not be used in modern networks. Please ensure that your devices are configured to use SSH for secure communication.
- Linux and Windows Only: The Vector Agent is currently available for Linux and Windows operating systems.
- Automated deployment updates: The Vector Servers do not automatically update the Vector Agent. You will need to manually update the Vector Agent on your devices when new versions are released. We will bring this feature in 2025.
Prerequisites
Before starting the installation, ensure the following requirements are met:
-
Supported Operating Systems:
- Linux: Ubuntu, CentOS, Red Hat (Recommended LTS versions)
- Windows Server (Recommended: 2019 or later)
-
System Requirements:
- Minimum 2 GB RAM (on top of the OS requirements)
- 10 GB available disk space for installation and logs
- Network connectivity to Vector Server (outbound only on HTTPS/443 or other port as specified at the Vector Server)
-
Administrative Access: Ensure you have root or admin privileges for installation.
-
License Key: A valid license key is required for the installation and activation of the Vector Agent.
-
Dependencies:
- There are no additional dependencies required for the Vector Agent installation.
Installation Steps
Download the Vector Agent Installer
The latest Vector Agent binary for both Linux and Windows can be downloaded from the rConfig portal. Log in to your account and navigate to the Downloads section to access the latest version of the Vector Agent.
Access the rConfig Portal
- Navigate to the rConfig Vector Agent download page:
- Log in using your authorized credentials. You must have a valid license to access the download page.
- Once logged in, locate the latest Linux binary version of the agent (e.g.,
vectoragent-linux-v1.0.0
). - Download the binary to your local system. Then upload it to the target server.
Install the Vector Agent by OS Type
Move the Binary to a Directory
After the binary is downloaded:
-
Open a terminal and navigate to the directory where the binary was downloaded. For example, to move it to
/usr/local/bin/
, but you can choose any directory. -
Move the binary to
/usr/local/bin/vectoragent
for system-wide access, and run verification checks: -
copy the downloaded binary to the
/usr/local/bin/vectoragent/activeagent
directory, and rename It -
Make sure the binary is executable:
** Verify the Installation**
To ensure the binary works, run:
You should see the version number printed if it’s installed correctly.
Create a Systemd Service
-
Create a new systemd service file:
-
Add the following service configuration:
-
Save the file and exit
Create an Environment File
If the binary requires environment variables, you can define them in:
Add your required environment variables:
Note: You can generate a .env file from your Vector server, after the agent is created on the Vector Server. You may then use the values in the generated .env file to create the .env file on the agent. The file downloads as a .txt file, so you will need to rename it to .env.
Reload and Start the Service
-
Reload systemd to recognize the new service:
-
Enable the service to start at boot:
-
Start the service:
-
Check the status:
If the service is running, you should see a status like active (running).
Verify the Agent
To confirm the agent is running correctly, you can check logs:
Look for any errors or confirmation messages that indicate a successful connection or operation.
That’s it! 🎉 You’ve successfully installed and set up the Vector Agent on Rocky Linux.
Move the Binary to a Directory
-
Open a terminal and navigate to where the binary was downloaded. Create the necessary directories:
-
Move the binary to the directory:
-
Copy the binary to the
activeagent
directory and rename it: -
Make the binary executable:
-
Verify the installation:
You should see the version number if the installation is correct.
Create a Systemd Service
-
Create a new systemd service file:
-
Add the following configuration:
-
Save the file and exit.
Create an Environment File
-
Create the environment file if required:
-
Add necessary environment variables:
Note: You can generate a .env file from your Vector server, after the agent is created on the Vector Server. You may then use the values in the generated .env file to create the .env file on the agent. The file downloads as a .txt file, so you will need to rename it to .env.
Reload and Start the Service
-
Reload systemd to recognize the new service:
-
Enable the service to start at boot:
-
Start the service:
-
Check the status:
Verify the Agent
Check the logs to confirm successful startup:
This guide walks you through running the Go binary as a Windows service using NSSM. To make updates easier, the binary will be renamed to vectoragent.exe
for deployment, while keeping the original version (vectoragent-windows-v1.0.0.exe
) as a backup for rollback.
Prerequisites
- Go Binary: Ensure you have the
vectoragent-windows-v1.0.0.exe
inC:\rconfigvector
. - NSSM Installed: Download and extract NSSM from https://nssm.cc/download.
Prepare the Binary
-
Navigate to
C:\rconfigvector
. -
Make the data directories:
-
Create a backup of the original binary:
-
Rename the binary for easy updates:
Set Up the Service
-
Open Command Prompt as an Administrator.
-
Navigate to the directory containing
nssm.exe
. -
Run the following command to create the service:
-
In the popup window:
- Path: Select the binary file, e.g.,
C:\rconfigvector\vectoragent.exe
. - Startup Directory: Set it to
C:\rconfigvector
. - Options:
- Set stdout and stderr log file paths if needed.
- Path: Select the binary file, e.g.,
Create and edit the .env file
-
Create a new file in
C:\rconfigvector
named.env
. -
Add the required environment variables:
Note: You can generate a .env file from your Vector server, after the agent is created on the Vector Server. You may then use the values in the generated .env file to create the .env file on the agent. The file downloads as a .txt file, so you will need to rename it to .env.
-
Save the file.
Start the Service
-
Run the service using:
-
Verify the service status:
**Configure Restart Policies **
If you want the service to automatically restart on failure:
- Run:
- Go to the Exit Actions tab and configure:
- Set Restart delay if needed.
Verify the Agent & Check logs
-
To verify the agent is running, check the logs:
-
Look for any errors or confirmation messages that indicate a successful connection or operation.
Upgrade the Vector Agent
-
Download the Latest Version Visit the rConfig Vector Agent download page and download the latest version of the agent.
-
Stop the running service:
-
Replace the Old Binary
-
Restart the Service
-
Verify the Update
You should see the updated version number.
-
Download the Latest Version Visit the rConfig Vector Agent download page and download the latest version of the agent.
-
Stop the running service:
-
Replace the Old Binary
-
Restart the service:
-
Verify the update:
Ensure the correct version number is displayed.
When updating to a new version:
- Stop the service:
- Backup the current binary:
- Copy the new version to
C:\rconfigvector
and rename it: - Start the service:
Rollback (if necessary)
- Stop the service:
- Replace
vectoragent.exe
with the previous version: - Start the service:
Updating the .env File and Restarting the Service
Edit the .env File
Make any required changes, such as updating API keys, URLs, or other configuration variables.
Save and Exit
Save the file and exit the editor.
Restart the Vector Agent Service
** Verify the Service**
Ensure that the service is running correctly after applying the updates.
You should see active (running). If there are issues, check the logs using: