> 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/on-premises-no/konfigurasjon/overleaf-toolkit/toolkit-settings.md).

# Toolkit-innstillinger

Denne siden beskriver miljøvariablene som støttes i `config/overleaf.rc` filen for Toolkit-utrullinger.

Den `config/overleaf.rc` filen består av variabeldefinisjoner i formen `NAME=value`. Linjer som begynner med `#` behandles som kommentarer.

{% hint style="info" %}
Det er nødvendig at du oppretter Docker-containerne på nytt etter å ha endret noe i `overleaf.rc` eller `variables.env` ved å kjøre `bin/up`.
{% endhint %}

## Beholder

### `sharelatex`

| Navn                         | Beskrivelse                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                            |
| ---------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `PROJECT_NAME`               | <p>Angir verdien av <code>--project-name</code> flagg sendt til <code>docker-compose</code>. Dette er nyttig når du kjører flere instanser av Overleaf på én vert, siden hver instans kan ha et eget prosjektnavn.<br><br>- <strong>Standard</strong>: <code>Overleaf</code></p>                                                                                                                                                                                                                                                                                       |
| `OVERLEAF_IMAGE_NAME`        | <p>Docker-image som brukes av applikasjonsbeholderen i Server Pro/CE. Dette er bare navnet på Docker-imaget; Docker-image-taggen 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 satt til <code>true</code>, forteller Toolkit å bruke Server Pro-imaget (<code>quay.io/sharelatex/sharelatex-pro</code>), i stedet for standard Server CE-image (<code>sharelatex/sharelatex</code>).<br><br>- <strong>Standard</strong>: <code>false</code></p>                                                                                                                                                                                                                                                                                                |
| `GIT_BRIDGE_ENABLED`         | <p>Sett til <code>true</code> for å aktivere git-bridge-funksjonen (kun Server Pro). For mer informasjon, se <a href="https://www.overleaf.com/learn/how-to/Git_integration"><https://www.overleaf.com/learn/how-to/Git_integration></a> brukerdokumentasjonen.<br><br>- <strong>Standard:</strong> <code>false</code></p>                                                                                                                                                                                                                                             |
| `GIT_BRIDGE_IMAGE`           | <p>Docker-image som brukes av git-bridge-beholderen (kun Server Pro). Dette er bare navnet på Docker-imaget; Docker-image-taggen hentes fra <code>config/version</code>.<br><br>- <strong>Standard:</strong> <code>quay.io/sharelatex/git-bridge</code></p>                                                                                                                                                                                                                                                                                                            |
| `GIT_BRIDGE_DATA_PATH`       | Angir banen til katalogen som skal monteres inn i `git-bridge` beholderen (kun Server Pro), og brukes til å lagre git-repositoriene. Dette kan være enten en full sti (som begynner med en `/`), eller relativ til Toolkit sin rotkatalog.                                                                                                                                                                                                                                                                                                                             |
| `GIT_BRIDGE_LOG_LEVEL`       | <p>Konfigurer loggnivået for <code>git-bridge</code> beholderen. Tilgjengelige nivåer: <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 satt til <code>true</code>, forteller Toolkit å bruke <strong>Søsterbeholdere</strong> teknikken for å kompilere prosjekter i separate sandkasser, ved å bruke en separat Docker-beholder for hvert prosjekt. Se dokumentasjonen \<server-pro-only-configuration/sandboxed-compiles> for mer informasjon.<br><br>- <strong>Krever:</strong> <code>SERVER\_PRO=true</code><br>- <strong>Standard:</strong> <code>true</code></p>                                                                                                                                 |
| `SIBLING_CONTAINERS_PULL`    | <p>Når satt til <code>true</code>, forteller Toolkit å automatisk hente alle TeX Live-image satt med <code>ALL\_TEX\_LIVE\_DOCKER\_IMAGES</code> i <strong>config/variables.env</strong> fil når du bruker <code>bin/up</code> kommandoen.<br><br>- <strong>Standard:</strong> <code>true</code></p>                                                                                                                                                                                                                                                                   |
| `DOCKER_SOCKET_PATH`         | <p>Angir banen til Docker-sokkelen på vertsmaskinen (maskinen som kjører Toolkit). Når <code>SIBLING\_CONTAINERS\_ENABLED</code> er <code>true</code>, vil sokkelen bli montert inn i beholderen for å tillate kompileringstjenesten å starte nye Docker-beholdere på verten.<br><br>- <strong>Krever:</strong> <code>SIBLING\_CONTAINERS\_ENABLED=true</code><br>- <strong>Standard:</strong> <code>/var/run/docker.sock</code></p>                                                                                                                                   |
| `OVERLEAF_DATA_PATH`         | <p>Angir banen til katalogen som skal monteres inn i hoved- <code>sharelatex</code> beholderen, og brukes til å lagre kompileringsdata. Dette kan være enten en full sti (som begynner med en <code>/</code>), eller relativ til Toolkit sin rotkatalog.<br><br>- <strong>Standard:</strong> <code>data/overleaf</code></p>                                                                                                                                                                                                                                            |
| `OVERLEAF_LISTEN_IP`         | <p>Angir vertens IP-adresse(r) som beholderen skal binde seg til. For eksempel, hvis dette er satt til <code>0.0.0.0</code>, vil nettgrensesnittet være tilgjengelig på enhver vert-IP-adresse. For direkte tilgang til beholderen må verdien av <code>OVERLEAF\_LISTEN\_IP</code> settes til din offentlige IP-adresse. Å sette <code>OVERLEAF\_LISTEN\_IP</code> til enten <code>0.0.0.0</code> eller den eksterne IP-adressen til verten din vil vanligvis føre til feil når det brukes sammen med .<br><br>- <strong>Standard:</strong> <code>127.0.0.1</code></p> |
| `OVERLEAF_PORT`              | <p>Angir vertsporten som beholderen skal binde seg til. For eksempel, hvis dette er satt til <code>8099</code> og <code>OVERLEAF\_LISTEN\_IP</code> er satt til <code>127.0.0.1</code>, vil nettgrensesnittet være tilgjengelig på <code><http://localhost:8099></code>.<br><br>- <strong>Standard:</strong> <code>80</code></p>                                                                                                                                                                                                                                       |
| `OVERLEAF_LOG_PATH`          | <p>Angir banen til katalogen som skal monteres inn i hoved- <code>sharelatex</code> beholderen, og brukes for å gjøre applikasjonslogger tilgjengelige på Docker-verten. Dette kan være enten en full sti (som begynner med en <code>/</code>), eller relativ til Toolkit sin rotkatalog. Fjern konfigurasjonsoppføringen for å deaktivere bind-mounten. Når den ikke er satt, vil logger bli kastet når beholderen opprettes på nytt.<br><br>Se for informasjon om logging.<br><br>- <strong>Standard:</strong> ikke satt</p>                                         |

***

### `mongo`

| Navn              | Beskrivelse                                                                                                                                                                                                                                                                                                                                                                                                                                                 |
| ----------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `MONGO_ENABLED`   | <p>Når satt til <code>true</code>, forteller Toolkit å opprette en MongoDB-beholder for å være vert for databasen. Når satt til <code>false</code>, vil denne beholderen ikke bli opprettet, og systemet vil bruke MongoDB-databasen angitt av <code>MONGO\_URL</code> i stedet.<br><br>- <strong>Standard</strong>: <code>true</code></p>                                                                                                                  |
| `MONGO_URL`       | <p>Angir MongoDB-tilkoblings-URL-en som skal brukes når <code>MONGO\_ENABLED</code> er <code>false</code>.<br><br>- <strong>Standard</strong>: ikke satt</p>                                                                                                                                                                                                                                                                                                |
| `MONGO_DATA_PATH` | <p>Angir banen til katalogen som skal monteres inn i <code>mongo</code> beholderen, og brukes til å lagre MongoDB-databasen. Dette kan være enten en full sti (som begynner med en <code>/</code>), eller relativ til toolkit sin rotkatalog. Dette alternativet påvirker bare den lokale <code>mongo</code> beholderen som opprettes 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 brukes av MongoDB-beholderen. Dette er bare navnet på Docker-imaget; Docker-image-taggen bør settes i <code>MONGO\_VERSION</code> (se nedenfor).<br><br>- <strong>Standard:</strong> <code>mongo</code></p>                                                                                                                                                                                                                             |
| `MONGO_VERSION`   | <p>MongoDB-versjon som brukes av MongoDB-beholderen. Verdien må starte med hovedversjonen av MongoDB 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 satt til <code>true</code>, forteller Toolkit å opprette en Redis-beholder for å være vert for Redis-databasen. Når satt til <code>false</code>, vil denne beholderen ikke bli opprettet, og systemet vil bruke Redis-databasen angitt av <code>REDIS\_HOST</code> og <code>REDIS\_PORT</code> i stedet.<br><br>- <strong>Standard</strong>: <code>true</code></p>                                                                                 |
| `REDIS_HOST`            | <p>Angir Redis-verten som skal brukes når <code>REDIS\_ENABLED</code> er <code>false</code>.<br><br>- <strong>Standard</strong>: ikke satt</p>                                                                                                                                                                                                                                                                                                            |
| `REDIS_PORT`            | <p>Angir Redis-porten som skal brukes når <code>REDIS\_ENABLED</code> er <code>false</code>.<br><br>- <strong>Standard</strong>: ikke satt</p>                                                                                                                                                                                                                                                                                                            |
| `REDIS_DATA_PATH`       | <p>Angir banen til katalogen som skal monteres inn i <code>redis</code> beholderen, og brukes til å lagre Redis-databasen. Dette kan være enten en full sti (som begynner med en <code>/</code>), eller relativ til Toolkit sin rotkatalog. Dette alternativet påvirker bare den lokale <code>redis</code> beholderen som opprettes 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å på AOF-persistens (Append Only File) for Redis. Dette er den <strong>anbefalte</strong> konfigurasjonen for Redis-persistens.<br><br>For flere detaljer, se delen <../../../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 satt til <code>true</code>, forteller Toolkit å opprette en NGINX-beholder som skal fungere som en TLS-proxy.<br><br>- <strong>Standard</strong>: <code>false</code></p>                                                                                                                                                                                                                                                                                                                                             |
| `NGINX_CONFIG_PATH`    | <p>Sti til NGINX-konfigurasjonsfilen som skal brukes for TLS-proxyen.<br><br>- <strong>Standard</strong>: <code>config/nginx/nginx.conf</code></p>                                                                                                                                                                                                                                                                                                                                                                          |
| `NGINX_TLS_LISTEN_IP`  | <p>Angir vertens IP-adresse(r) som TLS-proxybeholderen skal binde seg til for HTTPS. For eksempel, hvis dette er satt til <code>0.0.0.0</code> vil HTTPS-nettgrensesnittet være tilgjengelig på enhver vert-IP-adresse. Vanligvis bør dette settes til den eksterne IP-adressen til verten din.<br><br>- <strong>Standard</strong>: <code>127.0.1.1</code></p>                                                                                                                                                              |
| `NGINX_HTTP_LISTEN_IP` | <p>Angir vertens IP-adresse(r) som TLS-proxybeholderen skal binde seg til for HTTP-videresending. For eksempel, hvis dette er satt til <code>127.0.1.1</code> vil HTTP-tilkoblinger til <code>127.0.1.1</code> bli omdirigert til HTTPS-nettgrensesnittet. Vanligvis bør dette settes til den eksterne IP-adressen til verten din. Ikke sett den til <code>0.0.0.0</code> da dette vanligvis vil føre til en konflikt med <code>OVERLEAF\_LISTEN\_IP</code>.<br><br>- <strong>Standard</strong>: <code>127.0.1.1</code></p> |
| `NGINX_HTTP_PORT`      | <p>Angir vertsporten som TLS-proxybeholderen skal binde seg til for HTTP.<br><br>- <strong>Standard</strong>: <code>80</code></p>                                                                                                                                                                                                                                                                                                                                                                                           |
| `TLS_PORT`             | <p>Angir vertsporten som TLS-proxybeholderen skal binde seg til for HTTPS.<br><br>- <strong>Standard</strong>: <code>443</code></p>                                                                                                                                                                                                                                                                                                                                                                                         |
| `TLS_PRIVATE_KEY_PATH` | <p>Sti til den private nøkkelen som skal brukes for TLS-proxyen.<br><br>- <strong>Standard</strong>: <code>config/nginx/certs/overleaf\_key.pem</code></p>                                                                                                                                                                                                                                                                                                                                                                  |
| `TLS_CERTIFICATE_PATH` | <p>Sti til det offentlige sertifikatet som skal brukes for 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/on-premises-no/konfigurasjon/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.
