Puncte:0

Raspberry pi care rulează nginx răspunde 200 pentru localhost, 404 când este accesat prin numele de gazdă

drapel cn
dma

Am configurat o instalare vanilla de nginx pe un raspberry pi.

configuratie server:

Server {
    asculta 80;
    asculta [::]:80;

    root /home/pi/www;

    index index.html index.htm;

    numele serverului _;

    Locație / {
        # return 418 on nu a fost găsit. non-standard, dar un test util
        try_files $uri $uri/ =418;
    }
}

trecând prin localhost, primesc un răspuns. curling numele de gazdă primesc 404. Nu există nicio intrare în jurnalul de acces pentru acesta din urmă, doar primul:

pi@pik3s $ nume de gazdă
pik3s
pi@pik3s $ curl localhost
<h1>Bună ziua</h1>
pi@pik3s $ curl pik3s
404 Pagina nu a fost găsită
pi@pik3s $ tail /var/log/nginx/access.log
::1 - - [22/Iun/2021:13:51:32 +0100] "GET / HTTP/1.1" 200 15 "-" "curl/7.64.0"

Nu înțeleg de unde vine 404, deoarece returnez 418 pentru că nu a fost găsit ca test, iar 404 nu pare să lovească deloc nginx.

actualizat: 2021-06-23: am setat jurnalul de erori la „debug” și acesta este conținutul:

$ cat /var/log/nginx/error.log
2021/06/23 10:53:00 [depanare] 15325#15325: eveniment adăugare epoll: fd:6 op:1 ev:10000001
2021/06/23 10:53:00 [depanare] 15325#15325: eveniment de adăugare epoll: fd:7 op:1 ev:10000001
2021/06/23 10:53:00 [depanare] 15326#15326: eveniment adăugare epoll: fd:6 op:1 ev:10000001
2021/06/23 10:53:00 [depanare] 15326#15326: eveniment de adăugare epoll: fd:7 op:1 ev:10000001
23/06/2021 10:53:00 [depanare] 15328#15328: eveniment de adăugare epoll: fd:6 op:1 ev:10000001
2021/06/23 10:53:00 [depanare] 15328#15328: eveniment adăugare epoll: fd:7 op:1 ev:10000001
2021/06/23 10:53:00 [depanare] 15330#15330: eveniment de adăugare epoll: fd:6 op:1 ev:10000001
2021/06/23 10:53:00 [depanare] 15330#15330: eveniment de adăugare epoll: fd:7 op:1 ev:10000001

adică, cererea pare să se oprească înainte de a ajunge la nginx.

actualizat: 2021-06-25: verificat curl -v și gazdă locală se intoarce Server: nginx/1.14.2 in timp ce pik3s returneaza nr Server.

mi-am dat seama că /etc/hosts rezolvă doar pik3-urile la o adresă IPv4, așa că am adăugat ::1 ca alternativă, iar acum funcționează (pe mașina locală).

Deci, acest lucru sugerează că nginx ascultă doar pe IPv6.

$ sudo netstat -ltnp | grep :80
tcp 0 0 0.0.0.0:80 0.0.0.0:* ASCULTĂ 26923/nginx: master 
tcp6 0 0 :::80 :::* ASCULTĂ 26923/nginx: master 

dar este ascultare.

Michael Hampton avatar
drapel cz
Acea eroare `404 page not found` nu a venit de la nginx, a venit de la o aplicație web scrisă în Go.
drapel cn
dma
nu se mai ascultă nimic pe portul 80: sudo netstat -ltnp | grep -w ':80' --> tcp6 0 0 :::80 :::* ASCULTĂ 5361/nginx: master
Nikita Kipriyanov avatar
drapel za
Vă rugăm să rețineți că 404-s și alte condiții de eroare ar trebui să fie înregistrate în `error.log`. Ce este acolo?
drapel cn
dma
a adăugat o actualizare cu jurnalul de erori mai sus

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.