إذًا يجب عليك ذلك، لأن هذا هو عنوان URL الذي يحاول المستخدم الوصول إليه باستخدام HTTPS، ولكن لا يوجد شهادة وسيحدث خطأ.
انظر Set up Let’s Encrypt with multiple domains / redirects والذي يصف كيفية الحصول على شهادات متعددة. لقد نجحت في المرة الأخيرة التي قمت فيها بتحديثها.
أعتقد أن هذا الموضوع يحتاج إلى تحديث.
إعجابَين (2)
أيضًا، هل سيكون من الأسهل عليّ تحميل ملف HTML و CSS ثابت إلى ملف index.html لموقع mysite.ca؟ أعتقد أنني قد أحتاج إلى الذهاب إلى DigitalOcean لمعرفة هذا الأمر. لا أريد أن ينزعج الأشخاص الذين يزورون mysite.ca ويخافون من forum.mysite.ca. بعض مستخدمي هم أعضاء أكبر سنًا في مجتمعي وقد يخافون من المشاركة.
أنا جديد جدًا في هذا، شكرًا لوقتك.
قد يكون تشغيل إعادة التوجيه على الموقع الآخر أسهل نظرًا لأنه يعمل بالفعل.
إعجاب واحد (1)
+1 لتحديث المنشور الأصلي هنا ليشمل على الأقل رابطًا للخطوة الإضافية المطلوبة لتجنب أخطاء SSL. بمجرد أن قمت بإعداد هذا باستخدام رابط @pfaffman إلى منشور @brahn الممتاز، فقد نجح الأمر بشكل مثالي. شكرًا لكما.
باختصار:
- DNS: قم بإعداد سجلات A لجميع النطاقات الفرعية التي تريد إعادة توجيهها، وكل منها يشير إلى نفس عنوان IP الخاص بنسخة Discourse.
- قواعد NGINX معدة حسب هذا الموضوع، لإعادة توجيه حركة المرور.
- قواعد LetsEncrypt حسب Set up Let’s Encrypt with multiple domains / redirects حتى لا تكون هناك أخطاء SSL.
عمليات التثبيت الحالية تعيد توجيه أي وصول إلى الموقع إلى اسم المضيف، لذلك لست متأكدًا من أن إعدادات NGINX هنا مطلوبة على الإطلاق. يمكنك، على سبيل المثال، إدخال عنوان IP لتثبيت قياسي وسيقوم بإعادة التوجيه إلى اسم المضيف الصحيح.
هل فاتني شيء؟
لا، أعتقد أنك على حق. لذا سيكون هذا سببًا آخر لحاجة هذا الدليل إلى التحديث أو الإيقاف (مع رابط إلى الدليل الأكثر حداثة الذي يحتوي على تفاصيل SSL/LetsEncrypt)
إعجاب واحد (1)
لقد قمت بتحديث OP.
إعجاب واحد (1)