> For the complete documentation index, see [llms.txt](https://ayakaleaf-pro.ayaka.space/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://ayakaleaf-pro.ayaka.space/on-premises/fr/configuration/overleaf-toolkit/toolkit-settings.md).

# les paramètres du Toolkit

Cette page décrit les variables d’environnement prises en charge dans le `config/overleaf.rc` fichier pour les déploiements Toolkit.

Le `config/overleaf.rc` Le fichier se compose de définitions de variables sous la forme `NAME=value`. Les lignes commençant par `#` sont traitées comme des commentaires.

{% hint style="info" %}
Il est nécessaire de recréer les conteneurs Docker après avoir modifié quoi que ce soit dans `overleaf.rc` ou `variables.env` en exécutant `bin/up`.
{% endhint %}

## Conteneur

### `sharelatex`

| Nom                                           | Description                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                        |
| --------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `PROJECT_NAME`                                | <p>Définit la valeur de la <code>--project-name</code> argument passé à <code>docker-compose</code>. C'est utile lors de l'exécution de plusieurs instances d'Overleaf sur un même hôte, car chaque instance peut avoir un nom de projet différent.<br><br>- <strong>Par défaut</strong>: <code>Overleaf</code></p>                                                                                                                                                                                                                                                                                                                                |
| `OVERLEAF_IMAGE_NAME`                         | <p>Image Docker utilisée par le conteneur d'application Server Pro/CE. Il s'agit simplement du nom de l'image Docker ; le tag de l'image Docker est défini à partir de <code>config/version</code>.<br><br>- <strong>Par défaut :</strong><br>- Server Pro: <code>quay.io/sharelatex/sharelatex-pro</code><br>- Community Edition: <code>sharelatex/sharelatex</code></p>                                                                                                                                                                                                                                                                          |
| `SERVER_PRO`                                  | <p>Lorsqu’il est défini sur <code>true</code>, indique au Toolkit d'utiliser l'image Server Pro (<code>quay.io/sharelatex/sharelatex-pro</code>), plutôt que l'image Server CE par défaut (<code>sharelatex/sharelatex</code>).<br><br>- <strong>Par défaut</strong>: <code>false</code></p>                                                                                                                                                                                                                                                                                                                                                       |
| `GIT_BRIDGE_ENABLED`                          | <p>Définir sur <code>true</code> pour activer la fonctionnalité git-bridge (Server Pro uniquement). Pour plus d'informations, consultez la <a href="https://www.overleaf.com/learn/how-to/Git_integration"><https://www.overleaf.com/learn/how-to/Git_integration></a> documentation utilisateur.<br><br>- <strong>Par défaut :</strong> <code>false</code></p>                                                                                                                                                                                                                                                                                    |
| `GIT_BRIDGE_IMAGE`                            | <p>Image Docker utilisée par le conteneur git-bridge (Server Pro uniquement). Il s'agit simplement du nom de l'image Docker ; le tag de l'image Docker est défini à partir de <code>config/version</code>.<br><br>- <strong>Par défaut :</strong> <code>quay.io/sharelatex/git-bridge</code></p>                                                                                                                                                                                                                                                                                                                                                   |
| `GIT_BRIDGE_DATA_PATH`                        | Définit le chemin vers le répertoire qui sera monté dans le `git-bridge` conteneur (Server Pro uniquement), et utilisé pour stocker les dépôts git. Cela peut être soit un chemin complet (commençant par un `/`), soit un chemin relatif au répertoire de base du Toolkit.                                                                                                                                                                                                                                                                                                                                                                        |
| `GIT_BRIDGE_LOG_LEVEL`                        | <p>Configure le niveau de journalisation du <code>git-bridge</code> conteneur. Niveaux disponibles : <code>TRACE</code>, <code>DEBUG</code>, <code>INFO</code>, <code>WARN</code>, <code>ERROR</code>.<br><br>- <strong>Par défaut :</strong> <code>INFO</code></p>                                                                                                                                                                                                                                                                                                                                                                                |
| `SIBLING_CONTAINERS_ENABLED`                  | <p>Lorsqu’il est défini sur <code>true</code>, indique au Toolkit d'utiliser la technique <strong>Sibling Containers</strong> pour compiler les projets dans des bacs à sable séparés, en utilisant un conteneur Docker distinct pour chaque projet. Voir la documentation \<server-pro-only-configuration/sandboxed-compiles> pour plus d'informations.<br><br>- <strong>Nécessite :</strong> <code>SERVER\_PRO=true</code><br>- <strong>Par défaut :</strong> <code>true</code></p>                                                                                                                                                              |
| `SIBLING_CONTAINERS_PULL`                     | <p>Lorsqu’il est défini sur <code>true</code>, indique au Toolkit de récupérer automatiquement toutes les images TeX Live définies à l'aide de <code>ALL\_TEX\_LIVE\_DOCKER\_IMAGES</code> dans le <strong>config/variables.env</strong> le fichier lors de l'utilisation de la <code>bin/up</code> commande.<br><br>- <strong>Par défaut :</strong> <code>true</code></p>                                                                                                                                                                                                                                                                         |
| `DOCKER_SOCKET_PATH`                          | <p>Définit le chemin du socket Docker sur la machine hôte (la machine exécutant le Toolkit). Lorsque <code>SIBLING\_CONTAINERS\_ENABLED</code> est <code>true</code>, le socket sera monté dans le conteneur afin de permettre au service de compilation de créer de nouveaux conteneurs Docker sur l'hôte.<br><br>- <strong>Nécessite :</strong> <code>SIBLING\_CONTAINERS\_ENABLED=true</code><br>- <strong>Par défaut :</strong> <code>/var/run/docker.sock</code></p>                                                                                                                                                                          |
| `variable d’environnement OVERLEAF_DATA_PATH` | <p>Définit le chemin vers le répertoire qui sera monté dans le conteneur principal <code>sharelatex</code> conteneur, et utilisé pour stocker les données de compilation. Cela peut être soit un chemin complet (commençant par un <code>/</code>), soit un chemin relatif au répertoire de base du Toolkit.<br><br>- <strong>Par défaut :</strong> <code>data/overleaf</code></p>                                                                                                                                                                                                                                                                 |
| `OVERLEAF_LISTEN_IP`                          | <p>Définit les adresses IP de l'hôte auxquelles le conteneur se liera. Par exemple, si cette valeur est définie sur <code>0.0.0.0</code>, alors l'interface web sera disponible sur n'importe quelle adresse IP de l'hôte. Pour un accès direct au conteneur, la valeur de <code>OVERLEAF\_LISTEN\_IP</code> doit être définie sur votre adresse IP publique. Définir <code>OVERLEAF\_LISTEN\_IP</code> sur l'une ou l'autre <code>0.0.0.0</code> ou sur l'adresse IP externe de votre hôte provoquera généralement des erreurs lorsqu'elle est utilisée conjointement avec la .<br><br>- <strong>Par défaut :</strong> <code>127.0.0.1</code></p> |
| `OVERLEAF_PORT`                               | <p>Définit le port hôte auquel le conteneur se liera. Par exemple, si cette valeur est définie sur <code>8099</code> et <code>OVERLEAF\_LISTEN\_IP</code> est définie sur <code>127.0.0.1</code>, alors l'interface web sera disponible sur <code><http://localhost:8099></code>.<br><br>- <strong>Par défaut :</strong> <code>80</code></p>                                                                                                                                                                                                                                                                                                       |
| `OVERLEAF_LOG_PATH`                           | <p>Définit le chemin vers le répertoire qui sera monté dans le conteneur principal <code>sharelatex</code> conteneur, et utilisé pour rendre les journaux d'application disponibles sur l'hôte Docker. Cela peut être soit un chemin complet (commençant par un <code>/</code>), soit un chemin relatif au répertoire de base du Toolkit. Supprimez l'entrée de configuration pour désactiver le montage lié. Lorsqu'il n'est pas défini, les journaux seront supprimés lors de la recréation du conteneur.<br><br>Voir pour plus d'informations sur la journalisation.<br><br>- <strong>Par défaut :</strong> non défini</p>                      |

***

### `mongo`

| Nom               | Description                                                                                                                                                                                                                                                                                                                                                                                                                                                                            |
| ----------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `MONGO_ENABLED`   | <p>Lorsqu’il est défini sur <code>true</code>, indique au Toolkit de créer un conteneur MongoDB pour héberger la base de données. Lorsqu'il est défini sur <code>false</code>, ce conteneur ne sera pas créé, et le système utilisera à la place la base de données MongoDB spécifiée par <code>MONGO\_URL</code> ci-dessous.<br><br>- <strong>Par défaut</strong>: <code>true</code></p>                                                                                              |
| `MONGO_URL`       | <p>Spécifie l'URL de connexion MongoDB à utiliser lorsque <code>MONGO\_ENABLED</code> est <code>false</code>.<br><br>- <strong>Par défaut</strong>: non défini</p>                                                                                                                                                                                                                                                                                                                     |
| `MONGO_DATA_PATH` | <p>Définit le chemin vers le répertoire qui sera monté dans le <code>mongo</code> conteneur, et utilisé pour stocker la base de données MongoDB. Cela peut être soit un chemin complet (commençant par un <code>/</code>), soit un chemin relatif au répertoire de base du toolkit. Cette option n'affecte que le <code>mongo</code> conteneur local créé lorsque <code>MONGO\_ENABLED</code> est <code>true</code>.<br><br>- <strong>Par défaut</strong>: <code>data/mongo</code></p> |
| `MONGO_IMAGE`     | <p>Image Docker utilisée par le conteneur MongoDB. Il s'agit simplement du nom de l'image Docker ; le tag de l'image Docker doit être placé dans <code>MONGO\_VERSION</code> (voir ci-dessous).<br><br>- <strong>Par défaut :</strong> <code>mongo</code></p>                                                                                                                                                                                                                          |
| `MONGO_VERSION`   | <p>Version MongoDB utilisée par le conteneur MongoDB. La valeur doit commencer par la version majeure de MongoDB et un point, par ex. <code>6.0</code> ou <code>6.0-with-suffix</code>.<br><br>- <strong>Par défaut :</strong> <code>6.0</code></p>                                                                                                                                                                                                                                    |

***

### `redis`

| Nom                     | Description                                                                                                                                                                                                                                                                                                                                                                                                                                                                          |
| ----------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| `REDIS_ENABLED`         | <p>Lorsqu’il est défini sur <code>true</code>, indique au Toolkit de créer un conteneur Redis pour héberger la base de données Redis. Lorsqu'il est défini sur <code>false</code>, ce conteneur ne sera pas créé, et le système utilisera la base de données Redis spécifiée par <code>REDIS\_HOST</code> et <code>REDIS\_PORT</code> ci-dessous.<br><br>- <strong>Par défaut</strong>: <code>true</code></p>                                                                        |
| `REDIS_HOST`            | <p>Spécifie l'hôte Redis à utiliser lorsque <code>REDIS\_ENABLED</code> est <code>false</code>.<br><br>- <strong>Par défaut</strong>: non défini</p>                                                                                                                                                                                                                                                                                                                                 |
| `REDIS_PORT`            | <p>Spécifie le port Redis à utiliser lorsque <code>REDIS\_ENABLED</code> est <code>false</code>.<br><br>- <strong>Par défaut</strong>: non défini</p>                                                                                                                                                                                                                                                                                                                                |
| `REDIS_DATA_PATH`       | <p>Définit le chemin vers le répertoire qui sera monté dans le <code>redis</code> conteneur, et utilisé pour stocker la base de données Redis. Cela peut être soit un chemin complet (commençant par un <code>/</code>), soit un chemin relatif au répertoire de base du Toolkit. Cette option n'affecte que le <code>redis</code> conteneur local créé lorsque <code>REDIS\_ENABLED</code> est <code>true</code>.<br><br>- <strong>Par défaut</strong>: <code>data/redis</code></p> |
| `REDIS_AOF_PERSISTENCE` | <p>Active la persistance AOF (Append Only File) pour Redis. Il s'agit de la <strong>recommandée</strong> configuration pour la persistance Redis.<br><br>Pour plus de détails, consultez la section <../../../maintenance/data-and-backups#aof-append-only-file> dans <../../maintenance/data-and-backups>.<br><br>- <strong>Par défaut :</strong> <code>true</code></p>                                                                                                             |

***

### `nginx`

| Nom                    | Description                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                         |
| ---------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `NGINX_ENABLED`        | <p>Lorsqu’il est défini sur <code>true</code>, indique au Toolkit de créer un conteneur NGINX pour servir de proxy TLS.<br><br>- <strong>Par défaut</strong>: <code>false</code></p>                                                                                                                                                                                                                                                                                                                                                                                |
| `NGINX_CONFIG_PATH`    | <p>Chemin vers le fichier de configuration NGINX à utiliser pour le proxy TLS.<br><br>- <strong>Par défaut</strong>: <code>config/nginx/nginx.conf</code></p>                                                                                                                                                                                                                                                                                                                                                                                                       |
| `NGINX_TLS_LISTEN_IP`  | <p>Définit les adresses IP de l'hôte auxquelles le conteneur proxy TLS se liera pour HTTPS. Par exemple, si cette valeur est définie sur <code>0.0.0.0</code> alors l'interface web HTTPS sera disponible sur n'importe quelle adresse IP de l'hôte. En général, cela devrait être défini sur l'adresse IP externe de votre hôte.<br><br>- <strong>Par défaut</strong>: <code>127.0.1.1</code></p>                                                                                                                                                                  |
| `NGINX_HTTP_LISTEN_IP` | <p>Définit les adresses IP de l'hôte auxquelles le conteneur proxy TLS se liera pour la redirection HTTP. Par exemple, si cette valeur est définie sur <code>127.0.1.1</code> alors les connexions HTTP vers <code>127.0.1.1</code> seront redirigées vers l'interface web HTTPS. En général, cela devrait être défini sur l'adresse IP externe de votre hôte. Ne le définissez pas sur <code>0.0.0.0</code> car cela provoquerait généralement un conflit avec <code>OVERLEAF\_LISTEN\_IP</code>.<br><br>- <strong>Par défaut</strong>: <code>127.0.1.1</code></p> |
| `NGINX_HTTP_PORT`      | <p>Définit le port hôte auquel le conteneur proxy TLS se liera pour HTTP.<br><br>- <strong>Par défaut</strong>: <code>80</code></p>                                                                                                                                                                                                                                                                                                                                                                                                                                 |
| `TLS_PORT`             | <p>Définit le port hôte auquel le conteneur proxy TLS se liera pour HTTPS.<br><br>- <strong>Par défaut</strong>: <code>443</code></p>                                                                                                                                                                                                                                                                                                                                                                                                                               |
| `TLS_PRIVATE_KEY_PATH` | <p>Chemin vers la clé privée à utiliser pour le proxy TLS.<br><br>- <strong>Par défaut</strong>: <code>config/nginx/certs/overleaf\_key.pem</code></p>                                                                                                                                                                                                                                                                                                                                                                                                              |
| `TLS_CERTIFICATE_PATH` | <p>Chemin vers le certificat public à utiliser pour le proxy TLS.<br><br>- <strong>Par défaut</strong>: <code>config/nginx/certs/overleaf\_certificate.pem</code></p>                                                                                                                                                                                                                                                                                                                                                                                               |


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://ayakaleaf-pro.ayaka.space/on-premises/fr/configuration/overleaf-toolkit/toolkit-settings.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.