أواجه الكثير من المشاكل في تثبيت discourse.
لا يمكنني استخدام حاويتين بسبب مشكلة غريبة في حاوية ssh.
حاوية واحدة.. app.yml يؤدي إلى حاويات مكررة.
جربت الكثير من الإصلاحات بمساعدة الذكاء الاصطناعي ولكننا ندور في حلقة مفرغة.
يبدو أن Docker غير مستقر للغاية في الوقت الحالي.
بعد 3 أيام من المحاولات المتعددة، سأستسلم لعطلة نهاية الأسبوع.
هل نجح أي شخص في تثبيت نسخة مستضافة ذاتيًا في اليوم الأخير تقريبًا؟
هل جربت البدء بخادم جديد تمامًا واتباع دليل التثبيت القياسي؟
يرجى نسيان إعدادات الحاويات المزدوجة، إلا إذا كنت تعرف ما تفعله.
إعجابَين (2)
نعم، خادم جديد.
قلت إنني جربت كلتا الطريقتين.
قمت بتشغيل حاويتين عدة مرات.
أتبع الدليل حرفيًا.
كيف يكون ردك حلاً لمشكلتي لا أفهمه.
رد فالكو هو محاولة لجمع المزيد من المعلومات، وهو أمر ضروري للغاية نظرًا لعدم وجود معلومات ذات صلة.
لماذا تتصرف بوقاحة مع شخص يحاول جمع المزيد من المعلومات لمساعدتك؟
المعلومات المفيدة الوحيدة في مشاركتك هي:
هذا السطر مربك:
بما أن ssh ليس له علاقة بـ docker.
إعجابَين (2)
[اقتباس=“supermathie، المشاركة: 4، الموضوع: 359438”]
بما أن ssh لا علاقة له بـ docker.
[/اقتباس]
إنه كذلك، إنها طريقة قديمة للوصول إلى حاوية.
السطر الأخير من web_only.yml
هل يمكنك التوضيح، بعد المشاكل التي واجهتها، هل قمت بتشغيل قطرة جديدة تمامًا وحاولت مرة أخرى؟
هذا تحذير. وليس خطأ.
يبدو أن هذا ليس خطأ Discourse. هل يعمل
docker run hello-world
؟
لقد قمت للتو بتشغيل تثبيت بحاويتين وعمل كما هو متوقع.
ثم قمت بتشغيل تثبيت app.yml وعمل أيضًا. المواصفات تضمن تقريبًا أن التثبيت القياسي يعمل.
4 إعجابات
ما هي مواصفات الخادم الخاص بك؟ اكتشفت مؤخرًا أن خادمًا بسعة 4 جيجابايت يحتاج إلى مساحة تبديل.
إعجابَين (2)
كان يظهر كـ FATAL. وإلا لكنت على علم كما في جميع عمليات التثبيت السابقة.
كان لدي مشاكل في دوكر، هل كان هناك حاويتان تعملان فقط على الويب؟
ربما تسبب في ذلك دوكر والطلبات غير المصرح بها، لذلك اضطررت إلى الحصول على تسجيل دخول إلى دوكر هاب.
ثم اضطررت إلى اكتشاف أنني بحاجة إلى أن أكون root عند تسجيل الدخول.
كان لدي أيضًا مشاكل في تسليم البريد لأن DO قد قامت بحظر المنفذ 587 بهدوء - مارس 2025 واعتقدت أنها بيانات الاعتماد الخاصة بي حتى جربت كل شيء. لست متأكدًا مما إذا كان مجال SMPT يتم ملؤه بشكل صحيح.
المنفذ 2525 يعمل. (Mailjet)
(سام) كل هذه الأخطاء وأنا أعيد بناء الخادم من الصفر في كل مرة لتحقيق الاستقرار المستقبلي.
لم أعد أنشر هنا كقاعدة، لكنني أردت ترك المعلومات حول حظر المنفذ ودوكر هاب.
كنت على الجانب المتلقي للتنمر الشديد من قبل بعض ‘الفريق’، (هيا يا فريق!) بعد أن استخدمت رسالة مباشرة لأحد، دون علم أن الجميع سيقرأها وحوالي 40 شخصًا انضموا بتعليقات أو إعجابات. تجربة سيئة بعد سنوات من النشر.
لذلك أبقى بعيدًا عن النشر. أنا أقرأ فقط.
هل هناك مسابقة على أكبر عدد من الحلول؟ إنه غير مفيد خاصة إذا لم يتم تقديم أي حل.
لذلك أواجه حدود LetsEncrypt و… عندما أخرج من سجن SSL، سأكون واثقًا … حسنًا، واثقًا إلى حد ما أنه سيعمل.
ربما يحتاج هذا المتطلب لتسجيل دخول دوكر هاب إلى أن يوضع في التثبيت الرسمي. يبدو ضروريًا. .. كـ root!
لست متأكدًا بشأن الذاكرة. كنت أستخدم معالج Intel بقيمة 8 دولارات على DO. ثم بعد فشلَيْن، قمت بترقيته إلى معالج Intel بقيمة 32 دولارًا (رصيد مجاني لإنفاقه) حيث اعتقدت أنه سيسرع عملية الفشل.
بمجرد تشغيل مثيل، أحتاج حقًا إلى العودة إلى الأرخص حتى أطلق الموقع.
إعجاب واحد (1)
هذا المنشور الخاص بي يحتوي على معلومات حول إعداد ملف مبادلة.
أعتقد أن نسختي ذات 4 أنوية و 4 جيجا بايت تكلف حوالي 8 دولارات شهريًا.
رأيت منشورًا حديثًا لـ DO هنا حول حظرهم للمفتاح 587.
لست متأكدًا، ولكن إذا كنت تواجه مشكلات في البريد. فكر في استخدام www.brevo.com لديهم طبقة مجانية قد تعمل بشكل جيد للاختبار. إنها تمنحك 300 بريد إلكتروني مجانًا يوميًا.
إعجابَين (2)
رأيت هذا مرة أخرى على خادم قمت بترقيته. . .
الخطأ الذي تتحدث عنه هو هذا:
I, [2025-04-01T15:14:58.799796 #1] INFO -- : > awk -F\# '{print $1;}' ~/.ssh/authorized_keys | awk 'BEGIN { print "Authorized SSH keys for this container:"; } NF>=2 {print $NF
;}'
awk: fatal: cannot open file `/root/.ssh/authorized_keys' for reading: No such file or directory
I, [2025-04-01T15:14:58.810714 #1] INFO -- : Authorized SSH keys for this container:
وعلى الرغم من أن awk يعتقد أنه قاتل. أعدك، إنه ليس مشكلة في الواقع. لقد كنت تتجاهله لسنوات. 
كنت أتساءل متى سيصبح ذلك صحيحًا، ولكن يبدو أنه ليس كذلك بالنسبة للكثير من الأشخاص حتى الآن. أعتقد أنني رأيت مثالًا واحدًا آخر.
يمكنك الخروج من السجن مجانًا عن طريق إضافة اسم مضيف آخر (مثل إضافة www. كاسم آخر) كما هو موضح في Setup Multisite Configuration with Let's Encrypt and no Reverse Proxy وتضمين قسم after_ssl فقط.
3 إعجابات