عذرًا على سؤال DNS الأساسي. أعلم أن هذا ليس شيئًا خاصًا بـ discourse، ولكني أحاول معرفة أفضل طريقة للتعامل مع هذا الأمر مع وجود discourse.
أرغب في إعداد خادم discourse على نطاق فرعي (مثل community.example.com ).
ومع ذلك، أود أن يقوم النطاق الجذر (مثل example.com ) بإعادة توجيه المستخدم إلى النطاق الفرعي (مثل community.example.com ).
أود القيام بذلك لحجز النطاق الجذر بشكل فعال للاستخدام المستقبلي لخدمة أخرى (مثل خادم ويب)، ولكن دون مطالبة المستخدمين بكتابة النطاق الفرعي للوصول إلى خادم discourse في الوقت الحالي.
هل أفضل طريقة هي إعداد سجلين A (أحدهما للنطاق الجذر والآخر للنطاق الفرعي) يشيران كلاهما إلى خادم discourse؟
كنت أفكر في البداية أنه يجب علي إعداد CNAME يشير من النطاق الجذر إلى النطاق الفرعي، ولكن يبدو أن digital ocean لا يسمح لي بذلك.
شكرًا مقدمًا، ومرة أخرى، عذرًا على السؤال الأساسي.
هذا صحيح؛ هذا من شأنه أن يكسر نظام أسماء النطاقات (DNS).
مزود يدعم تسطيح CNAME (بشكل أساسي، يقوم تلقائيًا بسجلات A/AAAA) سيجعل هذا يعمل.
أو، يمكنك استخدام CNAME لاسم مضيف مجتمعك إلى اسم النطاق الجذر.
3 إعجابات
إذًا، سيكون سجل A لـ example.com يشير إلى عنوان IP لخادم discourse وسيكون CNAME لـ community.example.com اسمًا مستعارًا لـ example.com؟
ألن يضع ذلك خادم discourse في example.com ؟ آسف، أحاول فقط فهم هذا بشكل صحيح في ذهني.
إعجاب واحد (1)
لأغراضك، سجلات CNAME هي مجرد مؤشر في البحث عن نظام أسماء النطاقات. المتصفح لا يتبع عمليات إعادة توجيه CNAME.
في كلتا الحالتين، ستحتاج إلى تكوين خادم ويب لـ example.com لإرسال إعادة توجيه إلى community.example.com.
إعجاب واحد (1)
maiki
26 مايو 2023، 6:20م
5
لقد قمت بذلك كثيرًا في الماضي، وأحد “المشاكل” التي أواجهها دائمًا هو http ://example.org -\u003e https ://discourse.example.org.
اعتمادًا على إعادة التوجيه، يمكن أن يؤدي ذلك إلى ظهور رسائل في المتصفح تفيد بأنه يحاول الاتصال بموقع ويب غير آمن.
للتغلب على ذلك، أستخدم خدمة إعادة توجيه توفر شهادة SSL لإعادة التوجيه، عبر المسجل الخاص بي في Gandi. يسمونها “إعادة توجيه الويب ”.
تأكد من اختبار إعادة التوجيه الخاص بك باستخدام بروتوكولات مختلفة (HTTP و HTTPS) لمعرفة كيف يعمل لزوار موقعك.
إعجاب واحد (1)
