لا يمكنني بدء Discourse

كيف؟ لم أفهم تمامًا ما تقصده.

أعني مثل استبدال github.com بـ google.com في الأمر

root@37-app:/var/www/discourse# curl google.com -v
* Could not resolve host: google.com
* Closing connection 0
curl: (6) Could not resolve host: google.com
root@37-app:/var/www/discourse# 

لا يمكن الاتصال لأن المنافذ مغلقة. هل تستخدم جدار حماية، أو وكيل عكسي، أو خدمات أخرى، إلخ؟

كيف هو إعدادك - هل تستخدم خدمة استضافة ما؟

لدي حاليًا نظام يعتمد على Ubuntu 18.04. أستخدم vds.

حسنًا، هل لديك المنفذان 443 و 80 مفتوحان ولا توجد خدمات أخرى تستمع إليهما؟

كيف يمكنني تعلم ذلك؟ لو كان لينكس عاديًا، لكنت أستطيع أن أقدم لك المعلومات التي تريدها على الفور، ولكن أعتقد أننا بحاجة إلى القيام بأشياء مختلفة هنا بما أننا نستخدم دوكر.

ومع ذلك، فإن أوبونتو هو مجرد لينكس عادي :wink:

بالتأكيد، يمكن أن يأتي عبر دوكر أيضًا. لكنني سأبدأ بالبحث عن الأشياء السهلة والعادية أولاً. مثل ما يقوله جدار الحماية الخاص بك (UFW).

لقد كتبت ./launcher enter app ثم أدخلت هذا الأمر:

root@37-app:/var/www/discourse# netstat -tulnp
bash: netstat: command not found

لا تدخل في دوكر. اسألها، و ufw status، بشكل طبيعي في الصدفة.

إعجاب واحد (1)
root@37:~# netstat -tulnp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 127.0.0.53:53           0.0.0.0:*               LISTEN      136231/systemd-reso 
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      128299/docker-proxy 
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      136191/sshd: /usr/s 
tcp        0      0 0.0.0.0:443             0.0.0.0:*               LISTEN      128276/docker-proxy 
tcp6       0      0 :::80                   :::*                    LISTEN      128306/docker-proxy 
tcp6       0      0 :::22                   :::*                    LISTEN      136191/sshd: /usr/s 
tcp6       0      0 :::443                  :::*                    LISTEN      128284/docker-proxy 
udp        0      0 127.0.0.53:53           0.0.0.0:*                           136231/systemd-reso 

++

root@37:~# ufw status
Status: inactive
إعجاب واحد (1)

جرب هذا:

إذا لم يساعد ذلك، فستعرف أن المشكلة قد تكون في دوكر نفسه.

لقد اتبعت الخطوات الموجودة في المقالة التي قدمتها، لكنني ما زلت أتلقى نفس الخطأ. ماذا أفعل الآن؟

هل قرأت هذا:

أو هذا:

أو هذا:

هناك العديد من المواضيع القريبة من نفس المشكلات التي لديك.

آسف، لكن ليس لدي أي معرفة بـ docker :woozy_face:

إعجابَين (2)

يبدو أن هناك مشكلة في الشبكة. قد تحاول نسخ /var/discourse إلى خادم جديد، خاصةً خادم بخدمة استضافة مختلفة.

هناك موضوع حول الانتقال إلى خادم مختلف. نقل موقع Discourse إلى VPS آخر باستخدام rsync

3 إعجابات

ما نوع الخادم الذي تحاول تشغيل discourse به؟
سيعمل خادم بقيمة 12 دولارًا شهريًا مع هذه المنصة مع إجراء التثبيت القياسي:

لا أعرف ما إذا كانت المسألة تتعلق بالمال لأن هذا الخطاب لا يمكنه رؤية العالم الخارجي :thinking:

يبدو هذا هو المشكلة، ربما يكون سؤال مسؤول الخادم/مكتب المساعدة هو خطوة أولى جيدة إذا لم يكن هناك اتصال بالإنترنت.

إعجاب واحد (1)

يجب توخي الحذر هنا لعدم الخلط بين مشكلتين منفصلتين أثناء استكشاف الأخطاء وإصلاحها. إغلاق المنافذ الواردة لا يؤثر على الاتصالات الصادرة.

أفضل خطوة أولى هنا هي على الأرجح إعادة التشغيل لضمان تهيئة مكدس الشبكات و Docker بشكل نظيف.

إعجاب واحد (1)

ومع ذلك، فإن معظم المسؤولين يستخدمون UFW، وهو ما يعالج كلا الاتجاهين.