Puncte:0

răspunsul nginx gol după repornire

drapel in
Sam

Am cumpărat un VPS nou, am instalat serverul Ubuntu 20.04, nginx, php7.4-fpm, MariaDB prin apt.
Am încărcat scp proiectul meu PHP (lucru pe laptopul Ubuntu 20.04). Am putut vedea pagina „Mulțumesc că ați folosit nginx”, atât prin ssh curl, cât și prin browser de pe laptop, dar când am încercat să folosesc dm.mydomain.tld, au revenit amândoi notând. Solicitarea a fost conectată acces.log
Proprietatea de /var/www/dm este rădăcină, la fel ca /var/www/html. UFW dezactivat, fără SELINUX.
The dm.conf este după cum urmează:


Server {
    asculta 443 ssl; #http2 ;
    asculta [::]:443 ssl; #http2;

    rădăcină /var/www/dm;
        ssl_certificate /etc/ssl/certs/cloudflaresource.pem;
        ssl_certificate_key /etc/ssl/private/cloudflaresource.key;

    # Adăugați index.php la listă dacă utilizați PHP
    index index.php; # index.html index.htm index.nginx-debian.html;

    nume_server dm.mydomain.tld;
        autoindex activat;
    Locație / {
        # Mai întâi încercați să serviți cererea ca fișier, apoi
        # ca director, apoi reveniți la afișarea unui 404.
        try_files $uri $uri/ =404;
    }
    locație ~ \.php$ {
        fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
    }
}

curl output din consola ssh:

root@VPS:~# curl -vk https://dm.mydomain.tld
* Se încearcă 127.0.0.1:443...
* TCP_NODELAY setat
* Conectat la dm.mydomain.tld (127.0.0.1) portul 443 (#0)
* ALPN, oferind h2
* ALPN, oferind http/1.1
* setați cu succes locațiile de verificare a certificatelor:
* CAfile: /etc/ssl/certs/ca-certificates.crt
  CApath: /etc/ssl/certs
* TLSv1.3 (OUT), strângere de mână TLS, salut client (1):
* TLSv1.3 (IN), strângere de mână TLS, salut server (2):
* TLSv1.3 (IN), strângere de mână TLS, extensii criptate (8):
* TLSv1.3 (IN), strângere de mână TLS, Certificat (11):
* TLSv1.3 (IN), strângere de mână TLS, verificare CERT (15):
* TLSv1.3 (IN), strângere de mână TLS, Terminat (20):
* TLSv1.3 (OUT), TLS schimbă cifra, Schimbă specificația cifrului (1):
* TLSv1.3 (OUT), TLS handshake, Terminat (20):
* Conexiune SSL folosind TLSv1.3 / TLS_AES_256_GCM_SHA384
* ALPN, server acceptat să utilizeze h2
* Certificat de server:
* subiect: O=CloudFlare, Inc.; OU=CloudFlare Origin CA; CN=Certificat de origine CloudFlare
* data începerii: 5 martie 07:31:00 2022 GMT
* data expirării: 1 martie 07:31:00 2037 GMT
* emitent: C=US; O=CloudFlare, Inc.; OU=CloudFlare Origin SSL Certificate Authority; L=San Francisco; ST=California
* Rezultatul verificării certificatului SSL: nu se poate obține certificatul de emitent local (20), continuând oricum.
* Utilizând HTTP2, serverul acceptă utilizarea multiplă
* Starea conexiunii a fost schimbată (HTTP/2 confirmat)
* Copierea datelor HTTP/2 din bufferul de flux în bufferul de conexiune după actualizare: len=0
* Folosind ID-ul fluxului: 1 (mâner ușor 0x561a6f79e880)
> GET / HTTP/2
> Gazdă: dm.mydomain.tld
> user-agent: curl/7.68.0
> accept: */*
> 
* TLSv1.3 (IN), strângere de mână TLS, bilet pentru sesiune de știri (4):
* TLSv1.3 (IN), strângere de mână TLS, bilet pentru sesiune de știri (4):
* vechiul ID de sesiune SSL este învechit, se elimină
* Starea conexiunii a fost schimbată (MAX_CONCURRENT_STREAMS == 128)!
< HTTP/2 200 
< server: nginx/1.18.0 (Ubuntu)
< data: Sâmbătă, 05 Mar 2022 13:58:11 GMT
< tipul de conținut: text/html; set de caractere=UTF-8
< 
* Conexiunea #0 la gazda dm.mydomain.tld a rămas intactă

puteți vedea că răspunsul este gol.

În plus, acesta este acces.log intrare.

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

UPDATE: Am creat un fișier html și l-am ondulat, a funcționat bine. Dar pentru un simplu php helloworkd, nu funcționează.

Sam avatar
drapel in
Sam
PHP-fpm este în funcțiune. Pot spune prin systemctl.
Puncte:0
drapel in
Sam

Deoarece problema a apărut după repornire, așa că am verificat socket-ul domeniului Unix. Proprietatea de /var/run/php/php7.4-fpm.sock (alerga ll în /var/run/php/) a fost www-data, ceea ce nu ar trebui să fie, deoarece nu am schimbat asta.
Așa că am ghicit că a fost creat de nginx, deoarece nu există. Prin simpla schimbare a intrării în dm.conf, totul a funcționat:

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

De asemenea, nu uitați să decomentați această linie:

include snippets/fastcgi-php.conf;

Ceea ce m-a deranjat a fost că nu a fost raportată nicio eroare.

Sam avatar
drapel in
Sam
De asemenea, am încercat să dezinstalez și să reinstalez php, care desigur nu a funcționat.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.