이것은 systemd에 의해 관리되는 경우에만 사실이며, 항상 그런 것은 아닙니다. 어떤 무작위 패키지가 nginx를 설치하고, 서비스를 비활성화한 후, 필요할 때 시작하고 중지하는 경우를 너무 많이 봤습니다.
또한 과거에 nginx가 실제로 설치되지 않았음에도 .service 파일을 설치하는 패키지를 최소 한 번은 봤습니다.
이 두 경우 모두 상태가 비활성화되어 있다고 안심하고 알려줍니다. apt 메소드는 실제로 설치된 경우, 소스에서 컴파일된 것이 아니라면 반드시 알 수 있도록 보장합니다. 만약 소스에서 컴파일한 경우였다면, 아마도 우리는 이 대화를 나누지 않고 있을 것입니다. 
안녕하세요 @Claudia, 도움을 주셔서 감사합니다.
결과는 다음과 같습니다.
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을 실행하면 다음과 같은 결과가 표시됩니다: Unit nginx.service could not be found.
확실히 nginx 전체가 설치되어 있습니다. Kopano처럼 nginx가 필요한 웹 애플리케이션도 몇 가지 목록에 보입니다.
다른 사람이 이 VPS에 접근할 수 있나요?
@xiaokong23357 app.yml 파일에서 이렇게 설정했습니다.
expose:
./launcher rebuild app을 실행한 후에도
브라우저에는 항상 동일한 메시지가 표시됩니다:
이 페이지를 보셨다면 nginx 웹 서버가 성공적으로 설치되어 작동 중임을 의미합니다. 추가 구성이 필요합니다.
온라인 문서 및 지원은 nginx.org를 참고하십시오.
상업적 지원은 nginx.com에서 제공됩니다.
nginx를 이용해 주셔서 감사합니다.
@Claudia
나와 VPS 제공업체 OVH뿐입니다.
nginx가 완전히 설치되어 있는데, systemctl status ngin을 실행하면
왜 Unit nginx.service could not be found.라는 결과가 나오는 건가요?
아니면 설치되어 있긴 하지만 실행되지 않는 상태인가요?
discourse와 nginx 간 충돌을 방지하기 위해 포트 80을 사용하지 않고 삭제할 수 있습니다.
현재 Nginx가 리버스 프록시로 작동하지 않고 있습니다. 게다가 이제 두 개의 포트를 80으로 리다이렉트하고 있습니다. 둘 중 하나만 사용해야 하며, 둘 다 사용할 수 없습니다. 그리고 Nginx를 사용하지 않기 때문에 9090 포트나 다른 어떤 포트로의 가상 호스트 프록싱이 없으므로 해당 부분을 주석 처리해야 합니다.
도커로 설치한 다른 것이 있습니까? 지금은 도커의 Nginx는 작동하는 것 같지만 Discourse 자체는 다운된 것 같습니다.
새로 설치한 것이 맞나요? 저는 VPS 전체를 폐기하고 처음부터 다시 시작하는 것을 권장합니다.
새로운 VM을 생성하고 처음부터 다시 시작하는 것이 좋겠지만, 어쨌든 nginx를 제거해 볼 수 있습니다.
apt remove nginx
Discourse가 80번 포트에 접근할 수 있도록 해 두어야 합니다.
Let’s Encrypt의 요청 제한(rate limit)에 도달했을 가능성이 높습니다. 다른 서브도메인을 사용하거나 일주일 정도 기다려야 할 것입니다.
안녕하세요.
해결 방법을 찾지 못해서 호스팅 제공업체를 변경하기로 결정했습니다.
지원해 주셔서 감사합니다.