C’est exact. Modifiez-vous ce fichier à l’intérieur du conteneur ? La création d’un nouveau conteneur crée un nouveau conteneur. Il ne réécrit pas ce fichier, mais tous les fichiers.
Vous pouvez ajouter des éléments à votre app.yml pour modifier le fichier après sa réécriture.
Quelles modifications apportez-vous à ce fichier ? Pourquoi ?
Oh. Attendez.
Vous n’avez pas répondu à cette question, mais je pense que la réponse est oui.
Cela force le site car vous ne voulez presque jamais que votre site soit accessible par plus d’un nom d’hôte.
Vous devrez donc ajouter du code à votre app.yml pour annuler cela.
Il y a longtemps, j’avais une solution pour cela dans Setup Multisite Configuration with Let's Encrypt and no Reverse Proxy
Vous devrez donc ajouter un sed dans un exec ou peut-être utiliser une ou plusieurs sections replace pour supprimer ou modifier cette partie. Vous devez probablement toujours suivre les instructions de ce sujet (qui, je pense, fonctionnent toujours) pour obtenir plusieurs Vous pouvez maintenant utiliser le DISCOURSE_HOSTNAME_ALIASES: www.domain.com,otherdomain.org,www.otherdomain.org pour obtenir des certificats pour les noms d’hôtes supplémentaires.
Je suppose que la solution la plus astucieuse serait de trouver un moyen d’ajouter les autres alias d’hôtes dans ce code if ($http_host != d’une manière ou d’une autre. Je n’ai pas de sites configurés de cette façon pour le moment, donc il est peu probable que je veuille passer du temps à le découvrir pour le plaisir.
Mais oui, le web ssl template a ceci :
if (\\$http_host != ${DISCOURSE_HOSTNAME}) {
rewrite (.*) https://${DISCOURSE_HOSTNAME}\\$1 permanent;
}
vous pourriez donc soit le supprimer, soit trouver un moyen de faire en sorte qu’il vérifie également vos autres noms d’hôtes.