Ce service est hébergé sur docker-ovh, la VM docker sur horus.
| FQDN du serveur | ipv4 | ipv6 | conf |
|---|---|---|---|
| docker-ovh.adm.auro.re | 10.128.0.150 | 2a09:6840:128::150 | /var/local/docker/ |
Le port utilisé est 8081.
Le service est accesible sur https://codimd.auro.re et https://hedgedoc.auro.re.
Il peut y avoir certains soucis sur de perte de cookie de sessions sur la version hedgedoc.auro.re actuellement.
Quelques ressources et documentation utile pour configurer et obtenir de l'aide par rapport à Hedgedoc
#hedgedoc:matrix.orgUn webhook indique les mises à jour du repo gitea dans le salon #services:auro.re et donc par défaut le salon de discussion dédié pour HedgeDoc.
La configuration se trouve sur le repo gitea aurore/docker-ovh.
Le service utilise une base de donnée postgres en local dans un container docker sur le même serveur.
Il faudrait migrer cette base de donnée sur
service-bddpour homogénéisé la configuration et réduire la charge sur cette VM.
Le service est configuré pour utiliser le réplicat LDAP à saclay (
10.128.0.149au lieu de10.128.0.21pour qu'il reste fonctionnel en cas de coupure avec Saclay. Il n'est actuellement pas possible de configuré plusieurs LDAP (main et replicat).
La configuration du reverse proxy est un CNAME et non une redirection pour service deux domaines différents. Il faut activer les options suivantes pour cela fonctionne
ENV CMD_ALLOW_ORIGIN=['codimd.auro.re','hedgedoc.auro.re']
ENV CMD_CSP_ENABLE=false
ENV CMD_COOKIE_POLICY=none
Malheuresement le notre reverse proxy (nginx) ne peut pas injecter les bons headers pour la politique voulue sur les cookie et donc le problème de perte de cookie de sessions persistera.
En pratique il faudrait mettre une simple redirection (301) de codimd.auro.re -> hedgedoc.auro.re pour la retrocompatibilité et mettre hedgedoc.auro.re comme domain principal.
Il a été décidé d'activer la registration sur ce service pour permettre à nos adhérents d'inviter lerus amis à collabrer avec eux plus facilement.
Pour mettre à jour hedgedoc on peut suivre les instructions données lors de la sortie d'une nouvelle version sur github. Souvent il va simplement s'agit de changer le numéro de version.
sudo docker-compose pull, sudo docker-compose build, sudo docker-compose up -dlocalhost:8081 et en lisant les logs sudo docker-commpose logs codimd -fIl faut également penser à faire des backup régulières sur le serveur de backup.