> For the complete documentation index, see [llms.txt](https://overleaf-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://overleaf-pro.ayaka.space/on-premises/de/konfiguration/overleaf-toolkit/toolkit-settings.md).

# Toolkit-Einstellungen

Diese Seite beschreibt die Umgebungsvariablen, die in der `config/overleaf.rc` Datei für Toolkit-Bereitstellungen unterstützt werden.

Die `config/overleaf.rc` Die Datei besteht aus Variablendefinitionen in der Form `NAME=value`. Zeilen, die mit `#` beginnen, werden als Kommentare behandelt.

{% hint style="info" %}
Es ist erforderlich, dass Sie die Docker-Container neu erstellen, nachdem Sie etwas in `overleaf.rc` oder `variables.env` ändern, indem Sie `bin/up`.
{% endhint %}

## Container

### `sharelatex`

| Name                         | Beschreibung                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                          |
| ---------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `PROJECT_NAME`               | <p>Legt den Wert von <code>--project-name</code> des übergebenen Flags <code>docker-compose</code>. Dies ist nützlich, wenn mehrere Instanzen von Overleaf auf einem Host ausgeführt werden, da jede Instanz einen anderen Projektnamen haben kann.<br><br>- <strong>Standard</strong>: <code>Overleaf</code></p>                                                                                                                                                                                                                                                                                     |
| `OVERLEAF_IMAGE_NAME`        | <p>Docker-Image, wie es vom Server-Pro/CE-Anwendungskontainer verwendet wird. Dies ist nur der Name des Docker-Images; das Docker-Image-Tag stammt aus <code>config/version</code>.<br><br>- <strong>Standard:</strong><br>- Server Pro: <code>quay.io/sharelatex/sharelatex-pro</code><br>- Community Edition: <code>sharelatex/sharelatex</code></p>                                                                                                                                                                                                                                                |
| `SERVER_PRO`                 | <p>Wenn auf <code>true</code>, weist das Toolkit an, das Server-Pro-Image (<code>quay.io/sharelatex/sharelatex-pro</code>), statt des standardmäßigen Server-CE-Images (<code>sharelatex/sharelatex</code>).<br><br>- <strong>Standard</strong>: <code>false</code></p>                                                                                                                                                                                                                                                                                                                               |
| `GIT_BRIDGE_ENABLED`         | <p>Setzen Sie auf <code>true</code> um die git-bridge-Funktion zu aktivieren (nur Server Pro). Weitere Informationen finden Sie in der <a href="https://www.overleaf.com/learn/how-to/Git_integration"><https://www.overleaf.com/learn/how-to/Git_integration></a> Benutzerdokumentation.<br><br>- <strong>Standard:</strong> <code>false</code></p>                                                                                                                                                                                                                                                  |
| `GIT_BRIDGE_IMAGE`           | <p>Docker-Image, wie es vom git-bridge-Container verwendet wird (nur Server Pro). Dies ist nur der Name des Docker-Images; das Docker-Image-Tag stammt aus <code>config/version</code>.<br><br>- <strong>Standard:</strong> <code>quay.io/sharelatex/git-bridge</code></p>                                                                                                                                                                                                                                                                                                                            |
| `GIT_BRIDGE_DATA_PATH`       | Legt den Pfad zu dem Verzeichnis fest, das in den `git-bridge` Container (nur Server Pro) eingehängt wird und zum Speichern der Git-Repositories verwendet wird. Dies kann entweder ein vollständiger Pfad sein (beginnend mit einem `/`), oder relativ zum Basisverzeichnis des Toolkits.                                                                                                                                                                                                                                                                                                            |
| `GIT_BRIDGE_LOG_LEVEL`       | <p>Konfiguriert die Protokollierungsebene des <code>git-bridge</code> Containers. Verfügbare Stufen: <code>TRACE</code>, <code>DEBUG</code>, <code>INFO</code>, <code>WARN</code>, <code>ERROR</code>.<br><br>- <strong>Standard:</strong> <code>INFO</code></p>                                                                                                                                                                                                                                                                                                                                      |
| `SIBLING_CONTAINERS_ENABLED` | <p>Wenn auf <code>true</code>, weist das Toolkit an, die <strong>Sibling-Container</strong> Technik zum Kompilieren von Projekten in getrennten Sandboxes, wobei für jedes Projekt ein separater Docker-Container verwendet wird. Weitere Informationen finden Sie in der Dokumentation \<server-pro-only-configuration/sandboxed-compiles>.<br><br>- <strong>Erfordert:</strong> <code>SERVER\_PRO=true</code><br>- <strong>Standard:</strong> <code>true</code></p>                                                                                                                                 |
| `SIBLING_CONTAINERS_PULL`    | <p>Wenn auf <code>true</code>, weist das Toolkit an, automatisch alle TeX-Live-Images abzurufen, die mit <code>ALL\_TEX\_LIVE\_DOCKER\_IMAGES</code> in der <strong>config/variables.env</strong> Datei bei Verwendung des <code>bin/up</code> Befehls.<br><br>- <strong>Standard:</strong> <code>true</code></p>                                                                                                                                                                                                                                                                                     |
| `DOCKER_SOCKET_PATH`         | <p>Legt den Pfad zum Docker-Socket auf dem Hostcomputer fest (dem Computer, auf dem das Toolkit ausgeführt wird). Wenn <code>SIBLING\_CONTAINERS\_ENABLED</code> ist <code>true</code>, wird der Socket in den Container eingehängt, damit der Compiler-Dienst auf dem Host neue Docker-Container starten kann.<br><br>- <strong>Erfordert:</strong> <code>SIBLING\_CONTAINERS\_ENABLED=true</code><br>- <strong>Standard:</strong> <code>/var/run/docker.sock</code></p>                                                                                                                             |
| `OVERLEAF_DATA_PATH`         | <p>Legt den Pfad zu dem Verzeichnis fest, das in den Haupt- <code>sharelatex</code> Container eingehängt und zum Speichern von Kompilierdaten verwendet wird. Dies kann entweder ein vollständiger Pfad sein (beginnend mit einem <code>/</code>), oder relativ zum Basisverzeichnis des Toolkits.<br><br>- <strong>Standard:</strong> <code>data/overleaf</code></p>                                                                                                                                                                                                                                 |
| `OVERLEAF_LISTEN_IP`         | <p>Legt die Host-IP-Adresse(n) fest, an die der Container gebunden wird. Wenn dies zum Beispiel auf <code>0.0.0.0</code>, dann ist die Weboberfläche unter jeder Host-IP-Adresse verfügbar. Für den direkten Containerzugriff muss der Wert von <code>OVERLEAF\_LISTEN\_IP</code> auf Ihre öffentliche IP-Adresse gesetzt werden. Das Setzen von <code>OVERLEAF\_LISTEN\_IP</code> auf entweder <code>0.0.0.0</code> oder die externe IP Ihres Hosts führt in der Regel zu Fehlern, wenn es zusammen mit dem . verwendet wird.<br><br>- <strong>Standard:</strong> <code>127.0.0.1</code></p>         |
| `OVERLEAF_PORT`              | <p>Legt den Host-Port fest, an den der Container gebunden wird. Wenn dies zum Beispiel auf <code>8099</code> und <code>OVERLEAF\_LISTEN\_IP</code> auf <code>127.0.0.1</code>, dann ist die Weboberfläche verfügbar unter <code><http://localhost:8099></code>.<br><br>- <strong>Standard:</strong> <code>80</code></p>                                                                                                                                                                                                                                                                               |
| `OVERLEAF_LOG_PATH`          | <p>Legt den Pfad zu dem Verzeichnis fest, das in den Haupt- <code>sharelatex</code> Container eingehängt und verwendet, um Anwendungsprotokolle auf dem Docker-Host verfügbar zu machen. Dies kann entweder ein vollständiger Pfad sein (beginnend mit einem <code>/</code>), oder relativ zum Basisverzeichnis des Toolkits. Entfernen Sie den Konfigurationseintrag, um das Bind-Mount zu deaktivieren. Wenn nicht gesetzt, werden Protokolle beim Neuerstellen des Containers verworfen.<br><br>Siehe für Informationen zur Protokollierung.<br><br>- <strong>Standard:</strong> nicht gesetzt</p> |

***

### `mongo`

| Name              | Beschreibung                                                                                                                                                                                                                                                                                                                                                                                                                                                                                             |
| ----------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `MONGO_ENABLED`   | <p>Wenn auf <code>true</code>, weist das Toolkit an, einen MongoDB-Container zum Hosten der Datenbank zu erstellen. Wenn auf <code>false</code>, wird dieser Container nicht erstellt, und das System verwendet stattdessen die von <code>MONGO\_URL</code> angegebene MongoDB-Datenbank statt dessen.<br><br>- <strong>Standard</strong>: <code>true</code></p>                                                                                                                                         |
| `MONGO_URL`       | <p>Gibt die MongoDB-Verbindungs-URL an, die verwendet werden soll, wenn <code>MONGO\_ENABLED</code> ist <code>false</code>.<br><br>- <strong>Standard</strong>: nicht gesetzt</p>                                                                                                                                                                                                                                                                                                                        |
| `MONGO_DATA_PATH` | <p>Legt den Pfad zu dem Verzeichnis fest, das in den <code>mongo</code> Container eingehängt und zum Speichern der MongoDB-Datenbank verwendet wird. Dies kann entweder ein vollständiger Pfad sein (beginnend mit einem <code>/</code>), oder relativ zum Basisverzeichnis des Toolkits. Diese Option betrifft nur den lokalen <code>mongo</code> Container, der erstellt wird, wenn <code>MONGO\_ENABLED</code> ist <code>true</code>.<br><br>- <strong>Standard</strong>: <code>data/mongo</code></p> |
| `MONGO_IMAGE`     | <p>Docker-Image, wie es vom MongoDB-Container verwendet wird. Dies ist nur der Name des Docker-Images; das Docker-Image-Tag sollte in <code>MONGO\_VERSION</code> (siehe unten).<br><br>- <strong>Standard:</strong> <code>mongo</code></p>                                                                                                                                                                                                                                                              |
| `MONGO_VERSION`   | <p>MongoDB-Version, wie sie vom MongoDB-Container verwendet wird. Der Wert muss mit der Hauptversion von MongoDB und einem Punkt beginnen, z. B. <code>6.0</code> oder <code>6.0-with-suffix</code>.<br><br>- <strong>Standard:</strong> <code>6.0</code></p>                                                                                                                                                                                                                                            |

***

### `redis`

| Name                    | Beschreibung                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           |
| ----------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| `REDIS_ENABLED`         | <p>Wenn auf <code>true</code>, weist das Toolkit an, einen Redis-Container zum Hosten der Redis-Datenbank zu erstellen. Wenn auf <code>false</code>, wird dieser Container nicht erstellt, und das System verwendet stattdessen die von <code>REDIS\_HOST</code> und <code>REDIS\_PORT</code> angegebene MongoDB-Datenbank statt dessen.<br><br>- <strong>Standard</strong>: <code>true</code></p>                                                                                                     |
| `REDIS_HOST`            | <p>Gibt den zu verwendenden Redis-Host an, wenn <code>REDIS\_ENABLED</code> ist <code>false</code>.<br><br>- <strong>Standard</strong>: nicht gesetzt</p>                                                                                                                                                                                                                                                                                                                                              |
| `REDIS_PORT`            | <p>Gibt den zu verwendenden Redis-Port an, wenn <code>REDIS\_ENABLED</code> ist <code>false</code>.<br><br>- <strong>Standard</strong>: nicht gesetzt</p>                                                                                                                                                                                                                                                                                                                                              |
| `REDIS_DATA_PATH`       | <p>Legt den Pfad zu dem Verzeichnis fest, das in den <code>redis</code> Container eingehängt und zum Speichern der Redis-Datenbank verwendet wird. Dies kann entweder ein vollständiger Pfad sein (beginnend mit einem <code>/</code>), oder relativ zum Basisverzeichnis des Toolkits. Diese Option betrifft nur den lokalen <code>redis</code> Container, der erstellt wird, wenn <code>REDIS\_ENABLED</code> ist <code>true</code>.<br><br>- <strong>Standard</strong>: <code>data/redis</code></p> |
| `REDIS_AOF_PERSISTENCE` | <p>Aktivieren Sie die AOF-(Append-Only-File)-Persistenz für Redis. Dies ist die <strong>empfohlene</strong> Konfiguration für die Redis-Persistenz.<br><br>Weitere Einzelheiten finden Sie im Abschnitt <../../../maintenance/data-and-backups#aof-append-only-file> in <../../maintenance/data-and-backups>.<br><br>- <strong>Standard:</strong> <code>true</code></p>                                                                                                                                |

***

### `nginx`

| Name                   | Beschreibung                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 |
| ---------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `NGINX_ENABLED`        | <p>Wenn auf <code>true</code>, weist das Toolkit an, einen NGINX-Container als TLS-Proxy zu erstellen.<br><br>- <strong>Standard</strong>: <code>false</code></p>                                                                                                                                                                                                                                                                                                                                                                            |
| `NGINX_CONFIG_PATH`    | <p>Pfad zur NGINX-Konfigurationsdatei, die für den TLS-Proxy verwendet werden soll.<br><br>- <strong>Standard</strong>: <code>config/nginx/nginx.conf</code></p>                                                                                                                                                                                                                                                                                                                                                                             |
| `NGINX_TLS_LISTEN_IP`  | <p>Legt die Host-IP-Adresse(n) fest, an die der TLS-Proxy-Container für HTTPS gebunden wird. Wenn dies zum Beispiel auf <code>0.0.0.0</code> dann ist die HTTPS-Weboberfläche unter jeder Host-IP-Adresse verfügbar. Typischerweise sollte dies auf die externe IP Ihres Hosts gesetzt werden.<br><br>- <strong>Standard</strong>: <code>127.0.1.1</code></p>                                                                                                                                                                                |
| `NGINX_HTTP_LISTEN_IP` | <p>Legt die Host-IP-Adresse(n) fest, an die der TLS-Proxy-Container für HTTP-Weiterleitung gebunden wird. Wenn dies zum Beispiel auf <code>127.0.1.1</code> dann werden HTTP-Verbindungen zu <code>127.0.1.1</code> an die HTTPS-Weboberfläche weitergeleitet. Typischerweise sollte dies auf die externe IP Ihres Hosts gesetzt werden. Setzen Sie es nicht auf <code>0.0.0.0</code> da dies typischerweise einen Konflikt verursacht mit <code>OVERLEAF\_LISTEN\_IP</code>.<br><br>- <strong>Standard</strong>: <code>127.0.1.1</code></p> |
| `NGINX_HTTP_PORT`      | <p>Legt den Host-Port fest, an den der TLS-Proxy-Container für HTTP gebunden wird.<br><br>- <strong>Standard</strong>: <code>80</code></p>                                                                                                                                                                                                                                                                                                                                                                                                   |
| `TLS_PORT`             | <p>Legt den Host-Port fest, an den der TLS-Proxy-Container für HTTPS gebunden wird.<br><br>- <strong>Standard</strong>: <code>443</code></p>                                                                                                                                                                                                                                                                                                                                                                                                 |
| `TLS_PRIVATE_KEY_PATH` | <p>Pfad zum privaten Schlüssel, der für den TLS-Proxy verwendet werden soll.<br><br>- <strong>Standard</strong>: <code>config/nginx/certs/overleaf\_key.pem</code></p>                                                                                                                                                                                                                                                                                                                                                                       |
| `TLS_CERTIFICATE_PATH` | <p>Pfad zum öffentlichen Zertifikat, das für den TLS-Proxy verwendet werden soll.<br><br>- <strong>Standard</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://overleaf-pro.ayaka.space/on-premises/de/konfiguration/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.