> 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/it/configurazione/overleaf-toolkit/toolkit-settings.md). # impostazioni del Toolkit Questa pagina descrive le variabili d'ambiente supportate nel `config/overleaf.rc` file per le distribuzioni Toolkit. Il `config/overleaf.rc` Il file consiste in definizioni di variabili nella forma `NAME=value`. Le righe che iniziano con `#` sono trattate come commenti. {% hint style="info" %} È necessario ricreare i contenitori Docker dopo aver modificato qualsiasi cosa in `overleaf.rc` o `variables.env` eseguendo `bin/up`. {% endhint %} ## Contenitore ### `sharelatex` | Nome | Descrizione | | ---------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | `PROJECT_NAME` | Imposta il valore di `--project-name` flag passato a `docker-compose`. Questo è utile quando si eseguono più istanze di Overleaf su un solo host, poiché ogni istanza può avere un nome progetto diverso.\n\n- **Predefinito**: `overleaf` | | `OVERLEAF_IMAGE_NAME` |

Immagine Docker usata dal container dell'applicazione Server Pro/CE. Questo è solo il nome dell'immagine Docker; il tag dell'immagine Docker è preso da config/version.

- Predefinito:
- Server Pro: quay.io/sharelatex/sharelatex-pro
- Community Edition: sharelatex/sharelatex

| | `SERVER_PRO` |

Quando impostato su true, indica al Toolkit di usare l'immagine Server Pro (quay.io/sharelatex/sharelatex-pro), anziché l'immagine Server CE predefinita (sharelatex/sharelatex).

- Predefinito: false

| | `GIT_BRIDGE_ENABLED` | Imposta su `true` per abilitare la funzionalità git-bridge (solo Server Pro). Per ulteriori informazioni, vedi la documentazione per l'utente.\n\n- **Predefinito:** `false` | | `GIT_BRIDGE_IMAGE` |

Immagine Docker usata dal container git-bridge (solo Server Pro). Questo è solo il nome dell'immagine Docker; il tag dell'immagine Docker è preso da config/version.

- Predefinito: quay.io/sharelatex/git-bridge

| | `GIT_BRIDGE_DATA_PATH` | Imposta il percorso della directory che verrà montata nel `git-bridge` container (solo Server Pro) e usata per memorizzare i repository git. Può essere un percorso completo (che inizia con un `/`), oppure relativo alla directory base del Toolkit. | | `GIT_BRIDGE_LOG_LEVEL` |

Configura il livello di logging del git-bridge container. Livelli disponibili: TRACE, DEBUG, INFO, WARN, ERROR.

- Predefinito: INFO

| | `SIBLING_CONTAINERS_ENABLED` |

Quando impostato su true, indica al Toolkit di usare la Container fratelli tecnica per compilare i progetti in sandbox separate, usando un container Docker separato per ogni progetto. Vedi la documentazione \ per ulteriori informazioni.\n\n- Richiede: SERVER\_PRO=true
- Predefinito: true

| | `SIBLING_CONTAINERS_PULL` | Quando impostato su `true`, indica al Toolkit di scaricare automaticamente tutte le immagini TeX Live impostate usando `ALL_TEX_LIVE_DOCKER_IMAGES` nel **config/variables.env** file quando si usa il `bin/up` comando.\n\n- **Predefinito:** `true` | | `DOCKER_SOCKET_PATH` |

Imposta il percorso del socket Docker sulla macchina host (la macchina che esegue il Toolkit). Quando SIBLING\_CONTAINERS\_ENABLED è true, il socket verrà montato nel container per consentire al servizio di compilazione di avviare nuovi container Docker sull'host.\n\n- Richiede: SIBLING\_CONTAINERS\_ENABLED=true
- Predefinito: /var/run/docker.sock

| | `OVERLEAF_DATA_PATH` | Imposta il percorso della directory che verrà montata nel container principale `sharelatex` e usata per memorizzare i dati di compilazione. Può essere un percorso completo (che inizia con un `/`), oppure relativo alla directory base del Toolkit.\n\n- **Predefinito:** `data/overleaf` | | `OVERLEAF_LISTEN_IP` | Imposta gli indirizzi IP host a cui il container si assocerà. Ad esempio, se impostato su `0.0.0.0`, allora l'interfaccia web sarà disponibile su qualsiasi indirizzo IP host. Per l'accesso diretto al container, il valore di `OVERLEAF_LISTEN_IP` deve essere impostato sul tuo indirizzo IP pubblico. Impostare `OVERLEAF_LISTEN_IP` su uno dei due `0.0.0.0` o sull'IP esterno del tuo host causerà in genere errori quando usato insieme a il .\n\n- **Predefinito:** `127.0.0.1` | | `OVERLEAF_PORT` |

Imposta la porta host a cui il container si assocerà. Ad esempio, se impostato su 8099 e OVERLEAF\_LISTEN\_IP è impostato su 127.0.0.1, allora l'interfaccia web sarà disponibile su .

- Predefinito: 80

| | `OVERLEAF_LOG_PATH` | Imposta il percorso della directory che verrà montata nel container principale `sharelatex` container, e usata per rendere disponibili i log dell'applicazione sull'host Docker. Può essere un percorso completo (che inizia con un `/`), oppure relativo alla directory base del Toolkit. Rimuovi la voce di configurazione per disabilitare il bind mount. Se non impostato, i log verranno scartati quando si ricrea il container.\n\nVedi per informazioni sulla registrazione.\n\n- **Predefinito:** non impostato | *** ### `mongo` | Nome | Descrizione | | ----------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | `MONGO_ENABLED` | Quando impostato su `true`, indica al Toolkit di creare un container MongoDB per ospitare il database. Quando impostato su `false`, questo container non verrà creato e il sistema userà il database MongoDB specificato da `MONGO_URL` invece.\n\n- **Predefinito**: `true` | | `MONGO_URL` |

Specifica l'URL di connessione MongoDB da usare quando MONGO\_ENABLED è false.

- Predefinito: non impostato

| | `MONGO_DATA_PATH` |

Imposta il percorso della directory che verrà montata nel mongo container, e usata per memorizzare il database MongoDB. Può essere un percorso completo (che inizia con un /), oppure relativo alla directory base del toolkit. Questa opzione influisce solo sul container locale mongo creato quando MONGO\_ENABLED è true.

- Predefinito: data/mongo

| | `MONGO_IMAGE` | Immagine Docker usata dal container MongoDB. Questo è solo il nome dell'immagine Docker; il tag dell'immagine Docker dovrebbe andare in `MONGO_VERSION` (vedi sotto).\n\n- **Predefinito:** `mongo` | | `MONGO_VERSION` |

Versione di MongoDB usata dal container MongoDB. Il valore deve iniziare con la versione principale di MongoDB e un punto, ad es. 6.0 o 6.0-with-suffix.

- Predefinito: 6.0

| *** ### `redis` | Nome | Descrizione | | ----------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | `REDIS_ENABLED` | Quando impostato su `true`, indica al Toolkit di creare un container Redis per ospitare il database Redis. Quando impostato su `false`, questo container non verrà creato e il sistema userà il database Redis specificato da `REDIS_HOST` e `REDIS_PORT` invece.\n\n- **Predefinito**: `true` | | `REDIS_HOST` |

Specifica l'host Redis da usare quando REDIS\_ENABLED è false.

- Predefinito: non impostato

| | `REDIS_PORT` |

Specifica la porta Redis da usare quando REDIS\_ENABLED è false.

- Predefinito: non impostato

| | `REDIS_DATA_PATH` |

Imposta il percorso della directory che verrà montata nel redis container, e usata per memorizzare il database Redis. Può essere un percorso completo (che inizia con un /), oppure relativo alla directory base del Toolkit. Questa opzione influisce solo sul container locale redis creato quando REDIS\_ENABLED è true.

- Predefinito: data/redis

| | `REDIS_AOF_PERSISTENCE` | Attiva la persistenza AOF (Append Only File) per Redis. Questa è la **consigliata** configurazione per la persistenza di Redis.\n\nPer ulteriori dettagli, vedi la sezione <../../../maintenance/data-and-backups#aof-append-only-file> in <../../maintenance/data-and-backups>.\n\n- **Predefinito:** `true` | *** ### `nginx` | Nome | Descrizione | | ---------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | `NGINX_ENABLED` | Quando impostato su `true`, indica al Toolkit di creare un container NGINX per fungere da proxy TLS.\n\n- **Predefinito**: `false` | | `NGINX_CONFIG_PATH` | Percorso del file di configurazione NGINX da usare per il proxy TLS.\n\n- **Predefinito**: `config/nginx/nginx.conf` | | `NGINX_TLS_LISTEN_IP` | Imposta gli indirizzi IP host a cui il container del proxy TLS si assocerà per HTTPS. Ad esempio, se impostato su `0.0.0.0` allora l'interfaccia web HTTPS sarà disponibile su qualsiasi indirizzo IP host. Di solito questo dovrebbe essere impostato sull'IP esterno del tuo host.\n\n- **Predefinito**: `127.0.1.1` | | `NGINX_HTTP_LISTEN_IP` |

Imposta gli indirizzi IP host a cui il container del proxy TLS si assocerà per il reindirizzamento HTTP. Ad esempio, se impostato su 127.0.1.1 allora le connessioni HTTP a 127.0.1.1 verranno reindirizzate all'interfaccia web HTTPS. Di solito questo dovrebbe essere impostato sull'IP esterno del tuo host. Non impostarlo su 0.0.0.0 poiché questo in genere causerà un conflitto con OVERLEAF\_LISTEN\_IP.

- Predefinito: 127.0.1.1

| | `NGINX_HTTP_PORT` | Imposta la porta host a cui il container del proxy TLS si assocerà per HTTP.\n\n- **Predefinito**: `80` | | `TLS_PORT` | Imposta la porta host a cui il container del proxy TLS si assocerà per HTTPS.\n\n- **Predefinito**: `443` | | `TLS_PRIVATE_KEY_PATH` | Percorso della chiave privata da usare per il proxy TLS.\n\n- **Predefinito**: `config/nginx/certs/overleaf_key.pem` | | `TLS_CERTIFICATE_PATH` | Percorso del certificato pubblico da usare per il proxy TLS.\n\n- **Predefinito**: `config/nginx/certs/overleaf_certificate.pem` | --- # 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/it/configurazione/overleaf-toolkit/toolkit-settings.md?ask=&goal= ``` `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.