J’ai dû supprimer Sendgrid car je payais trop cher pour mon petit site, j’ai donc opté pour SMTP2Go.
J’ai reçu les instructions sur ce qu’il fallait utiliser pour Discourse, et j’ai effectué les modifications via la commande discourse-setup dans la console. Depuis que j’ai fait cela, je ne peux plus accéder au forum par IP ou par URL : forum.g2ic.com
Je n’ai rien modifié d’autre, donc je ne comprends pas ce qui ne va pas. J’ai reconstruit l’application plusieurs fois sans aucun changement.
Il y avait une autre personne qui avait ce problème mais elle avait WordPress fonctionnant sur le même port, mais je n’ai rien de tel. J’ai UNIQUEMENT changé les informations SMTP.
Quelqu’un peut-il me donner une quelconque idée ? Je suis prêt à payer pour de l’aide – je lutte avec ça depuis 7 heures. J’ai juste besoin que cela soit résolu.
Je ne suis pas sûr, mais je pense que vous pouvez modifier les détails SMTP dans le fichier app.yml, puis reconstruire ?
Et comme vous l’avez fait via la configuration de Discourse, vous devriez peut-être masquer l’enregistrement « a » pour l’installer à la bonne adresse IP.
Cela devrait être dû à l’absence d’une règle entrante HTTPS (443) dans les règles du pare-feu cloud DO. Veuillez vérifier les règles du pare-feu DigitalOcean sous Règles entrantes pour voir s’il existe une règle HTTPS (443). Sinon, essayez de l’ajouter.
@David_Ghost J’ai essayé de supprimer les entrées « A », d’attendre environ 15 minutes, puis de les rajouter. Aucun changement.
@anoedo Il n’y avait pas de pare-feu cloud activé sur le droplet. Je l’ai ajouté selon vos instructions. Il est actif depuis environ 5 minutes. Aucun changement pour le moment.
Je peux essayer de relancer discourse-setup pour voir s’il me donne un nouveau message concernant ce port. Peut-être ?
Ce n’est pas correct. Vous devriez modifier l’enregistrement « A » pour le définir temporairement sur « DNS ONLY » (nuage gris), puis refaire une configuration de discourse après 5 minutes. Cela devrait fonctionner.
Compris. Le « A » pour le forum était en proxy. Je l’ai réglé sur « DNS Only ». J’attendrai 5 minutes puis je relancerai la configuration. Je ferai un compte rendu des résultats.
Cela m’a effectivement permis de passer le processus de configuration du discours cette fois-ci (bien que cela m’ait permis la toute première fois il y a environ 8 heures). Je n’ai eu aucune erreur de port, et la reconstruction s’est terminée.
J’ai toujours le même problème. J’apprécie la réponse !!
g2ic.com qui redirige automatiquement vers forum.g2ic.com ne fonctionne pas et j’obtiens une erreur “host”. J’essaie d’entrer uniquement l’adresse IP et j’obtiens toujours la même erreur.
Je reviendrai plus tard ce soir pour vérifier. Mais j’apprécierais vraiment toute réflexion ou suggestion supplémentaire. Merci beaucoup, beaucoup de m’avoir lu.
Peut-être y a-t-il un indice dans le journal de l’application de reconstruction ? Je ne sais pas comment l’enregistrer, mais si quelqu’un peut me dire comment faire, je serai heureux de le publier à mon retour à la maison.
Je l’ai laissé en gris pendant un moment, puis je suis revenu à proxifié car tous mes autres sous-domaines étaient proxifiés (orange). Je vais le laisser en gris à partir de maintenant jusqu’à ce que cela soit résolu. Merci !
Il semble que vous ayez été limité en débit et que vous n’ayez pas de certificat, donc nginx ne démarrera pas. Vous devrez attendre la fin de la limitation de débit ou ajouter un autre sous-domaine (peut-être le domaine apex) en utilisant des alias d’hôtes comme décrit sur Set up Let’s Encrypt with multiple domains / redirects
Vous devrez pointer l’autre nom d’hôte vers le serveur avec un autre enregistrement A (ou cname s’il s’agit d’un sous-domaine)
Merci @pfaffman
Moi regardant ce fil de discussion :
Je pense que l’essentiel est d’ajouter ces deux entrées sous les variables d’environnement. Je vais essayer. J’ai déjà la redirection de domaine en place, donc les personnes qui vont sur « g2ic.com » sont déjà redirigées vers « forum.g2ic.com », je me demande donc s’il y aura des conflits.
((Quand je gérais ce site dans les années 90, cela semblait TELLEMENT PLUS FACILE ))
Quelqu’un peut-il me dire POURQUOI diable cela s’est produit en changeant simplement les valeurs SMTP ??
C’est parce que généralement, nous changeons les détails smtp dans app.yml puis nous reconstruisons.
Comme vous l’avez fait via discourse setup avec un proxy, vous avez un échec de configuration. Et si vous le faites trop de fois (5 fois), vous êtes limité par lets encrypt pendant 1 semaine. Mais c’est étrange, car je ne vois pas votre domaine être vérifié sur crt.sh
Au moins, il semble que votre site fonctionne bien maintenant
J’ai exécuté docker logs -f app et j’ai vu des erreurs concernant LETSENCRYPT_ACCOUNT_EMAIL qui était invalide (il semble qu’il ait la valeur « OFF » dans vos versions antérieures du fichier). Je l’ai changé pour votre adresse e-mail, j’ai reconstruit, et cela fonctionne maintenant.
Je n’ai pas le temps maintenant de vérifier les commits pour voir si quelque chose a changé à ce sujet, mais je ne me souviens pas avoir vu quoi que ce soit.
J’apprécie l’aide de tout le monde. Il semble que ce soit un étrange coup du sort dû à une saisie de configuration d’un installateur précédent. (Je n’ai pas défini cette valeur sur « OFF »). Mais je suis de nouveau en ligne. Je n’ai pas vérifié si l’e-mail fonctionnait, mais nous verrons ! Je suis tellement soulagé à ce stade ! Merci !
))