mirror of
https://github.com/awatertrevi/infisical.git
synced 2026-09-22 13:39:35 +00:00
Merge branch 'heads/main' into daniel/aws-cloudhsm-doc
This commit is contained in:
@@ -1,24 +1,24 @@
|
||||
# Contributing to the documentation
|
||||
|
||||
## Getting familiar with Mintlify
|
||||
New to Mintlify. [Start Here](https://mintlify.com/docs/quickstart)
|
||||
|
||||
New to Mintlify. [Start Here](https://mintlify.com/docs/quickstart)
|
||||
|
||||
## 👩💻 Development
|
||||
|
||||
Install the [Mintlify CLI](https://www.npmjs.com/package/mintlify) to preview the documentation changes locally. To install, use the following command
|
||||
Install the [Mint CLI](https://www.npmjs.com/package/mint) to preview the documentation changes locally. To install, use the following command
|
||||
|
||||
```
|
||||
npm i -g mintlify
|
||||
npm i -g mint
|
||||
```
|
||||
|
||||
Run the following command at the root of your documentation (where mint.json is)
|
||||
|
||||
```
|
||||
mintlify dev
|
||||
mint dev
|
||||
```
|
||||
|
||||
## Troubleshooting
|
||||
|
||||
- Mintlify dev isn't running - Run `mintlify install` it'll re-install dependencies.
|
||||
- `mint dev` isn't running - Run `mint update` to update the Mint CLI.
|
||||
- Page loads as a 404 - Make sure you are running in a folder with `mint.json`. Check the `/docs` folder
|
||||
|
||||
@@ -43,23 +43,23 @@ docker compose -f docker-compose.dev.yml down
|
||||
|
||||
We use [Mintlify](https://mintlify.com/) for our docs.
|
||||
|
||||
#### Install Mintlify CLI.
|
||||
#### Install Mint CLI.
|
||||
|
||||
```bash
|
||||
npm i -g mintlify
|
||||
npm i -g mint
|
||||
```
|
||||
|
||||
or
|
||||
|
||||
```bash
|
||||
yarn global add mintlify
|
||||
yarn global add mint
|
||||
```
|
||||
|
||||
#### Running the docs
|
||||
|
||||
Go to `docs` directory and run `mintlify dev`. This will start up the docs on `localhost:3000`
|
||||
Go to `docs` directory and run `mint dev`. This will start up the docs on `localhost:3000`
|
||||
|
||||
```bash
|
||||
# From the root directory
|
||||
cd docs; mintlify dev;
|
||||
cd docs; mint dev;
|
||||
```
|
||||
|
||||
@@ -3,10 +3,10 @@ title: "Folders"
|
||||
description: "Learn how to organize secrets with folders."
|
||||
---
|
||||
|
||||
Infisical Folders enable users to organize secrets using custom structures dependent on the intended use case (also known as **path-based secret storage**).
|
||||
Infisical Folders enable users to organize secrets using custom structures dependent on the intended use case (also known as **path-based secret storage**).
|
||||
|
||||
It is great for organizing secrets around hierarchies with multiple services or types of secrets involved at large quantities.
|
||||
Infisical Folders can be infinitely nested to mirror your application architecture – whether it's microservices, monorepos,
|
||||
It is great for organizing secrets around hierarchies with multiple services or types of secrets involved at large quantities.
|
||||
Infisical Folders can be infinitely nested to mirror your application architecture – whether it's microservices, monorepos,
|
||||
or any logical grouping that best suits your needs.
|
||||
|
||||
Consider the following structure for a microservice architecture:
|
||||
@@ -22,7 +22,7 @@ Consider the following structure for a microservice architecture:
|
||||
...
|
||||
```
|
||||
|
||||
In this example, we store environment variables for each microservice under each respective `/envars` folder.
|
||||
In this example, we store environment variables for each microservice under each respective `/envars` folder.
|
||||
We also store user-specific secrets for micro-service 1 under `/service1/users`. With this folder structure in place, your applications only need to specify a path like `/microservice1/envars` to fetch secrets from there.
|
||||
By extending this example, you can see how path-based secret storage provides a versatile approach to manage secrets for any architecture.
|
||||
|
||||
@@ -45,7 +45,27 @@ To delete a folder, hover over it and press the **X** button that appears on the
|
||||
It's possible to compare the contents of folders across environments in the **Secrets Overview** page.
|
||||
When you click on a folder, the table will display the items within it across environments.
|
||||
|
||||
In the image below, you can see that the **Development** environment is the only one that contains items
|
||||
In the image below, you can see that the **Development** environment is the only one that contains items
|
||||
in the `/users` folder, being other folders `/user-a`, `/user-b`, ... `/user-f`.
|
||||
|
||||

|
||||

|
||||
|
||||
### Replicating Folder Contents
|
||||
|
||||
If you want to copy secrets or folders from one path to another, you can utilize the **Replicate Secrets** functionality located in the **Add Secret** dropdown.
|
||||
|
||||

|
||||
|
||||

|
||||
|
||||
First, select the **Source Environment** and the **Source Root Path** you want to copy secrets *from*. In the example provided, we select `/dev-folder` as the source root path from the Development environment. This means any secrets within `/dev-folder` from Development will be replicated. By default, these secrets are copied into the *currently active* folder/path in your target environment (e.g., the root folder of your Staging environment in this scenario).
|
||||
|
||||
As a final step, you can select the specific secrets you wish to copy and then click **Replicate Secrets**.
|
||||
|
||||

|
||||
|
||||
The result shows two secrets successfully copied from the `/dev-folder` in the Development environment into the root folder of the Staging environment.
|
||||
|
||||
<Info>
|
||||
If you do not select a **Source Root Path**, the replication will consider the contents of the *entire root* of the **Source Environment** (e.g., the Development environment). In this example that would mean copying the `/dev-folder` itself rather than just its contents.
|
||||
</Info>
|
||||
|
||||
@@ -95,7 +95,7 @@ To successfully deploy an Infisical Gateway for use, follow these steps in order
|
||||
<Step title="Set Up a Relay Server">
|
||||
Ensure a relay server is running and accessible before you deploy any gateways. You have two options:
|
||||
- **Managed relay (Infisical Cloud, US/EU only):** Managed relays are only available for Infisical Cloud instances in the US and EU regions. If you are using Infisical Cloud in these regions, you can use the provided managed relay.
|
||||
- **Self-hosted relay:** For all other cases, including all self-hosted and dedicated enterprise instances of Infisical, you must deploy your own relay server. You can also choose to deploy your own relay server when using Infisical Cloud if you require reduced geographic proximity to your target resources for lower latency or to reduce network congestion. For setup instructions, see the <a href="/documentation/platform/gateways/relay-deployment">Relay Deployment Guide</a>.
|
||||
- **Self-hosted relay:** For all other cases, including all self-hosted and dedicated enterprise instances of Infisical, you must deploy your own relay server. You can also choose to deploy your own relay server when using Infisical Cloud if you require reduced geographic proximity to your target resources for lower latency or to reduce network congestion. For setup instructions, see the [Relay Deployment Guide](/documentation/platform/gateways/relay-deployment).
|
||||
</Step>
|
||||
<Step title="Install the Infisical CLI">
|
||||
Make sure the Infisical CLI is installed on the machine or environment where you plan to deploy the gateway. The CLI is required for gateway installation and management.
|
||||
|
||||
@@ -6,8 +6,8 @@ description: "How to access private network resources from Infisical"
|
||||
|
||||

|
||||
|
||||
The Infisical Gateway provides secure access to private resources within your network without needing direct inbound connections to your environment.
|
||||
This is particularly useful when Infisical isn't hosted within the same network as the resources it needs to reach.
|
||||
The Infisical Gateway provides secure access to private resources within your network without needing direct inbound connections to your environment.
|
||||
This is particularly useful when Infisical isn't hosted within the same network as the resources it needs to reach.
|
||||
This method keeps your resources fully protected from external access while enabling Infisical to securely interact with resources like databases.
|
||||
|
||||
<Info>
|
||||
@@ -25,7 +25,7 @@ The Gateway system consists of two primary components working together to enable
|
||||
<Tab title="Gateway" icon="server">
|
||||
A Gateway is a lightweight service that you deploy within your own network infrastructure to provide secure access to your private resources. Think of it as a secure bridge between Infisical and your internal systems.
|
||||
|
||||
Gateways must be deployed within the same network where your target resources are located, with direct network connectivity to the private resources you want Infisical to access.
|
||||
Gateways must be deployed within the same network where your target resources are located, with direct network connectivity to the private resources you want Infisical to access.
|
||||
For different networks, regions, or isolated environments, you'll need to deploy separate gateways.
|
||||
|
||||
**Core Functions:**
|
||||
@@ -40,7 +40,7 @@ The Gateway system consists of two primary components working together to enable
|
||||
|
||||
**Core Functions:**
|
||||
- **Traffic Routing**: Routes encrypted traffic between the Infisical platform and your gateways without storing or inspecting the data
|
||||
- **Network Isolation**: Enables secure communication without requiring direct network connections between Infisical and your private infrastructure
|
||||
- **Network Isolation**: Enables secure communication without requiring direct network connections between Infisical and your private infrastructure
|
||||
- **Authentication Management**: Validates SSH certificates and manages secure routing between authenticated gateways
|
||||
|
||||
**Deployment Options:**
|
||||
@@ -59,6 +59,12 @@ The Gateway system uses SSH reverse tunnels for secure, firewall-friendly connec
|
||||
3. **Request Routing**: When Infisical needs to access your resources, requests are routed through the relay server to the already-established gateway connection
|
||||
4. **Resource Access**: The gateway receives the routed requests and connects to your private resources on behalf of Infisical
|
||||
|
||||
## Health Check
|
||||
|
||||
To monitor their operational status, both gateways and relays transmit hourly heartbeats. A component is considered unhealthy if a heartbeat is not received for over an hour.
|
||||
|
||||
Infisical automatically notifies all organization admins of unhealthy gateway or relay statuses through email and in-app notifications.
|
||||
|
||||
## Getting Started
|
||||
|
||||
Ready to set up your gateway? Follow the guides below.
|
||||
@@ -75,4 +81,4 @@ Ready to set up your gateway? Follow the guides below.
|
||||
<Card title="Security Architecture" href="/documentation/platform/gateways/security">
|
||||
Learn about the security model and implementation best practices.
|
||||
</Card>
|
||||
</Columns>
|
||||
</Columns>
|
||||
|
||||
@@ -142,7 +142,7 @@ Prerequisites:
|
||||
|
||||
<AccordionGroup>
|
||||
<Accordion title="Why do SCIM-provisioned users have to finish setting up their account?">
|
||||
Infisical's SCIM implmentation accounts for retaining the end-to-end encrypted architecture of Infisical because we decouple the **authentication** and **decryption** steps in the platform.
|
||||
Infisical's SCIM implementation accounts for retaining the end-to-end encrypted architecture of Infisical because we decouple the **authentication** and **decryption** steps in the platform.
|
||||
|
||||
For this reason, SCIM-provisioned users are initialized but must finish setting up their account when logging in the first time by creating a master encryption/decryption key. With this implementation, IdPs and SCIM providers cannot and will not have access to the decryption key needed to decrypt your secrets.
|
||||
</Accordion>
|
||||
|
||||
BIN
docs/images/platform/folder/replicate-secrets-modal.png
Normal file
BIN
docs/images/platform/folder/replicate-secrets-modal.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 577 KiB |
BIN
docs/images/platform/folder/replicate-secrets-result.png
Normal file
BIN
docs/images/platform/folder/replicate-secrets-result.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 919 KiB |
BIN
docs/images/platform/folder/replicate-secrets.png
Normal file
BIN
docs/images/platform/folder/replicate-secrets.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 934 KiB |
@@ -25,35 +25,46 @@ Please ensure you have the following before beginning installation of Infisical:
|
||||
Select your Linux distribution to get started. Only AMD64-based systems are supported at this time, ARM support is coming soon.
|
||||
|
||||
<Tabs>
|
||||
<Tab title="Debian/Ubuntu">
|
||||
|
||||
<Tab title="Debian/Ubuntu">
|
||||
Add the Infisical repository:
|
||||
```bash
|
||||
curl -1sLf 'https://dl.cloudsmith.io/public/infisical/infisical-core/setup.deb.sh' | sudo -E bash
|
||||
```
|
||||
<Warning>
|
||||
As of October 10, 2025, all future releases for Debian/Ubuntu will be distributed via the official Infisical repository at https://artifacts-infisical-core.infisical.com.
|
||||
No new releases will be published for Debian/Ubuntu on Cloudsmith going forward.
|
||||
</Warning>
|
||||
|
||||
Install Infisical:
|
||||
```bash
|
||||
sudo apt-get update && sudo apt-get install -y infisical-core
|
||||
```
|
||||
Add the Infisical repository:
|
||||
```bash
|
||||
curl -1sLf 'https://artifacts-infisical-core.infisical.com/setup.deb.sh' | sudo -E bash
|
||||
```
|
||||
|
||||
Install Infisical:
|
||||
```bash
|
||||
sudo apt-get update && sudo apt-get install -y infisical-core
|
||||
```
|
||||
|
||||
> **Note**: For production use, we recommend locking to a specific version to ensure consistency. [View available versions](https://github.com/Infisical/infisical/releases). All versions from `infisical-core-0.150.0~nightly~20251005` and above are supported.
|
||||
|
||||
> **Note**: For production use, we recommend locking to a specific version to ensure consistency. [View available versions](https://cloudsmith.io/~infisical/repos/infisical-core/packages/).
|
||||
</Tab>
|
||||
<Tab title="RedHat/CentOS/Amazon Linux">
|
||||
|
||||
<Tab title="RedHat/CentOS/Amazon Linux">
|
||||
Add the Infisical repository:
|
||||
```bash
|
||||
curl -1sLf 'https://dl.cloudsmith.io/public/infisical/infisical-core/setup.rpm.sh' | sudo -E bash
|
||||
```
|
||||
<Warning>
|
||||
As of October 10, 2025, all future releases for Red Hat/CentOS/Amazon Linux will be distributed via the official Infisical repository at https://artifacts-infisical-core.infisical.com.
|
||||
No new releases will be published for Red Hat/CentOS/Amazon Linux on Cloudsmith going forward.
|
||||
</Warning>
|
||||
|
||||
Install Infisical:
|
||||
```bash
|
||||
sudo yum install infisical-core
|
||||
```
|
||||
Add the Infisical repository:
|
||||
```bash
|
||||
curl -1sLf 'https://artifacts-infisical-core.infisical.com/setup.rpm.sh' | sudo -E bash
|
||||
```
|
||||
|
||||
> **Note**: For production use, we recommend locking to a specific version to ensure consistency. [View available versions](https://cloudsmith.io/~infisical/repos/infisical-core/packages/).
|
||||
</Tab>
|
||||
Install Infisical:
|
||||
```bash
|
||||
sudo yum install infisical-core
|
||||
```
|
||||
|
||||
> **Note**: For production use, we recommend locking to a specific version to ensure consistency. [View available versions](https://github.com/Infisical/infisical/releases). All versions from `infisical-core-0.150.0~nightly~20251005` and above are supported.
|
||||
|
||||
</Tab>
|
||||
</Tabs>
|
||||
|
||||
Verify the installation:
|
||||
|
||||
Reference in New Issue
Block a user