Documentation Index
Fetch the complete documentation index at: https://infisical-feat-gateway-connector.mintlify.app/llms.txt
Use this file to discover all available pages before exploring further.
- Run gateway
- Install service
Description
Network-related commands for Infisical that provide secure access to private resources:- Gateway: Lightweight agent deployed within your VPCs to provide access to private resources
- Proxy: Identity-aware relay infrastructure that routes encrypted traffic (can be instance-wide or organization-specific)
Subcommands & flags
infisical network gateway
infisical network gateway
Run the Infisical gateway component within your VPC. The gateway establishes an SSH reverse tunnel to the specified proxy server and provides secure access to private resources.The gateway component:
- Establishes outbound SSH reverse tunnels to proxy servers (no inbound firewall rules needed)
- Authenticates using SSH certificates issued by Infisical
- Automatically reconnects if the connection is lost
- Provides access to private resources within your network
Authentication
The Infisical CLI supports multiple authentication methods. Below are the available authentication methods, with their respective flags.Universal Auth
Universal Auth
The Universal Auth method is a simple and secure way to authenticate with Infisical. It requires a client ID and a client secret to authenticate with Infisical.
Flags
Native Kubernetes
Native Kubernetes
The Native Kubernetes method is used to authenticate with Infisical when running in a Kubernetes environment. It requires a service account token to authenticate with Infisical.
Flags
Native Azure
Native Azure
The Native Azure method is used to authenticate with Infisical when running in an Azure environment.
Flags
Native GCP ID Token
Native GCP ID Token
The Native GCP ID Token method is used to authenticate with Infisical when running in a GCP environment.
Flags
GCP IAM
GCP IAM
Native AWS IAM
Native AWS IAM
The AWS IAM method is used to authenticate with Infisical with an AWS IAM role while running in an AWS environment like EC2, Lambda, etc.
Flags
OIDC Auth
OIDC Auth
JWT Auth
JWT Auth
Token Auth
Token Auth
You can use the
INFISICAL_TOKEN environment variable to authenticate with Infisical with a raw machine identity access token.Flags
Other Flags
--proxy-name
--proxy-name
The name of the proxy that this gateway should connect to. The proxy must be running and registered before starting the gateway.Note: If using organization proxies or self-hosted instance proxies, you must first start a proxy server using
infisical network proxy before connecting gateways to it. For Infisical Cloud users using instance proxies, the proxy infrastructure is already running and managed by Infisical.--name
--name
The name of the gateway instance.
--domain
--domain
Domain of your self-hosted Infisical instance.
infisical network gateway install
infisical network gateway install
Install and enable the gateway as a systemd service. This command must be run with sudo on Linux.
Requirements
- Must be run on Linux
- Must be run with root/sudo privileges
- Requires systemd
Flags
--token
--token
The machine identity access token to authenticate with Infisical.You may also expose the token to the CLI by setting the environment variable
INFISICAL_TOKEN before executing the install command.--domain
--domain
Domain of your self-hosted Infisical instance.
--name
--name
The name of the gateway instance.
--proxy-name
--proxy-name
The name of the proxy that this gateway should connect to.
Service Details
The systemd service is installed with secure defaults:- Service file:
/etc/systemd/system/infisical-gateway.service - Config file:
/etc/infisical/gateway.conf - Runs with restricted privileges:
- InaccessibleDirectories=/home
- PrivateTmp=yes
- Resource limits configured for stability
- Automatically restarts on failure
- Enabled to start on boot
- Maintains persistent SSH reverse tunnel connections to the specified proxy
- Handles certificate rotation and connection recovery automatically
infisical network proxy
infisical network proxy
Run the Infisical proxy component. The proxy handles network traffic routing and can operate in different modes.
Flags
--type
--type
The type of proxy to run. Must be either ‘instance’ or ‘org’.
instance: Shared proxy server that can be used by all organizations on your Infisical instance. Set up by the instance administrator. UsesINFISICAL_PROXY_AUTH_SECRETenvironment variable for authentication, which must be configured by the instance admin.org: Dedicated proxy server that individual organizations deploy and manage in their own infrastructure. Provides enhanced security, custom geographic placement, and compliance benefits. Uses standard Infisical authentication methods.
--ip
--ip
The public IP address of the instance where the proxy is deployed. This must be a static public IP that gateways can reach.
--name
--name
The name of the proxy.
Authentication
Organization Proxies (--type=org):
Deploy your own proxy server in your infrastructure for enhanced security and reduced latency. Supports all standard Infisical authentication methods documented above in the gateway section.Instance Proxies (--type=instance):
Shared proxy servers that serve all organizations on your Infisical instance. For Infisical Cloud, these are already running and ready to use. For self-hosted deployments, they’re set up by the instance administrator. Authentication is handled via the INFISICAL_PROXY_AUTH_SECRET environment variable.Deployment Considerations
When to use Instance Proxies (--type=instance):- You want to get started quickly without setting up your own proxy infrastructure
- You’re using Infisical Cloud and want to leverage the existing proxy infrastructure
- You’re on a self-hosted instance where the admin has already set up shared proxies
- You don’t need custom geographic placement of proxy servers
- You don’t have specific compliance requirements that require dedicated infrastructure
- You want to minimize operational overhead by using shared infrastructure
--type=org):- You need lower latency by deploying proxy servers closer to your resources
- You have security requirements that mandate running infrastructure in your own environment
- You have compliance requirements such as data sovereignty or air-gapped environments
- You need custom network policies or specific networking configurations
- You have high-scale performance requirements that shared infrastructure can’t meet
- You want full control over your proxy infrastructure and its configuration