Pour information, je viens de créer une pull request pour le fichier web.ssl.template.yml afin de pouvoir utiliser la fonction NAT IPv6 de Docker dans une instance Discourse.
Avec ma modification, j’ai pu utiliser la fonction NAT IPv6 de Docker avec Discourse.
Sans ma modification, les requêtes des clients IP6 étaient rejetées par Discourse, seules les requêtes des clients IP4 étaient acceptées.
Le NAT IP6 est maintenant géré par Docker, similaire au NAT IP4.
1 « J'aime »
une personne de l’équipe de développement principale de Discourse peut-elle vérifier ma PR.
Pour qu’elle soit soit fusionnée, soit rejetée et fermée.
Le problème ici est que je ne suis pas sûr que nous voulions augmenter cette surface par défaut.
Je suis partagé quant à la modification de ceci pour toutes les installations, l’exposition de v6 peut ou peut ne pas être l’intention de l’utilisateur.
Je demanderai en interne si nous souhaitons apporter ou non la modification.
3 « J'aime »
D’accord. Ce qui suit est une meilleure façon de procéder et offre une avenue facile pour opter pour ce comportement :
6 « J'aime »
Merci pour la PR. et qu’elle a été fusionnée immédiatement dans discourse docker.
J’ai juste fait le git pull, activé le « templates/web.ipv6.template.yml » dans app.yml et reconstruit l’application après avoir désactivé mes modifications dans web.ssl.template.yml.
Notre site fonctionne toujours bien sur IPv4 et IPv6. 
2 « J'aime »
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.