per informazione, ho appena creato una pull request per web.ssl.template.yml per poter utilizzare la funzione NAT IPv6 di Docker in un’istanza Discourse.
Con la mia modifica sono stato in grado di utilizzare il NAT IPv6 di Docker con Discourse.
Senza la mia modifica, le richieste dai client IP6 venivano rifiutate da Discourse, solo le richieste dai client IP4 venivano accettate.
NAT IP6 è ora gestito da Docker in modo simile a NAT IP4.
1 Mi Piace
Qualcuno del team di sviluppatori principali di Discourse può controllare la mia PR? In modo che venga unito o rifiutato e chiuso.
Il problema qui è che non sono sicuro che vogliamo aumentare questa superficie per impostazione predefinita.
Sono indeciso se cambiare questo per tutte le installazioni, esporre v6 potrebbe o meno essere l’intento dell’utente.
Chiederò internamente se vogliamo apportare o meno la modifica.
3 Mi Piace
Concordo. Quanto segue è un modo migliore per farlo e offre un facile percorso per aderire a questo comportamento:
6 Mi Piace
grazie per la PR. e che è stata unita immediatamente in discourse docker.
Ho appena fatto il git pull, abilitato il “templates/web.ipv6.template.yml” in app.yml e ricostruito l’app dopo aver disabilitato le mie modifiche in web.ssl.template.yml.
Il nostro sito funziona ancora bene su IPv4 e IPv6. 
2 Mi Piace
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.