تمام! لقد طبقت الغباء في الإعدادات في الصفحة المذكورة أعلاه، مقارنة بملفات إعدادات nginx الأخرى ولم أستطع فهم سبب عدم استماع الوكيل إلى 80:443 لـ discourse…
إليك ما توقعت رؤيته:
server {
listen 80;
server_name discourse.mydomain.com;
return 301 https://$host$request_uri; # routing to https
}
server {
listen 443 ssl
listen [::]:443 ssl;
server_name discourse.mydomain.com;
ssl_certificate /etc/letsencrypt/live/discourse.mydomain.com/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/discourse.mydomain.com/privkey.pem;
root /var/www/html;
# Add index.php to the list if you are using PHP
index index.html index.htm index.nginx-debian.html;
location / {
proxy_pass http://unix:/var/discourse/shared/standalone/nginx.http.sock:; # using socket
proxy_set_header Host $http_host;
proxy_http_version 1.1;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Real-IP $remote_addr;
}
}
عذرًا ستيفن على الارتباك، لقد استخدمت للتو اسم الأداة المشار إليها في المقال. أفهم أن NPM ومدير وكيل nginx (كـ) هما شيئان مختلفان، ولهذا السبب استخدمت الأحرف الكبيرة…
crm.mydomain.com يحاول الوصول إلى المنفذ 80 → يتم توجيه الطلب إلى server_IP:9000
discourse.mydomain.com يحاول الوصول إلى المنفذ 80 → يتم توجيه الطلب إلى http://unix:/var/discourse/shared/standalone/nginx.http.sock: (آمل ألا يكون النقطتان في النهاية خطأ إملائي) حيث قام البرنامج النصي للإعداد بتكوين Discourse للاستماع إلى هذا المقبس.
سأحاول إعداد nginx مرة أخرى بعد ظهر اليوم. هل يمكن لأي شخص تأكيد الصيغة الدقيقة للمقبس: http://unix:/var/discourse/shared/standalone/nginx.http.sock:؟ أريد التأكد من أن النقطتين في النهاية ليستا خطأ إملائيًا…
بالتأكيد… لقد طبقت في discourse.conf التعديلات التي اقترحتها يوم الجمعة الماضي ويعمل Discourse الآن بشكل جيد! على الأقل يمكنني الوصول إلى صفحة الترحيب ولكنني لا أتلقى البريد الإلكتروني للتفعيل، وهذا لا يتعلق بـ Discourse (أشك في أن صديقي لم ينشئ حساب البريد الإلكتروني المطلوب ).
أدين لك بجزيل الشكر على المساعدة التي قدمتها وآمل ألا أعود إلى هذا المنتدى قريبًا!
أول شيء سأتحقق منه هو ما إذا كان forums@mydomain.com قد تم تكوينه لإرسال البريد نيابة عن noreply-forums@mydomain.com، ويجب التحقق من ذلك لدى مزود البريد الإلكتروني الخاص بك.
========================================
Discourse 2.9.0.beta9
Discourse version at forums.mydomain.com: Discourse 2.9.0.beta9
Discourse version at localhost: NOT FOUND
==================== DNS PROBLEM ====================
This server reports NOT FOUND, but forums.mydomain.com reports Discourse 2.9.0.beta9 .
This suggests that you have a DNS problem or that an intermediate proxy is to blame.
[... ]
Testing sending to myprivatemail@yahoo.fr using ssl0.ovh.net:465, username:forums@mydomain.com with plain auth.
======================================== ERROR ========================================
UNEXPECTED ERROR
Net::ReadTimeout
====================================== SOLUTION =======================================
هل يمكن أن تكون مشكلة البريد مرتبطة بمشكلة DNS المزعومة؟ ليس لدي “خادم وكيل وسيط”، فقط أقوم بتشغيل nginx كخادم ويب وكيل…
لا، مزود البريد الإلكتروني الخاص بي (وهو نفس مزود الاستضافة) يسمح فقط بالمنفذ 465. بالمناسبة، قرأت أنني بحاجة إلى تعيين سجلات SPF و DKIM للنطاق (هل هذا نطاق فرعي؟) ولم أقم بتعيين أي من هذه السجلات حتى الآن: هل يمكن أن يكون لهذا أي تأثير؟
).
