سؤال سريع، هل هناك طريقة لاستخدام ديسكورس داخلياً، على شبكتي فقط، وليس عبر الإنترنت؟
لنفترض أن اسم النطاق الخاص بي في المنزل هو testlabs.local، وأريد أن يتمكن جميع المستخدمين في هذا النطاق من الوصول إلى ديسكورس. يمكنني الوصول إليه عبر المنفذ 80 ولكن عندما أقوم بتسجيل حسابي أقوم بتعيين اسم مستخدم وكلمة مرور ثم عندما أستمر يظهر لي خطأ 404 من nginx، الصفحة فارغة. الغريب، على الرغم من حدوث الخطأ، ما زلت أتلقى البريد الإلكتروني ولكن عندما أنقر على الرابط أحصل على خطأ 404 مرة أخرى.
إذن، هل يمكن استخدام هذا داخلياً كما أريد؟
أم أنه مخصص للاستخدام الخارجي فقط؟
إذا كان الأمر كذلك، فهل هناك أي أدلة لإعداد هذا داخلياً لأن كل ما أراه هو دليل السحابة؟
في ملف yaml قمت بإعداد إعدادات smtp الخاصة بي، يمكنني تلقي رسائل البريد الإلكتروني. أنا غير متأكد من حقل اسم مستخدم وكلمة مرور smtp. لقد قمت فقط بالتعليق على هذه الحقول، هل يجب إعدادها؟ إذا كان الأمر كذلك، فلماذا ما زلت أتلقى رسائل البريد الإلكتروني دون إعداد ذلك؟
أنا فقط لا أريد وضع كلمة مرور بريد إلكتروني هناك كنص عادي.
لن يعمل Discourse في الغالب بدون https، وهو أمر يصعب تكوينه في شبكة محلية. يمكنك الانضمام إلقاء نظرة على الأدلة التي تتضمن وكيلًا عكسيًا كدليل، ولكنه ليس إعدادًا مدعومًا.
شكراً على ردك، نعم، أريد أن أسمح للآخرين باستخدامه أيضاً. أريد فقط توضيح أن هؤلاء الأشخاص الآخرين جزء من شبكتي المحلية، وسيتم الوصول إليهم جميعاً داخل المنزل، ولن يكون هناك وصول عام إليه.
هل سينجح تفعيل دعوة فقط وتسجيل الدخول مطلوب لوضع Discourse على الإنترنت، مع تقييد من يمكنه رؤيته؟ أو ربما استخدام يجب الموافقة على المستخدمين (ربما مع نطاقات البريد الإلكتروني للموافقة التلقائية) للسماح فقط للمستخدمين في مؤسستك بالانضمام؟
شكراً لردك. حالياً أقوم بإعداده على توزيعة Red Hat داخلياً في نطاقي، للاستخدام الداخلي فقط. سأحاول اللعب به. ماذا تقصد بالضبط عندما تقول إنه لن يعمل بدون HTTPS؟ هل هو مصمم للعمل خارجياً فقط، ليتم الوصول إليه عبر الإنترنت العام فقط؟
هل يمكنك من فضلك توضيح المزيد حول دليل الوكيل العكسي؟ أنا لا أفهم ما تقصده بالانضمام في الأدلة.
مرحباً جون،
حالياً نحن فقط نختبر المنتج، ونريد استخدامه كمنتدى داخلي لشركتنا.
للمطورين وتقنية المعلومات لنشر المحتوى والقدرة على التفاعل مع بعضهم البعض. نريده داخلياً فقط، بدون وصول عام.
هذا هو الحل الذي تم الاتفاق عليه. لا يمكنني التحكم في ذلك.
أعتقد أن إعداد يجب الموافقة على المستخدمين يلبي هذا المطلب بفعالية. العديد من الأدوات “الداخلية” (Slack، Google Suite، Microsoft Office 360، GitHub Enterprise، إلخ) مستضافة على الإنترنت، ولكنها مقصورة على المستخدمين الذين يوافق عليهم مسؤول العميل.
إذا كان وضعه على شبكة داخلية مطلبًا من متطلبات تكنولوجيا المعلومات، فيجب أن يكونوا قادرين أيضًا على المساعدة في إعداد الشبكات لـ DIscourse.
إنه ليس إعدادًا مدعومًا. إذا كان التواجد خلف جدار ناري/NAT مطلبًا، فإن وجود شخص يعرف كيفية إعداد وكيل عكسي داخلي بشهادة صالحة ويمكنه اتباع أحد الأدلة مثل الدليل المذكور أعلاه هو تكلفة هذا المطلب.
لديكم مهندسو تقنية معلومات هناك. يمكنهم إنشاء شهادة لأنهم يستخدمون خوادم الويب على أي حال في شبكتكم الداخلية. القضية الوحيدة هي الحصول على شهادة معتمدة من قبل المتصفحات.
