فكرت في تقديم حل محتمل لأي شخص واجه هذه المشكلة المتمثلة في رفض الاتصال على المنافذ 443 و 80 بعد تثبيت Discourse على Digital Ocean.
كان خطئي الساذج هو إغلاق الوحدة الطرفية عندما يقول redis “وداعًا” مما يعلق لمدة دقيقة أو دقيقتين مما يجعلني أغلق الوحدة الطرفية معتقدًا أنها انتهت.
تحتاج إلى الانتظار. حاول إعادة بناء التطبيق والانتظار باستخدام
cd /var/discourse
./launcher rebuild app
آمل أن يساعد هذا شخصًا ما حيث قرأت جميع المشاركات التي تتحدث عن أخطاء DNS وما إلى ذلك ثم أدركت خطئي.
شيء آخر يمكنك القيام به هو استخدام tmux بحيث تستمر هذه العمليات في العمل إذا قمت بإغلاق الاتصال. (و tmux attach لإعادة الاتصال في المرة التالية التي تسجل فيها الدخول)
خارج نطاق صلاحياتي 
أعتقد أنك تستخدم Ubuntu أو ما شابه
apt update && apt install tmux
ثم تعطي الأمر tmux
في تلك الشاشة تقوم بترقية Discourse الخاص بك بشكل طبيعي.
إذا أغلقت تلك النافذة الآن، أو تركتها خلفك، فإنها لا تزال تعمل هناك. إذا فتحت شاشتك، فستجدها باستخدام tmux attach -t 0 (لأنك على الأرجح لم تفتح عدة جلسات).
وإذا فعلت شيئًا مثلما أفعل مع iPad، حيث أبدأ الترقية وأنتقل لمشاهدة فيلم أو تصفح وسائل التواصل الاجتماعي لأن العمل خيار ممل، يمكنني العودة إلى الشاشة لأجد الترقية قد اكتملت وأغلق نافذة tmux تلك باستخدام exit وهذا كل شيء.
أنا أفهم ذلك.
لم أستخدم tmux من قبل، لكن screen يقوم بنفس الشيء. الأساسيات بسيطة جدًا، خاصة إذا كان هدفك الوحيد هو تشغيل عملية لفترة من الوقت وليس شيئًا أكثر تعقيدًا.
لا يتطلب الأمر أكثر من أمر واحد أو اختصارين لوحة مفاتيح.
حالة هامشية جدًا، ولكن لأنني أعمل بشكل أساسي على جهاز iPad، لدي سببان لاستخدام tmux بدلاً من screen
أوصي أيضًا بـ tmux. يستغرق تعلم الأساسيات دقائق وهو منقذ للحياة للمهام التي تعمل لفترة طويلة.
في دور سابق، كانت لدي عمليات تصدير تستمر لأكثر من 24 ساعة، وكان أي انقطاع في الوصول إلى الإنترنت أو ذهاب جهاز ماك بوك إلى وضع السكون يعني إعادة التشغيل. أنقذ tmux الموقف مرات عديدة. 