Merci. Ce guide m’a été très utile, et j’apprécie le temps que vous avez consacré à sa création. J’ai également appris que je pouvais utiliser des tunnels sans méthode d’autorisation, ce qui ouvre de nouvelles possibilités pour mon jeu homelab.
4 « J'aime »
Je trouve cela très utile pour commencer, j’utilise également un forum d’utilisateurs finaux, facile à maintenir et à modérer. Bien que ce guide soit utile, il est un peu difficile à comprendre par écrit sans un guide étape par étape exact et une explication de chaque terme et ressource utilisé ici, pour un utilisateur final comme moi avec des connaissances assez basiques sur les ports et autres, je suis juste déconcerté par ce guide. Avez-vous des tutoriels vidéo qui l’expliquent entièrement et expliquent comment le faire en termes simples.
J’ai un Raspberry Pi 5 de 16 Go et un PC avec un i7-7700k, 16 Go de RAM (j’échange généralement les GPU selon mon utilisation, mais il reste toujours au-dessus de 12 Go de VRAM sur celui-ci) pour ce cas d’utilisation spécifique. Le PC fonctionne sous Windows 11 et a beaucoup plus de stockage et de performances que le Raspberry, la raison pour laquelle je veux l’utiliser sur le PC.
1 « J'aime »
alors comment faire fonctionner smtp dans ce cas ?
Je suis nouveau dans tout ça, alors je me demande si ces deux instructions ne sont pas en conflit l’une avec l’autre.
D’une part, la suggestion est que le tunnel communique avec Discourse via http://localhost:80, mais ensuite le paramètre force tout via https ?
La recommandation est-elle de travailler localement sur le port 80 sans SSL, puisque le tunnel fournira la poignée de main SSL en périphérie, et que le tunnel vers localhost peut alors se faire sans certificat ?
Puis-je configurer un certificat local avec des renouvellements via Caddy ? Existe-t-il un moyen de fournir une configuration pour la clé et le certificat dans app.yml ?
Peut-être que je comprends mal ce que la recherche m’a retourné concernant DISCOURSE_FORCE_HTTPS: true et qu’il reflète les liens/images qui sont instruits de se charger via https et n’a rien à voir avec le port/mode sur lequel Discourse lui-même s’exécute ?
Oui.
Avec une vérification DNS ? Il ne pourra pas utiliser let’s encrypt avec le défi habituel.
Si vous parvenez à faire fonctionner caddy, vous n’aurez rien à changer du côté de Discourse puisque caddy continuera à communiquer avec le port http.
Correct
2 « J'aime »
Correct, c’est intégré et très simple. Mais je suppose que ce n’est pas nécessaire avec un tunnel / proxy.
Merci d’avoir pris le temps de m’aider à comprendre ces concepts. Je suis ravi d’être opérationnel !
1 « J'aime »
Désolé si je l’ai manqué. J’ai peut-être parcouru rapidement du post 25 à la fin, ou pas.\n\nEn parlant de 25, mon internet domestique ne bloque aucun port SAUF le 25. Je suppose que je peux faire quelque chose avec un tunnel Cloudflare pour contourner cette limitation également, car j’aimerais exécuter le récepteur de courrier pour mon Discourse.\n\nQuelqu’un a-t-il déjà fait cela ? Des conseils ou des tutoriels en ligne ?