Skip to main content
Un déploiement Kubernetes lit les mêmes variables d’environnement que le Toolkit. Lorsqu’une page du Toolkit indique « ajoutez ceci à config/variables.env », placez la valeur dans la ConfigMap overleaf-env, ou dans le Secret overleaf-secrets s’il s’agit d’un mot de passe, d’une clé ou d’un jeton. Redémarrez ensuite :
Les valeurs de config/overleaf.rc sont des paramètres du Toolkit, et non des variables d’environnement ; les questions-réponses à la fin de cette page indiquent ce qui les remplace.

Fonctionnalités

Chaque fonctionnalité de la configuration du Toolkit dispose ici d’une page présentant ses services, ses paramètres, ses chemins réseau, ses tâches d’arrière-plan, ce qui change avec plusieurs réplicas, et la manière dont elle a été testée :

Certificats et autres fichiers

Certaines fonctionnalités attendent un chemin de fichier au lieu d’une valeur : les certificats SAML (OVERLEAF_SAML_IDP_CERT, …), la CA LDAP (OVERLEAF_LDAP_TLS_OPTS_CA_PATH), ou une CA privée pour un GitHub Enterprise, GitLab ou Gitea auto-hébergé (NODE_EXTRA_CA_CERTS). Placez les fichiers dans un Secret et montez-le à l’endroit où les pages du Toolkit les attendent, /var/lib/overleaf/certs :
40-overleaf.yaml (additions)
Référencez-les ensuite par leur chemin dans la ConfigMap, par exemple NODE_EXTRA_CA_CERTS: /var/lib/overleaf/certs/ca.pem, puis redémarrez.
Mots de passe de chiffrement. Définissez dans le Secret chaque *_CIPHER_PASSWORD des fonctionnalités que vous utilisez. Sinon, certaines fonctionnalités génèrent un fichier de clé dans le volume de données lors de leur première utilisation : avec un seul réplica, cela fonctionne jusqu’à la perte du volume ; avec plusieurs réplicas, chaque réplica chiffrerait avec une clé différente.

Questions-réponses

Réponse : Aucun d’entre eux n’est lu par Ayakaleaf Pro. Leurs équivalents Kubernetes :
Dernière modification le 2 novembre 2026