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

# Toolkit-indstillinger

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

Det `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-containere efter at have æ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 der køres flere Overleaf-instanser på én vært, da hver instans kan have et andet projektnavn.<br><br>- <strong>Standard</strong>: <code>overleaf</code></p>                                                                                                                                                                                                                                                                        |
| `OVERLEAF_IMAGE_NAME`        | <p>Docker-image, som bruges af Server Pro/CE-applikationscontaineren. Dette er kun Docker-imagenavnet; Docker-image-tagget 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 sat til <code>true</code>, fortæller Toolkit at bruge Server Pro-imagen (<code>quay.io/sharelatex/sharelatex-pro</code>), i stedet for standard Server CE-imagen (<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-image, som bruges af git-bridge-containeren (kun Server Pro). Dette er kun Docker-imagenavnet; Docker-image-tagget 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-repositorierne. Dette kan enten være en fuld sti (som begynder med en `/`), eller relativ til Toolkit'ets basis-mappe.                                                                                                                                                                                                                                                                                                         |
| `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 sat til <code>true</code>, fortæller Toolkit at bruge <strong>Sibling Containers</strong> teknik til at kompilere projekter i separate sandkasser ved hjælp af 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 sat til <code>true</code>, fortæller Toolkit at hente alle TeX Live-images automatisk, der er angivet ved hjælp af <code>ALL\_TEX\_LIVE\_DOCKER\_IMAGES</code> i <strong>config/variables.env</strong> filen, når der bruges <code>bin/up</code> kommandoen.<br><br>- <strong>Standard:</strong> <code>true</code></p>                                                                                                                                                                                                                                 |
| `DOCKER_SOCKET_PATH`         | <p>Angiver stien til Docker-socketen på værtsmaskinen (maskinen, der kører Toolkit). Når <code>SIBLING\_CONTAINERS\_ENABLED</code> er <code>true</code>, vil socketen blive monteret ind i containeren for at gøre det muligt for compiler-tjenesten at 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 hoved- <code>sharelatex</code> container og bruges til at gemme kompileringsdata. Dette kan enten være en fuld sti (som begynder med en <code>/</code>), eller relativ til Toolkit'ets basis-mappe.<br><br>- <strong>Standard:</strong> <code>data/overleaf</code></p>                                                                                                                                                                                                                           |
| `OVERLEAF_LISTEN_IP`         | <p>Angiver værtens IP-adresse(r), 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. Hvis du sætter <code>OVERLEAF\_LISTEN\_IP</code> til enten <code>0.0.0.0</code> eller værtsmaskinens eksterne IP vil typisk forårsage fejl, når det bruges sammen med .<br><br>- <strong>Standard:</strong> <code>127.0.0.1</code></p> |
| `OVERLEAF_PORT`              | <p>Angiver den værtsport, 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 hoved- <code>sharelatex</code> containeren og bruges til at gøre applikationslogfiler tilgængelige på Docker-værten. Dette kan enten være en fuld sti (som begynder med en <code>/</code>), eller relativ til Toolkit'ets basis-mappe. Fjern konfigurationsposten for at deaktivere bind-mount'et. Når den ikke er angivet, vil loggene blive kasseret, når containeren genskabes.<br><br>Se for information om logning.<br><br>- <strong>Standard:</strong> ikke angivet</p>                    |

***

### `mongo`

| Navn              | Beskrivelse                                                                                                                                                                                                                                                                                                                                                                                                                                                         |
| ----------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `MONGO_ENABLED`   | <p>Når sat til <code>true</code>, fortæller Toolkit at oprette en MongoDB-container til at hoste databasen. Når 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 den MongoDB-forbindelses-URL, der skal bruges, når <code>MONGO\_ENABLED</code> er <code>false</code>.<br><br>- <strong>Standard</strong>: ikke angivet</p>                                                                                                                                                                                                                                                                                               |
| `MONGO_DATA_PATH` | <p>Angiver stien til den mappe, der vil blive monteret ind i <code>mongo</code> containeren og bruges til at gemme MongoDB-databasen. Dette kan enten være en fuld sti (som begynder med en <code>/</code>), eller relativ til Toolkit'ets basis-mappe. 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-image, som bruges af MongoDB-containeren. Dette er kun navnet på Docker-imagen; Docker-image-tagget bør angives i <code>MONGO\_VERSION</code> (se nedenfor).<br><br>- <strong>Standard:</strong> <code>mongo</code></p>                                                                                                                                                                                                                                   |
| `MONGO_VERSION`   | <p>MongoDB-version, som bruges af MongoDB-containeren. Værdien skal begynde med den primære 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 sat til <code>true</code>, fortæller Toolkit at oprette en Redis-container til at hoste Redis-databasen. Når 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 angivet</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 angivet</p>                                                                                                                                                                                                                                                                                                           |
| `REDIS_DATA_PATH`       | <p>Angiver stien til den mappe, der vil blive monteret ind i <code>redis</code> containeren og bruges til at gemme Redis-databasen. Dette kan enten være en fuld sti (som begynder med en <code>/</code>), eller relativ til Toolkit'ets basis-mappe. 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>For yderligere detaljer, se afsnittet <../../../maintenance/data-and-backups#aof-append-only-file> i <../../maintenance/data-and-backups>.<br><br>- <strong>Standard:</strong> <code>true</code></p>                                                                                                                  |

***

### `nginx`

| Navn                   | Beskrivelse                                                                                                                                                                                                                                                                                                                                                                                                                                                                                             |
| ---------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `NGINX_ENABLED`        | <p>Når sat til <code>true</code>, fortæller Toolkit at oprette en NGINX-container, som fungerer 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 værtens IP-adresse(r), 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. Typisk bør dette sættes til værtsmaskinens eksterne IP.<br><br>- <strong>Standard</strong>: <code>127.0.1.1</code></p>                                                                                                                                                             |
| `NGINX_HTTP_LISTEN_IP` | <p>Angiver værtens IP-adresse(r), 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. Typisk bør dette sættes til værtsmaskinens eksterne IP. Sæt det ikke til <code>0.0.0.0</code> da dette typisk vil forårsage 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 den værtsport, som TLS-proxy-containeren vil binde til for HTTP.<br><br>- <strong>Standard</strong>: <code>80</code></p>                                                                                                                                                                                                                                                                                                                                                                     |
| `TLS_PORT`             | <p>Angiver den værtsport, 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://ayakaleaf-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.
