> 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/da/konfiguration/overleaf-toolkit/toolkit-settings.md).

# Toolkit-indstillinger

Denne side beskriver de miljøvariabler, der understøttes i `config/overleaf.rc` filen for Toolkit-implementeringer.

Den `config/overleaf.rc` filen består af variabeldefinitioner i formen `NAME=value`. Linjer, der begynder med `#` behandles som kommentarer.

{% hint style="info" %}
Det er nødvendigt, at du genskaber Docker-containerne, efter du har ændret noget i `overleaf.rc` eller `variables.env` ved at køre `bin/up`.
{% endhint %}

## Container

### `sharelatex`

| Navn                         | Beskrivelse                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                     |
| ---------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `PROJECT_NAME`               | <p>Angiver værdien af <code>--project-name</code> flaget, der gives til <code>docker-compose</code>. Dette er nyttigt, når man kører flere instanser af Overleaf på én vært, da hver instans kan have et forskelligt projektnavn.<br><br>- <strong>Standard</strong>: <code>overleaf</code></p>                                                                                                                                                                                                                                                 |
| `OVERLEAF_IMAGE_NAME`        | <p>Docker-aftryk, som bruges af Server Pro/CE-programcontaineren. Dette er blot Docker-aftryksnavnet; Docker-aftrykstaggen hentes fra <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>Når den er sat til <code>true</code>, fortæller Toolkit at bruge Server Pro-aftrykket (<code>quay.io/sharelatex/sharelatex-pro</code>), i stedet for standard Server CE-aftrykket (<code>sharelatex/sharelatex</code>).<br><br>- <strong>Standard</strong>: <code>false</code></p>                                                                                                                                                                                                                                                           |
| `GIT_BRIDGE_ENABLED`         | <p>Sæt til <code>true</code> for at aktivere git-bridge-funktionen (kun Server Pro). For mere information se <a href="https://www.overleaf.com/learn/how-to/Git_integration"><https://www.overleaf.com/learn/how-to/Git_integration></a> brugerdokumentationen.<br><br>- <strong>Standard:</strong> <code>false</code></p>                                                                                                                                                                                                                      |
| `GIT_BRIDGE_IMAGE`           | <p>Docker-aftryk, som bruges af git-bridge-containeren (kun Server Pro). Dette er blot Docker-aftryksnavnet; Docker-aftrykstaggen hentes fra <code>config/version</code>.<br><br>- <strong>Standard:</strong> <code>quay.io/sharelatex/git-bridge</code></p>                                                                                                                                                                                                                                                                                    |
| `GIT_BRIDGE_DATA_PATH`       | Angiver stien til den mappe, der vil blive monteret ind i `git-bridge` containeren (kun Server Pro) og bruges til at gemme git-lagre. Dette kan enten være en fuld sti (der begynder med en `/`), eller relativ til Toolkits basismappe.                                                                                                                                                                                                                                                                                                        |
| `GIT_BRIDGE_LOG_LEVEL`       | <p>Konfigurer logningsniveauet for <code>git-bridge</code> containeren. Tilgængelige niveauer: <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>Når den er sat til <code>true</code>, fortæller Toolkit at bruge <strong>Sibling Containers</strong> teknikken til at kompilere projekter i separate sandkasser ved at bruge en separat Docker-container for hvert projekt. Se dokumentationen \<server-pro-only-configuration/sandboxed-compiles> for mere information.<br><br>- <strong>Kræver:</strong> <code>SERVER\_PRO=true</code><br>- <strong>Standard:</strong> <code>true</code></p>                                                                                               |
| `SIBLING_CONTAINERS_PULL`    | <p>Når den er sat til <code>true</code>, fortæller Toolkit at hente alle TeX Live-aftryk automatisk, der er angivet med <code>ALL\_TEX\_LIVE\_DOCKER\_IMAGES</code> i <strong>config/variables.env</strong> filen, når du bruger <code>bin/up</code> kommandoen.<br><br>- <strong>Standard:</strong> <code>true</code></p>                                                                                                                                                                                                                      |
| `DOCKER_SOCKET_PATH`         | <p>Angiver stien til Docker-soklen på værtsmaskinen (maskinen, der kører Toolkit). Når <code>SIBLING\_CONTAINERS\_ENABLED</code> er <code>true</code>, vil soklen blive monteret ind i containeren for at lade kompileringsservicen starte nye Docker-containere på værten.<br><br>- <strong>Kræver:</strong> <code>SIBLING\_CONTAINERS\_ENABLED=true</code><br>- <strong>Standard:</strong> <code>/var/run/docker.sock</code></p>                                                                                                              |
| `OVERLEAF_DATA_PATH`         | <p>Angiver stien til den mappe, der vil blive monteret ind i den primære <code>sharelatex</code> container og bruges til at gemme kompileringsdata. Dette kan enten være en fuld sti (der begynder med en <code>/</code>), eller relativ til Toolkits basismappe.<br><br>- <strong>Standard:</strong> <code>data/overleaf</code></p>                                                                                                                                                                                                            |
| `OVERLEAF_LISTEN_IP`         | <p>Angiver de værts-IP-adresser, som containeren vil binde til. For eksempel, hvis dette er sat til <code>0.0.0.0</code>, vil webgrænsefladen være tilgængelig på enhver værts-IP-adresse. Ved direkte containeradgang skal værdien af <code>OVERLEAF\_LISTEN\_IP</code> skal være sat til din offentlige IP-adresse. At sætte <code>OVERLEAF\_LISTEN\_IP</code> til enten <code>0.0.0.0</code> eller din værts eksterne IP vil typisk medføre fejl, når det bruges sammen med .<br><br>- <strong>Standard:</strong> <code>127.0.0.1</code></p> |
| `OVERLEAF_PORT`              | <p>Angiver værtsporten, som containeren vil binde til. For eksempel, hvis dette er sat til <code>8099</code> og <code>OVERLEAF\_LISTEN\_IP</code> er sat til <code>127.0.0.1</code>, vil webgrænsefladen være tilgængelig på <code><http://localhost:8099></code>.<br><br>- <strong>Standard:</strong> <code>80</code></p>                                                                                                                                                                                                                      |
| `OVERLEAF_LOG_PATH`          | <p>Angiver stien til den mappe, der vil blive monteret ind i den primære <code>sharelatex</code> container og bruges til at gøre applikationsloggene tilgængelige på Docker-værten. Dette kan enten være en fuld sti (der begynder med en <code>/</code>), eller relativ til Toolkits basismappe. Fjern konfigurationsposten for at deaktivere bind-mounten. Når den ikke er sat, vil loggene blive kasseret, når containeren genskabes.<br><br>Se for information om logning.<br><br>- <strong>Standard:</strong> ikke sat</p>                 |

***

### `mongo`

| Navn              | Beskrivelse                                                                                                                                                                                                                                                                                                                                                                                                                                                   |
| ----------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `MONGO_ENABLED`   | <p>Når den er sat til <code>true</code>, fortæller Toolkit at oprette en MongoDB-container til at hoste databasen. Når den er sat til <code>false</code>, vil denne container ikke blive oprettet, og systemet vil bruge den MongoDB-database, der er angivet af <code>MONGO\_URL</code> i stedet.<br><br>- <strong>Standard</strong>: <code>true</code></p>                                                                                                  |
| `MONGO_URL`       | <p>Angiver MongoDB-forbindelses-URL'en, der skal bruges, når <code>MONGO\_ENABLED</code> er <code>false</code>.<br><br>- <strong>Standard</strong>: ikke sat</p>                                                                                                                                                                                                                                                                                              |
| `MONGO_DATA_PATH` | <p>Angiver stien til den mappe, der vil blive monteret ind i <code>mongo</code> container og bruges til at gemme MongoDB-databasen. Dette kan enten være en fuld sti (der begynder med en <code>/</code>), eller relativ til Toolkits basismappe. Denne indstilling påvirker kun den lokale <code>mongo</code> container, der oprettes, når <code>MONGO\_ENABLED</code> er <code>true</code>.<br><br>- <strong>Standard</strong>: <code>data/mongo</code></p> |
| `MONGO_IMAGE`     | <p>Docker-aftryk, som bruges af MongoDB-containeren. Dette er blot navnet på Docker-aftrykket; Docker-aftrykstaggen skal stå i <code>MONGO\_VERSION</code> (se nedenfor).<br><br>- <strong>Standard:</strong> <code>mongo</code></p>                                                                                                                                                                                                                          |
| `MONGO_VERSION`   | <p>MongoDB-versionen, som bruges af MongoDB-containeren. Værdien skal begynde med den overordnede MongoDB-version og et punktum, f.eks. <code>6.0</code> eller <code>6.0-with-suffix</code>.<br><br>- <strong>Standard:</strong> <code>6.0</code></p>                                                                                                                                                                                                         |

***

### `redis`

| Navn                    | Beskrivelse                                                                                                                                                                                                                                                                                                                                                                                                                                                 |
| ----------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `REDIS_ENABLED`         | <p>Når den er sat til <code>true</code>, fortæller Toolkit at oprette en Redis-container til at hoste Redis-databasen. Når den er sat til <code>false</code>, vil denne container ikke blive oprettet, og systemet vil bruge den Redis-database, der er angivet af <code>REDIS\_HOST</code> og <code>REDIS\_PORT</code> i stedet.<br><br>- <strong>Standard</strong>: <code>true</code></p>                                                                 |
| `REDIS_HOST`            | <p>Angiver den Redis-vært, der skal bruges, når <code>REDIS\_ENABLED</code> er <code>false</code>.<br><br>- <strong>Standard</strong>: ikke sat</p>                                                                                                                                                                                                                                                                                                         |
| `REDIS_PORT`            | <p>Angiver den Redis-port, der skal bruges, når <code>REDIS\_ENABLED</code> er <code>false</code>.<br><br>- <strong>Standard</strong>: ikke sat</p>                                                                                                                                                                                                                                                                                                         |
| `REDIS_DATA_PATH`       | <p>Angiver stien til den mappe, der vil blive monteret ind i <code>redis</code> container og bruges til at gemme Redis-databasen. Dette kan enten være en fuld sti (der begynder med en <code>/</code>), eller relativ til Toolkits basismappe. Denne indstilling påvirker kun den lokale <code>redis</code> container, der oprettes, når <code>REDIS\_ENABLED</code> er <code>true</code>.<br><br>- <strong>Standard</strong>: <code>data/redis</code></p> |
| `REDIS_AOF_PERSISTENCE` | <p>Slå AOF-persistens (Append Only File) til for Redis. Dette er den <strong>anbefalede</strong> konfiguration til Redis-persistens.<br><br>Se afsnittet <../../../maintenance/data-and-backups#aof-append-only-file> i <../../maintenance/data-and-backups> for yderligere detaljer.<br><br>- <strong>Standard:</strong> <code>true</code></p>                                                                                                             |

***

### `nginx`

| Navn                   | Beskrivelse                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    |
| ---------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `NGINX_ENABLED`        | <p>Når den er sat til <code>true</code>, fortæller Toolkit at oprette en NGINX-container, der skal fungere som en TLS-proxy.<br><br>- <strong>Standard</strong>: <code>false</code></p>                                                                                                                                                                                                                                                                                                        |
| `NGINX_CONFIG_PATH`    | <p>Sti til NGINX-konfigurationsfilen, der skal bruges til TLS-proxyen.<br><br>- <strong>Standard</strong>: <code>config/nginx/nginx.conf</code></p>                                                                                                                                                                                                                                                                                                                                            |
| `NGINX_TLS_LISTEN_IP`  | <p>Angiver de værts-IP-adresser, som TLS-proxy-containeren vil binde til for HTTPS. For eksempel, hvis dette er sat til <code>0.0.0.0</code> vil HTTPS-webgrænsefladen være tilgængelig på enhver værts-IP-adresse. Normalt bør dette sættes til værtens eksterne IP.<br><br>- <strong>Standard</strong>: <code>127.0.1.1</code></p>                                                                                                                                                           |
| `NGINX_HTTP_LISTEN_IP` | <p>Angiver de værts-IP-adresser, som TLS-proxy-containeren vil binde til for HTTP-omdirigering. For eksempel, hvis dette er sat til <code>127.0.1.1</code> vil HTTP-forbindelser til <code>127.0.1.1</code> blive omdirigeret til HTTPS-webgrænsefladen. Normalt bør dette sættes til værtens eksterne IP. Sæt det ikke til <code>0.0.0.0</code> da dette typisk vil medføre en konflikt med <code>OVERLEAF\_LISTEN\_IP</code>.<br><br>- <strong>Standard</strong>: <code>127.0.1.1</code></p> |
| `NGINX_HTTP_PORT`      | <p>Angiver værtsporten, som TLS-proxy-containeren vil binde til for HTTP.<br><br>- <strong>Standard</strong>: <code>80</code></p>                                                                                                                                                                                                                                                                                                                                                              |
| `TLS_PORT`             | <p>Angiver værtsporten, som TLS-proxy-containeren vil binde til for HTTPS.<br><br>- <strong>Standard</strong>: <code>443</code></p>                                                                                                                                                                                                                                                                                                                                                            |
| `TLS_PRIVATE_KEY_PATH` | <p>Sti til den private nøgle, der skal bruges til TLS-proxyen.<br><br>- <strong>Standard</strong>: <code>config/nginx/certs/overleaf\_key.pem</code></p>                                                                                                                                                                                                                                                                                                                                       |
| `TLS_CERTIFICATE_PATH` | <p>Sti til det offentlige certifikat, der skal bruges til TLS-proxyen.<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/da/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.
