Mon SSL n’est pas valide pour www.domain.com mais il l’est pour domain.com
Comment puis-je le sécuriser avec www ? J’ai le SSL gratuit que l’on obtient lors de l’auto-hébergement de Discourse.
Vous ne pouvez pas.
Let’s Encrypt est également gratuit, alors 
Oui, je sais que c’est gratuit, mais quelle est la méthode pour chiffrer www ?
Puisque je l’ai configuré pour diriger vers domain.com, mais qu’il affiche “Ce site n’est pas sécurisé” lorsque vous passez par www.
Parce qu’il est créé uniquement pour apex, ou vous faites référence à tort à l’endroit où vous essayez de le terminer.
Discourse crée un SSL lors de l’installation. Et c’est par Lets Encrypt. Vous devriez donc peut-être demander à quelle entreprise il vous l’a maintenant donné.
Je ne comprends pas totalement pourquoi s’en soucier.
Car lorsque vous visitez www.mysite.com, il affiche un message du type « Ce site n’est pas sécurisé, souhaitez-vous continuer », puis redirige vers la version SSL (https). Je demanderai à Lets Encrypt des solutions.
Vous devez également le créer pour www.
Si vous le créez manuellement, vous devez utiliser quelque chose comme certbot certonly --nginx -d domain.com -d www.domain.com. Essentiellement, chaque sous-domaine en a besoin d’un propre.
Je ne sais pas comment c’est maintenant, mais le certificat wildcard (le même pour l’apex et tous les sous-domaines) ne fonctionnait pas très bien lorsqu’il était créé à l’aide de Lets Encrypt.
Mais encore une fois. Vous n’avez pas à vous en soucier, car Discourse le fait pour vous — sauf si vos paramètres DNS sont incorrects ou pour une autre raison lorsque votre forum est inaccessible.
Désolé, je ne comprends pas exactement, le DNS fonctionne bien je suppose, c’est juste une redirection d’URL.
www -\u003e https://domain.com
cette partie dit
www.domain.com ne prend pas en charge une connexion sécurisée
Vous voyez cet avertissement car ce site ne prend pas en charge HTTPS
Mais lorsque j’utilise domain.com, tout va bien.
Dois-je essayer certbot certonly --nginx -d domain.com -d www.domain.com ?
Je ne sais pas ce que vous devriez essayer, je ne sais même pas ce que vous essayez de faire, comment et où.
Tout ce que j’essaie de dire, c’est :
- vous avez besoin de certificats différents pour apex et www, ou vos sites dans le serveur web sont mal configurés
- vous n’avez rien à faire car Discourse crée un certificat SSL pour vous lors de la configuration d’un forum
Il y a un sujet à ce sujet :
4 « J'aime »
Merci.
after_ssl:
# tell letsencrypt what additional certs to get
- replace:
filename: "/etc/runit/1.d/letsencrypt"
from: /--keylength/
to: "-d site.com -d www.mysite.com --keylength"
- replace:
filename: "/etc/runit/1.d/letsencrypt"
from: /--fullchainpath/
to: "-d site.com -d www.mysite.com --fullchainpath"
Donc, cela devrait faire pointer www vers mysite.com ? Ou est-ce l’inverse ?
Non. Il vous donne deux certificats. Un pour apex, un pour www.
1 « J'aime »
Si votre nom d’hôte est site.com, alors vous l’avez bien configuré. Et il semble que ce soit le cas.
Il est généralement recommandé que votre site soit sur www.site.com et que le domaine racine redirige vers www. Ce que je ferais, c’est de changer votre nom d’hôte en www.site.com et de faire l’inverse.
Je pense qu’il donne un certificat valide pour les deux.
4 « J'aime »
Bonjour, je fais remonter ce sujet car je pensais l’avoir résolu hier, mais maintenant, en accédant à www.mysite.com, je reçois toujours une redirection non SSL.
L’apex a un SSL, mais pas www.
Même si j’ai appliqué ceci dans mon app.yml dans hooks :
after_ssl:
# dire à letsencrypt quels certificats supplémentaires obtenir
- replace:
filename: "/etc/runit/1.d/letsencrypt"
from: /--keylength/
to: "-d mysite.com -d www.mysite.com --keylength"
- replace:
filename: "/etc/runit/1.d/letsencrypt"
from: /--fullchainpath/
to: "-d mysite.com -d www.mysite.com --fullchainpath"
Suivez-vous les instructions sur Set up Let’s Encrypt with multiple domains / redirects ?
Si vous insérez www.mysite.com dans le modèle dans le OP, cela génère ceci :
after_ssl:
# tell letsencrypt what additional certs to get
- replace:
filename: "/etc/runit/1.d/letsencrypt"
from: /--keylength/
to: "-d www.mysite.com --keylength"
- replace:
filename: "/etc/runit/1.d/letsencrypt"
from: /--fullchainpath/
to: "-d www.mysite.com --fullchainpath"
global: true
Donc, vous vous y prenez mal.
Ah, donc ce n’est pas tapé manuellement.
after_ssl:
# dire à letsencrypt quelles certificats supplémentaires obtenir
- replace:
filename: "/etc/runit/1.d/letsencrypt"
from: /--keylength/
to: "-d =domain2= --keylength"
- replace:
filename: "/etc/runit/1.d/letsencrypt"
from: /--fullchainpath/
to: "-d =domain2= --fullchainpath"
global: true
Donc, dois-je faire cela et remplacer domain2 par mysite.com, puis reconstruire l’application ?
Si vous entrez votre nom de domaine dans le champ, il remplira automatiquement le =domain2= avec le domaine afin que vous puissiez copier/coller ce bloc.
Oui.
1 « J'aime »
Salut, je viens de faire ça, malheureusement même résultat. Voici ce que j’ai fait mais avec mon domaine à la place.
Pas d’espaces blancs, formatage correct.
after_ssl:
# dire à letsencrypt quels certificats supplémentaires obtenir
- replace:
filename: "/etc/runit/1.d/letsencrypt"
from: /--keylength/
to: "-d =mysite.com= --keylength"
- replace:
filename: "/etc/runit/1.d/letsencrypt"
from: /--fullchainpath/
to: "-d =mysite.com= --fullchainpath"
global: true
Puisque vous n’avez pas résolu ce problème, j’ai décoché la case “résolu”.
Si vous avez effectué de nombreuses reconstructions avec l’autre stanza, vous pourriez être limité par le débit.
Il est possible que le modèle ait encore changé et que cela ne fonctionne plus, mais j’en doute.
Les solutions pour limiter le débit sont d’attendre une semaine ou d’ajouter un troisième sous-domaine.
Vous pouvez entrer dans le conteneur et exécuter une commande pour demander l’URL et voir quelle est l’erreur, mais je ne me souviens plus de laquelle il s’agit. Vous pourriez voir une erreur si vous regardez
docker logs app
1 « J'aime »
Ah, je l’ai trouvé !
Impossible d'émettre pour \\\"=mysite.com=\\\": le nom de domaine contient un caractère invalide
Donc, supprimez les = car ils étaient pour une variable ?
Avez-vous utilisé le formulaire de l’autre page comme je l’ai suggéré et mis votre nom d’hôte dans le champ vide ?
1 « J'aime »