GuidoD
(Guido Drehsen)
29 يناير 2023، 11:24ص
1
للعلم، لقد قمت للتو بإنشاء طلب سحب لملف web.ssl.template.yml لتمكين استخدام وظيفة NAT لـ IPv6 الخاصة بـ Docker في مثيل Discourse.
مع تغييري، تمكنت من استخدام NAT لـ IPv6 الخاص بـ Docker مع Discourse.
بدون تغييري، تم رفض الطلبات من عملاء IP6 بواسطة Discourse، وتم قبول الطلبات من عملاء IP4 فقط.
يتم الآن التعامل مع NAT IP6 بواسطة Docker بشكل مشابه لـ NAT IP4.
main ← GuidoDr:patch-1
opened 11:14AM - 29 Jan 23 UTC
the "listen [::]:443 ssl http2;" is also required in the first rewrite section w… here it was only rewritten to "listen 443 ssl http2;" Otherwise Discourse will reject requests from pure IP6 webbrowser access.
it has to be:
- replace: filename: "/etc/nginx/conf.d/discourse.conf" from: /listen 80;\s+listen \[::\]:80;\s+gzip on;/m to: | listen 443 ssl http2; listen [::]:443 ssl http2; SSL_TEMPLATE_SSL_BLOCK
With this change the docker IPv6 NAT is handled correctly by Discourse.
In order to enable IP6 in docker without the userland-proxy do create the file /etc/docker/daemon.json and do restart the docker daemon. Then the original IP6 from the accessing client is visible in Discourse for the admins under last IP address and can be checked with the IP check. With the userland-proxy only the IP4 address of the docker daemon would be shown there.
Here the content of my daemon.json (I just anonymized my DNS servers a little bit with the xxx): {
"userland-proxy": false,
"ipv6": true,
"fixed-cidr-v6": "fd00::/80",
"experimental": true,
"ip6tables": true,
"dns": ["xxx.169.148.34","xxx.214.7.22","8.8.8.8","8.8.4.4"]
}
With this the docker container is not exposed directly to the internet with a global IPv6 but instead it is running with a ULA that is not accessible globally. So IP6 is handled in docker with NAT like IP4.
And Discourse is now reachable by IP4 and IP6 and always the original IP address is visible in Discourse.
إعجاب واحد (1)
GuidoD
(Guido Drehsen)
4 أبريل 2023، 10:35ص
2
هل يمكن لأحد من فريق مطوري Discourse الأساسيين مراجعة طلب السحب الخاص بي؟
حتى يتم دمجه أو رفضه وإغلاقه.
sam
(Sam Saffron)
4 أبريل 2023، 10:45ص
3
المشكلة هنا هي أنني لست متأكدًا مما إذا كنا نريد زيادة هذه الواجهة افتراضيًا.
أنا متردد بشأن تغيير هذا لجميع التثبيتات، فقد يكون عرض v6 مقصودًا للمستخدم أو لا.
سأسأل داخليًا عما إذا كنا نرغب في إجراء التغيير أم لا.
3 إعجابات
أتفق. التالي هو طريقة أفضل للقيام بذلك ويتيح مجالًا سهلاً للاختيار في هذا السلوك:
main ← ipv6_template
opened 05:39PM - 04 Apr 23 UTC
By default nginx in the container only listens for IPv4 connections. Some users
… want to enable direct IPv6 connectivity to the container either via forwarding
or NAT. This provides an easy method to allow that.
6 إعجابات
GuidoD
(Guido Drehsen)
5 أبريل 2023، 6:47ص
6
شكرا على طلب سحب الميزات. وتم دمجه فورًا في discourse docker.
لقد قمت للتو بتنفيذ git pull، وتمكين “templates/web.ipv6.template.yml” في app.yml، وأعدت بناء التطبيق بعد تعطيل تغييراتي في web.ssl.template.yml.
موقعنا لا يزال يعمل بشكل جيد على IPv4 و IPv6.
إعجابَين (2)
system
(system)
تم إغلاقه في
5 مايو 2023، 6:48ص
7
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.