هذا صحيح فقط إذا كان النظام يديره systemd، وهو ليس هو الحال دائمًا. لقد رأيت الكثير من الحالات حيث يقوم حزمة عشوائية بتثبيته، وتعطيل الخدمة، ثم تشغيلها وإيقافها حسب الحاجة.
لقد رأيت أيضًا حزمة واحدة على الأقل في الماضي قامت بتثبيت ملف .service لها على الرغم من أن nginx لم يتم تثبيته فعليًا.
كلاهما سيخبرك بكل سرور أن الحالة معطلة. تضمن طريقة apt أنه إذا تم تثبيته فعليًا، فسوف تعرف ما لم يتم تجميعه من المصدر، وربما لن نجري هذه المحادثة إذا كان هذا هو الحال. 
Hello @Claudia Thanks for your help.
The result is
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
elpa-nginx-mode/jammy 1.1.9-2 all
golang-github-nginxinc-nginx-plus-go-client-dev/jammy 0.9.0-2 all
kopano-webapp-nginx/jammy 3.5.14+dfsg1.orig-1 all
libnginx-mod-http-auth-pam/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
libnginx-mod-http-cache-purge/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
libnginx-mod-http-dav-ext/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
libnginx-mod-http-echo/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
libnginx-mod-http-fancyindex/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
libnginx-mod-http-geoip2/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
libnginx-mod-http-geoip/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
libnginx-mod-http-headers-more-filter/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
libnginx-mod-http-image-filter/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
libnginx-mod-http-ndk/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
libnginx-mod-http-perl/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
libnginx-mod-http-subs-filter/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
libnginx-mod-http-uploadprogress/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
libnginx-mod-http-upstream-fair/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
libnginx-mod-http-xslt-filter/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
libnginx-mod-mail/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
libnginx-mod-nchan/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
libnginx-mod-rtmp/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
libnginx-mod-stream-geoip2/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
libnginx-mod-stream-geoip/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
libnginx-mod-stream/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
lua-nginx-cookie/jammy 0.1.0-1.1 all
lua-nginx-dns/jammy 0.20-1 all
lua-nginx-kafka/jammy 0.07-1 all
lua-nginx-memcached/jammy 0.14-1.1 all
lua-nginx-redis-connector/jammy 0.06-1 all
lua-nginx-redis/jammy 0.27-1.1 all
lua-nginx-string/jammy 0.11-1 all
lua-nginx-websocket/jammy 0.08-1 all
nginx-common/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 all
nginx-confgen/jammy 2.0-1 amd64
nginx-core/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
nginx-doc/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 all
nginx-extras/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
nginx-full/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
nginx-light/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
nginx/jammy-updates,jammy-security 1.18.0-6ubuntu14.3 amd64
prometheus-nginx-exporter/jammy 0.10.0-1 amd64
python3-certbot-nginx/jammy 1.21.0-1 all
مرحباً @Jagster
عندما أقوم بتشغيل systemctl status ngin
تكون النتيجة: الوحدة nginx.service لم يتم العثور عليها.
لقد قمت بتثبيت nginx بالكامل بالتأكيد. أرى أيضًا بعض تطبيقات الويب المدرجة التي تتطلب ذلك، مثل Kopano.
هل لدى شخص آخر وصول إلى VPS الخاص بك؟
@xiaokong23357 لقد فعلت هذا في ملف app.yml
expose:
بعد أن قمت بتشغيل ./launcher rebuild app
دائمًا نفس الرسالة على المتصفح:
إذا رأيت هذه الصفحة، فهذا يعني أن خادم الويب nginx مثبت بنجاح ويعمل. يلزم مزيد من التكوين.
للحصول على وثائق ودعم عبر الإنترنت، يرجى الرجوع إلى nginx.org.
الدعم التجاري متاح على nginx.com.
@Claudia
لا، أنا فقط ومزود خدمة OVH للخادم الافتراضي الخاص
إذا كان لدي تثبيت كامل لـ nginx، فلماذا عندما أقوم بتشغيل systemctl status ngin
تكون النتيجة: الوحدة nginx.service غير موجودة.
أو أنه مثبت ولكنه لا يعمل.
يمكنك حذف المنفذ 80 دون استخدامه لمنع التعارض بين discourse و nginx
أنت لا تعمل بـ Nginx كوكيل عكسي. بالإضافة إلى ذلك، أنت الآن تعيد توجيه منفذين إلى 80. يجب أن يكون لديك واحد فقط، وليس كلاهما. ولأنك لا تستخدم Nginx، وبسبب ذلك ليس لديك مضيف افتراضي يوجه إلى المنفذ 9090 أو أي منفذ آخر، يجب عليك التعليق على ذلك.
هل قمت بتثبيت أي شيء آخر عبر docker؟ لأنه الآن يبدو الأمر وكأن Nginx الخاص بك في docker يعمل ولكن Discourse نفسه معطل.
كان هذا تثبيتًا جديدًا، أليس كذلك؟ سأقوم بتجاهل VPS بالكامل والبدء من جديد.
سأقوم بتشغيل جهاز افتراضي جديد والبدء من جديد، ولكن على أي حال، يمكنك محاولة إزالة nginx.
apt remove nginx
تحتاج إلى ترك discourse مع إمكانية الوصول إلى المنفذ 80.
من المحتمل أنك وصلت إلى حدود معدل Let’s Encrypt. ستحتاج على الأرجح إلى استخدام نطاق فرعي مختلف أو الانتظار لمدة أسبوع.
مرحباً
لم أجد الحل لذلك قررت تغيير مزود الاستضافة.
شكراً جزيلاً لكم جميعاً على الدعم.