لديك نطاقان مسجلان في GoDaddy. لقد قمت بإنشاء سجل A لكليهما يشير إلى عنوان IP الخاص بقطرة Digital Ocean الخاصة بك، ومع ذلك، فإن أحد النطاقين يعيد توجيهك إلى الآخر. أريد أن أتمكن من الوصول إلى لوحة الرسائل الخاصة بي باستخدام أي من النطاقين دون إعادة التوجيه. هل هذا ممكن؟ وما الذي أحتاج إلى فعله؟
لن يعمل Discourse بشكل صحيح على النطاق الثاني حتى لو تمكنت من تجاوز إعادة التوجيه.
ما هي حالة الاستخدام هنا؟ لماذا تريد توجيه نطاقات مختلفة إلى نفس منصة Discourse كما لو كانت تثبيتًا فريدًا؟
من الممكن بالنسبة لي، رغم أنه حل غير تقليدي. لا تلومني إذا تسببت في حدوث خلل لديك. تم إنشاء مكون إضافي خاص بالموقع (غير عام):
GitHub - mig5/discourse-whonix-onion-host-support: load Whonix site on onion if used · GitHub
أقدر تعليقاتكم.
يقوم هذا المكون الإضافي بـ “معظم” (لا يمكن تحديدها كميًا) العمل. أما الباقي فأنا أستخدم subs_filter في nginx.
ومع ذلك، فإن سياسة محتوى الأمان (CSP) على النطاق الثانوي تعيق التقدم.
حالة الاستخدام الخاصة بي: توفير نطاق .onion ثانوي. اقتباس
موقع البصل (Onion Location)
يمكن الآن لمُصدري المواقع الإلكترونية الترويج لخدمة البصل الخاصة بهم لمستخدمي Tor عن طريق إضافة رأس HTTP. عند زيارة موقع ويب يحتوي على عنوان .onion ومفعّل خيار موقع البصل عبر متصفح Tor، سيتم تنبيه المستخدمين بشأن نسخة الموقع من خدمة البصل وسيُطلب منهم الموافقة على الترقية إلى خدمة البصل عند أول استخدام.
إذا كنت مطورًا، تعلم كيفية تمكين onion-location في خدمة البصل الخاصة بك.
حالة استخدام أخرى مثيرة للاهتمام هي
alt-svc (مرتبط بـ خدمة Cloudflare Onion).
.onion مفيد أيضًا للخوادم العامة غير المخفية للموقع. إنه بديل لتشفير من طرف إلى طرف (أو من Tor إلى Tor) لا يعتمد على سلطات الشهادات SSL/TLS. يمكن أيضًا جعل عناوين البصل سريعة باستخدام HiddenServiceNonAnonymousMode 1 و HiddenServiceSingleHopMode 1 على جانب الخادم، واستخدام وضع Tor2Web (قفزة واحدة) على جانب العميل.
نقطة جيدة، لكنني لا أقلق بشأن هذا. يمكن للنطاق الثانوي (في حالتي .onion) استخدام رأس HTTP X-Robots-Tag: noindex.
مرتبط:
Forcing hostname has broken support for Onion Services
احتمال التكرار:
How to add a second domain name?