Portnox local TACACS+ server container/VM
In this topic, you will learn what is the Portnox™ local TACACS+ server software, its requirements, and where to find deployment, troubleshooting, and update instructions.
Overview
The Portnox local TACACS+ server receives TACACS+ messages from your NAS devices, communicates with Portnox Cloud over an encrypted TLS connection, and responds based on the policies defined in the Portnox Cloud Portal. The local TACACS+ server is not required to use Portnox Cloud, but it is required if you want to use the TACACS+ service with Portnox Cloud, since Portnox Cloud does not offer a cloud-only TACACS+ option the way it does for RADIUS.
The local TACACS+ server is available as a Docker container (recommended), in the public Docker repository as portnox/portnox-tacacs, and as OVA (Open Virtualization Appliance) and VHD (Virtual Hard Disk) images for virtual machines, downloadable directly from Portnox Cloud. The virtual machine version of the local TACACS+ server runs on a minimal Tiny Core Linux system that includes only the components required to operate the server, for security reasons.
For an overview of how the local TACACS+ server interacts with Portnox Cloud, see the following topic: How does the Portnox Cloud TACACS+ service work?.
Requirements
The following are the recommended minimum resources when installing the local TACACS+ server, whether on a virtual machine or as a Docker container:
- CPU: at least 1 vCPU
- RAM: at least 1 GB
- Internet connectivity
Notes:
If the host machine runs additional containers or software, allocate resources accordingly.
To make sure the local TACACS+ server can reach Portnox Cloud, see the following topic: How to set up the firewall for the local TACACS+ instance to connect to Portnox Cloud.
To make sure the local TACACS+ server can accept incoming connections from your NAS devices, open the standard TACACS+ port, TCP 49, on your local network firewall only, between the NAS devices and the local TACACS+ server.
Do not place NAS devices behind a NAT relative to the local TACACS+ server, since the server identifies NAS devices by their source IP address, and a NAT would make several NAS devices appear identical. If you use a NAT, we recommend encapsulating traffic between your NAS devices and the local TACACS+ container inside a VPN tunnel to avoid NAT traversal issues.
Deployment
To deploy the local TACACS+ server as a Docker container on a local Linux machine, see the following topic: Deploy the local TACACS+ server container using Docker on Linux.
To deploy the local TACACS+ server as a Docker container in Microsoft Azure using Azure Container Instances, see Deploy the local TACACS+ server container in Microsoft Azure.
To deploy the local TACACS+ server as a Docker container in Amazon Web Services (AWS) using AWS Fargate, see the following topic: Deploy the local TACACS+ server container in Amazon Web Services (AWS).
To deploy the local TACACS+ server as a Docker container in Google Cloud Platform (GCP) using Google Compute Engine, see the following topic: Deploy the local TACACS+ server container in Google Cloud Platform (GCP).
To run the local TACACS+ server as a virtual machine in Microsoft Hyper-V, see the following topic: Run the local TACACS+ server in Microsoft Hyper-V.
To run the local TACACS+ server as a virtual machine in VMware Workstation, see the following topic: Run the local TACACS+ server in VMware Workstation.
To run the local TACACS+ server as a virtual machine in Oracle VirtualBox, see the following topic: Run the local TACACS+ server in Oracle VirtualBox.
Troubleshooting
To collect Docker container logs for troubleshooting, see the following topic: How to collect Portnox Docker container logs for support.
To troubleshoot a local TACACS+ virtual machine over SSH, see the following topic: How to access virtual machine logs using SSH.
Updates
When a new version of the local TACACS+ server is available:
-
If you use a virtual machine, it updates automatically and you do not need to do anything. The virtual machine restarts during the update, so there may be a short service interruption.
-
If you use a Docker container running on a local Docker host, it does not update automatically, unless you also use the autoupdate container. The autoupdate container updates all Portnox Docker containers when new versions are available. Updating requires recreating the Docker container, so there may be a short service interruption.
-
If you deploy the Docker container in a cloud environment, you cannot use the autoupdate container, because it requires direct access to the local Docker engine, which these managed cloud services do not expose. You must update containers deployed this way manually by redeploying them with the latest image.
