Documentation #11181
Documentation d'installation sur base Debian 8
50%
Description
Reprendre la doc d'installation Debian 7 et faire une version Debian 8.
Historique
Mis à jour par Thomas Noël il y a presque 8 ans
- Statut changé de Nouveau à En cours
- % réalisé changé de 0 à 50
InstallationJessie débutée ici. Blocage sur combo lié à cmsplugin-blurps.
Mis à jour par Thomas Noël il y a presque 8 ans
- Statut changé de En cours à Résolu (à déployer)
InstallationJessie écrite et rapidement testée sur une machine Debian 8 vierge.
Si quelqu'un veut tenter l'expérience de son côté, c'est cool. Je suis dispo pour donner des astuces sur la partie DNS & x509 pour ne pas trop de fatiguer à tout faire en vrai.
(note : à partir du "hobo-manage cook ..." on perçoit des améliorations possibles de cook, peut-être)
Mis à jour par Frédéric Péters il y a presque 8 ans
Publik ne fonctionne qu'en mode HTTPS.
Il y a vraiment des trucs qui coincent sans HTTPS ? (perso j'ai tout qui tourne en http, et autant je ne voudrais pas encourager ça pour du déploiement public, autant en local je trouve pratique que ça tourne).
- User & Role provisionning via local RabbitMQ
BROKER_URL = 'amqp://'
BROKER_TASK_EXPIRES = 120
C'est déjà les valeurs par défaut.
HOBO_ROLE_EXPORT = True
Je viens de créer #11187 pour que ça soit la valeur par défaut.
- Opened Session Cookie domain
A2_OPENED_SESSION_COOKIE_DOMAIN = 'parent'
C'est depuis peu la valeur par défaut. (#11171)
Ajouter « postgresql = true » dans la section « options » du fichiers /var/lib/wcs-au-quotidien/demarches.example.net/site-options.cfg :
Il faudrait #8300. Aussi, avoir un squelette devrait permettre de zapper cette partie.
Se rendre sur https://connexion.example.net/manage/users/ et créer un utilisateur :
Pourquoi ne pas donner des permissions à l'usager "admin" créé par le "hobo cook" ? (et suggérer par la même occasion d'en changer le mot de passe)
Mis à jour par Thomas Noël il y a presque 8 ans
Frédéric Péters a écrit :
Publik ne fonctionne qu'en mode HTTPS.
Il y a vraiment des trucs qui coincent sans HTTPS ? (perso j'ai tout qui tourne en http, et autant je ne voudrais pas encourager ça pour du déploiement public, autant en local je trouve pratique que ça tourne).
J'ai préféré annoncer directement la couleur, parce que si on installe en HTTP il est actuellement très difficile de basculer ensuite en HTTPS (metadonnées SAML).
- User & Role provisionning via local RabbitMQ
BROKER_URL = 'amqp://'
BROKER_TASK_EXPIRES = 120C'est déjà les valeurs par défaut.
Effectivement, je supprime ça.
HOBO_ROLE_EXPORT = True
Je viens de créer #11187 pour que ça soit la valeur par défaut.
Yep... bon, je le laisse dans la doc pour l'instant.
- Opened Session Cookie domain
A2_OPENED_SESSION_COOKIE_DOMAIN = 'parent'C'est depuis peu la valeur par défaut. (#11171)
Ok, j'ai retiré.
Ajouter « postgresql = true » dans la section « options » du fichiers /var/lib/wcs-au-quotidien/demarches.example.net/site-options.cfg :
Il faudrait #8300. Aussi, avoir un squelette devrait permettre de zapper cette partie.
Ouaip...
Se rendre sur https://connexion.example.net/manage/users/ et créer un utilisateur :
Pourquoi ne pas donner des permissions à l'usager "admin" créé par le "hobo cook" ? (et suggérer par la même occasion d'en changer le mot de passe)
Il faut que je reprenne la procédure que je n'ai en fait pas exécutée dans cet ordre lors de mon unique test vraiment-from-scratch (j'ai ajouté le «HOBO_ROLE_EXPORT = True» après coup). J'ai tâtonné avant de parvenir à créer un utilisateur provisionné (et encore je dois analyser ce qui ce passe, parce que j'ai vu défiler des dizaines de messages notify).
Mis à jour par Frédéric Péters il y a presque 5 ans
- Statut changé de Résolu (à déployer) à Fermé
On va dire que c'est passé.