Comment installer des plugins Discourse hébergés dans des dépôts privés à l'aide d'une clé SSH ?

[copymonopoly]

J’ai suivi le guide officiel de Discourse pour installer des plugins sur un site auto-hébergé (tutoriel officiel), mais il date de 2014, et je suis quasiment certain que beaucoup d’informations sont maintenant obsolètes.

J’ai également essayé certaines des solutions plus récentes et recommandées partagées dans les réponses de la discussion, comme le montage de clés SSH via des volumes et la configuration de l’accès SSH pendant le processus de bootstrap. Malheureusement, malgré ces efforts, je n’ai toujours pas réussi à cloner et installer des plugins depuis mes dépôts Git privés en utilisant SSH.

Si quelqu’un a une méthode à jour et fonctionnelle ou une meilleure pratique pour utiliser des clés SSH afin d’installer des plugins Discourse depuis des dépôts privés, vos conseils seraient grandement appréciés.

[copymonopoly]

Existe-t-il un moyen de télécharger les fichiers du plugin directement sur le serveur au préalable, afin que lors du démarrage de Discourse, il n’ait pas besoin de les récupérer à nouveau sur GitHub ?

[merefield (Robert)]

@Discourse

Avec le jeton OAuth, vous pouvez installer votre plugin de la même manière qu’un dépôt public, et vous n’avez pas besoin de créer de clé SSH.

C’est toujours l’approche valide

Je l’utilise tout le temps.

[NateDhaliwal]

@copymonopoly

Y a-t-il un moyen de télécharger les fichiers du plugin directement sur le serveur au préalable ?

Vous pouvez probablement cloner les fichiers directement dans /plugins, puis exécuter les migrations nécessaires, mais vous ne recevrez peut-être pas les mises à jour des plugins.

[copymonopoly]

Merci ! Mais la raison pour laquelle je préfère utiliser SSH est que les jetons OAuth ne permettent pas de séparer les permissions de lecture et d’écriture — ils donnent toujours plus d’accès que nécessaire.

Avec SSH, je peux générer une clé de déploiement en lecture seule, ce qui est plus sûr et correspond mieux au principe du moindre privilège.

[copymonopoly]

Merci pour la suggestion !

J’ai en fait essayé de cloner le plugin directement dans /var/www/discourse/plugins, mais cela n’a pas fonctionné — même lorsque j’ai monté le dossier du plugin depuis l’hôte vers ce chemin à l’intérieur du conteneur.

Il semble que lors du démarrage, Discourse s’attende à récupérer les plugins via Git, et le placement manuel des fichiers du plugin ne contourne pas cette étape.

Si vous avez eu du succès avec cette méthode, j’aimerais en savoir plus sur les détails.

[NateDhaliwal]

Je crois savoir qu’il y a des problèmes si vous clonez directement (je pense ici), c’est pourquoi l’utilisation des jetons pour cloner est la méthode recommandée.

Mais je pense que vous voudrez essayer ceci, si vous voulez utiliser des clés SSH :

@Discourse

Nous vous conseillons vivement d’utiliser des jetons OAuth pour les plugins dans les dépôts privés. Cependant, si vous ne pouvez pas, voir ci-dessous.

Étapes d’installation privée avec clé SSH

• En supposant que votre dépôt git privé est hébergé sur GitHub, vous devez ajouter la clé publique SSH de l’utilisateur de votre serveur aux clés de déploiement du dépôt GitHub (https://github.com/SecretOrg/secret-plugin/settings/keys).
• Modifiez le fichier app.yml comme montré dans l’exemple ci-dessous :

run:
  - exec: echo "Début des commandes personnalisées"

  - exec: cd /var/www/discourse && sudo -u discourse bundle install --deployment --without test --without development
  - exec: echo "Host github.com\n\tStrictHostKeyChecking no\n" >> /user/.ssh/config
  - file:
      path: /user/.ssh/id_rsa
      chmod: 600
      contents: |
        -----BEGIN RSA PRIVATE KEY-----
        MIIEogIBAAKCAQEArCQG213utzqE5YVjTVF5exGRCkE9OuM7LCp/FOuPdoHrFUXk
           .... etc ....
        -----END RSA PRIVATE KEY-----
  - file:
      path: /user/.ssh/id_rsa.pub
      chmod: 600
      contents: ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAklOUpkDHrfHY17SbrmTIpNLTGK9Tj .... etc .... user@discourse
  - exec: cd $home/plugins && git clone git@github.com:SecretOrg/secret-plugin.git
  - exec: cd $home && sudo -E -u discourse bundle exec rake db:migrate
  - exec: cd $home && rm -fr tmp/cache
  - exec: cd $home &&  sudo -E -u discourse bundle exec rake assets:precompile
  - exec: rm /user/.ssh/id_rsa
  - exec: rm /user/.ssh/id_rsa.pub

  - exec: echo "Fin des commandes personnalisées"

• Reconstruisez le conteneur :

cd /var/discourse
./launcher rebuild app

Votre plugin privé devrait être installé sur votre instance Discourse.

[copymonopoly]

Merci, mais j’ai déjà essayé la méthode décrite dans le guide officiel de 2014 que vous avez lié — et je peux confirmer qu’elle ne fonctionne plus pour accéder aux dépôts privés via les clés SSH lors de l’amorçage.

J’ai également essayé la nouvelle approche mentionnée dans l’une des réponses (monter la clé SSH dans le conteneur et configurer core.sshCommand dans after_code), mais malheureusement, cela a également échoué dans mon cas. Discourse génère toujours une erreur de permission SSH lors de la tentative de clonage du plugin privé.

S’il existe un moyen fiable et actuellement fonctionnel d’utiliser un dépôt privé avec SSH dans une configuration de production, j’apprécierais grandement des conseils plus à jour.

[pfaffman (Jay Pfaffman)]

Vous pourriez simplement le cloner localement et soit le monter dans le répertoire des plugins, soit le copier à partir d’un montage temporaire dans le répertoire des plugins.

Vous pouviez auparavant obtenir une URL GitHub avec des informations d’identification intégrées dans l’URL. Je l’ai déjà fait.