اضطررت إلى إزالة Sendgrid لأنني كنت أُفرض عليّ رسوم زائدة مقابل موقعي الصغير، لذا انتقلت إلى SMTP2Go.
تلقيت التعليمات حول ما يجب استخدامه لـ Discourse، وأجريت التغييرات عبر أمر discourse-setup في وحدة التحكم. منذ أن فعلت ذلك، لم أتمكن من الوصول إلى المنتدى عبر عنوان IP أو عنوان URL: forum.g2ic.com
لم أجرِ أي تغييرات على أي شيء آخر، لذا لا أعرف ما الخطأ. لقد أعدت بناء التطبيق عدة مرات دون أي فرق.
لست متأكدًا، ولكن أعتقد أنه يمكنك تغيير تفاصيل SMTP في ملف app.yml ثم إعادة البناء؟
وبما أنك قمت بذلك عبر إعداد Discourse، ربما يجب عليك تمويه السجل “a” لتثبيته على عنوان IP الصحيح.
يجب أن يكون السبب هو عدم وجود قاعدة واردة لـ HTTPS (443) في قواعد جدار حماية DO السحابي. يرجى التحقق من قواعد جدار حماية DigitalOcean ضمن القواعد الواردة لمعرفة ما إذا كانت هناك قاعدة HTTPS (443). إذا لم يكن الأمر كذلك، حاول إضافتها.
لقد سمح لي بالفعل بالمرور عبر عملية إعداد الخطاب هذه المرة (على الرغم من أنه سمح لي في المرة الأولى قبل حوالي 8 ساعات). لم أواجه أي أخطاء في المنافذ، واكتملت إعادة البناء.
ما زلت أواجه نفس المشكلة. أقدر الرد!!
g2ic.com الذي يعيد التوجيه تلقائيًا إلى forum.g2ic.com لا يعمل وأواجه خطأ “مضيف”. أحاول إدخال عنوان IP فقط وما زلت أواجه نفس الخطأ.
لقد تركته رماديًا لفترة من الوقت، ثم عدت إلى الوكيل لأن جميع نطاقاتي الفرعية الأخرى كانت وكيلة (برتقالية). سأتركه رماديًا من الآن فصاعدًا حتى يتم حل هذه المشكلة. شكرًا!
يبدو أنك وصلت إلى الحد الأقصى لمعدل الطلبات وليس لديك شهادة، لذا لن يبدأ nginx. ستحتاج إلى الانتظار حتى ينتهي حد المعدل أو إضافة مجال فرعي آخر (ربما المجال الأساسي) باستخدام أسماء مستعارة للمضيف كما هو موضح في Set up Let’s Encrypt with multiple domains / redirects
ستحتاج إلى توجيه اسم المضيف الآخر إلى الخادم بسجل A آخر (أو cname إذا كان مجالًا فرعيًا)
أعتقد أن جوهر الأمر هو إضافة هذين الإدخالين تحت المتغيرات البيئية. سأجرب ذلك. لدي بالفعل إعادة توجيه النطاق قيد التشغيل بحيث يتم توجيه الأشخاص الذين يذهبون إلى “g2ic.com” بالفعل إلى “forum.g2ic.com” لذا أتساءل عما إذا كانت ستكون هناك تعارضات.
((عندما كنت أدير هذا الموقع في التسعينيات، بدا الأمر أسهل بكثير ))
هل يمكن لأي شخص أن يخبرني لماذا حدث هذا بمجرد تغيير قيم SMTP؟
السبب هو أنه بشكل عام، نقوم بتغيير تفاصيل smtp في app.yml ثم نعيد البناء.
نظرًا لأنك قمت بذلك عن طريق إعداد discourse مع وكيل، فقد فشل الإعداد لديك. وإذا قمت بذلك عدة مرات (5 مرات)، فسيتم تحديد معدل وصولك بواسطة lets encrypt لمدة أسبوع. ولكن الأمر غريب، حيث لا يمكنني رؤية التحقق من اسم النطاق الخاص بك في crt.sh
لقد قمت بتشغيل docker logs -f app ورأيت أخطاء حول LETSENCRYPT_ACCOUNT_EMAIL كقيمة غير صالحة (يبدو أنها تحتوي على القيمة “OFF” في إصداراتك السابقة من الملف). لقد قمت بتغييرها إلى عنوان بريدك الإلكتروني، وأعدت البناء، وهي تعمل الآن.
أقدر مساعدة الجميع في هذا. يبدو أنه كان خللاً غريبًا من إدخال إعداد المثبت السابق. (لم أقم بتعيين هذه القيمة على “OFF”). لكنني عدت إلى الإنترنت. لم أتحقق مما إذا كان البريد الإلكتروني يعمل أم لا، ولكن سنرى! أنا مرتاح جدًا في هذه المرحلة! شكرًا لك!
))