Điểm:0

nginx empty response after reboot

lá cờ in
Sam

I bought a new VPS, installed Ubuntu server 20.04, nginx,php7.4-fpm,MariaDB via apt.
I scp uploaded my (working on my Ubuntu 20.04 laptop) PHP project. I could see the 'thank you for using nginx' page,both via ssh curl and through browser from my laptop, but when I tried to use dm.mydomain.tld, both returned noting. The request was logged in access.log
The ownership of /var/www/dm is root, same as /var/www/html. UFW disabled, no SELINUX.
The dm.conf is as follows:


server {
    listen 443 ssl; #http2 ;
    listen [::]:443 ssl; #http2;

    root /var/www/dm;
        ssl_certificate /etc/ssl/certs/cloudflaresource.pem;
        ssl_certificate_key /etc/ssl/private/cloudflaresource.key;

    # Add index.php to the list if you are using PHP
    index index.php; # index.html index.htm index.nginx-debian.html;

    server_name dm.mydomain.tld;
        autoindex on;
    location / {
        # First attempt to serve request as file, then
        # as directory, then fall back to displaying a 404.
        try_files $uri $uri/ =404;
    }
    location ~ \.php$ {
        fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
    }
}

curl output from ssh console:

root@VPS:~# curl -vk https://dm.mydomain.tld
*   Trying 127.0.0.1:443...
* TCP_NODELAY set
* Connected to dm.mydomain.tld (127.0.0.1) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* successfully set certificate verify locations:
*   CAfile: /etc/ssl/certs/ca-certificates.crt
  CApath: /etc/ssl/certs
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* TLSv1.3 (IN), TLS handshake, Server hello (2):
* TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
* TLSv1.3 (IN), TLS handshake, Certificate (11):
* TLSv1.3 (IN), TLS handshake, CERT verify (15):
* TLSv1.3 (IN), TLS handshake, Finished (20):
* TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.3 (OUT), TLS handshake, Finished (20):
* SSL connection using TLSv1.3 / TLS_AES_256_GCM_SHA384
* ALPN, server accepted to use h2
* Server certificate:
*  subject: O=CloudFlare, Inc.; OU=CloudFlare Origin CA; CN=CloudFlare Origin Certificate
*  start date: Mar  5 07:31:00 2022 GMT
*  expire date: Mar  1 07:31:00 2037 GMT
*  issuer: C=US; O=CloudFlare, Inc.; OU=CloudFlare Origin SSL Certificate Authority; L=San Francisco; ST=California
*  SSL certificate verify result: unable to get local issuer certificate (20), continuing anyway.
* Using HTTP2, server supports multi-use
* Connection state changed (HTTP/2 confirmed)
* Copying HTTP/2 data in stream buffer to connection buffer after upgrade: len=0
* Using Stream ID: 1 (easy handle 0x561a6f79e880)
> GET / HTTP/2
> Host: dm.mydomain.tld
> user-agent: curl/7.68.0
> accept: */*
> 
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* old SSL session ID is stale, removing
* Connection state changed (MAX_CONCURRENT_STREAMS == 128)!
< HTTP/2 200 
< server: nginx/1.18.0 (Ubuntu)
< date: Sat, 05 Mar 2022 13:58:11 GMT
< content-type: text/html; charset=UTF-8
< 
* Connection #0 to host dm.mydomain.tld left intact

you can see that the response is empty.

Additionally, this is the access.log entry.

127.0.0.1 - - [05/Mar/2022:15:44:13 +0100] "GET / HTTP/2.0" 200 0 "-" "curl/7.68.0"

UPDATE: I created an html file and curl it, it worked fine. But for a simple php helloworkd, it doesn't work.

Sam avatar
lá cờ in
Sam
PHP-fpm đang hoạt động. Tôi có thể nói bằng systemctl.
Điểm:0
lá cờ in
Sam

Vì sự cố phát sinh sau khi khởi động lại, nên tôi đã kiểm tra ổ cắm tên miền unix. Quyền sở hữu của /var/run/php/php7.4-fpm.sock (chạy sẽ Trong /var/run/php/) là dữ liệu www, điều này không nên vì tôi đã không thay đổi điều đó.
Vì vậy, tôi đoán rằng nó được tạo bởi nginx, vì không có cái nào cả. Chỉ cần thay đổi mục nhập trong dm.conf, mọi thứ đã hoạt động:

/var/run/php/php-fpm.sock

Ngoài ra, hãy nhớ bỏ ghi chú dòng này:

bao gồm đoạn trích/fastcgi-php.conf;

Điều làm phiền tôi là không có lỗi nào được báo cáo.

Sam avatar
lá cờ in
Sam
Tôi cũng đã thử gỡ cài đặt và cài đặt lại php, tất nhiên là không được.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.