Slik løser du 404 Nginx-feil etter oppgradering av Ubuntu Server

En av de vanligste webserverkombinasjonene i dag har Nginx Web Server-programvareimplementering som kjører på Ubuntu Server-utgaven. Dette systemet er ekstremt effektivt og enkelt å holde oppdatert, siden begge pakkene fortsetter å motta regelmessige oppdateringer. Systemadministratorer installerer vanligvis oppdateringer gjennom apt pakkebehandling, fordi Ubuntu Server ikke har noe grafisk grensesnitt som standard.

Oppgraderinger av Ubuntu Server kan noen ganger generere uvanlige feil, og denne mangelen på et grafisk brukergrensesnitt kan gjøre det vanskelig for nybegynnere å feilsøke dem. Noen få enkle kommandoer kan være alt som trengs for å fikse 404 Nginx-feil etter en Ubuntu-oppgradering.

Metode 1: Å fikse manglende Nginx-feilsider

Hvis et nettsted er vert på AWS, en privat server eller annen serverkonfigurasjon i en LEMP-stabel, kan det gå tilfeldig ned etter en Ubuntu Server-oppgradering. Forsøk på å få tilgang til nettstedet fra en nettleser, kanskje på en annen maskin. Forutsatt at det returnerer en 404-feil, gå til Ubuntu Server CLI og kjør kommandoen tail -f for å se alle de siste feilene.

Skal loggen inneholde en feil som:

Systemet ditt lider av en manglende feilside. Du kan også se 40x.html i denne linjen, men det er relativt uvanlig hvis nettstedet ditt er nede og du får 404 feil i bytte. Bruk kommandoen ls for å se om det er noe der. Hvis ikke, må du opprette HTML-koden for en side for 50X-feil.

Husk at bruk av standard katalogstruktur er ofte et problem med pakkeforvaltere, som kan overskrive alt som blir lagret der. Du kan endre docroot-linjen i Nginx-konfigurasjonen for å forhindre denne typen problemer hvis du har lov til å opprette en tilpasset katalogstruktur.

Metode 2: Å lage PHP Finn riktig stikkontakt

Du kan også finne en feil som leser noe slikt i

Dette betyr at du kjører PHP7.0, men den kjører ikke der den skal være. Versjonsnummeret kan være forskjellig, avhengig av hvordan du har konfigurert PHP. Standardinstallasjoner vil kjøre fra eller , men hvis du har denne feilen, er det mer enn sannsynlig ikke tilfelle.

Kjør kommandoene og finn deretter -navn ‘php * fpm.sock’ for å se om det er en stikkontakt som kjører et sted på systemet ditt.

Forutsatt at du mottok positive resultater, må du oppdatere Nginx-konfigurasjonen for å vise riktig sted i kontakten skal gå. Naturligvis vil / directoryPath erstattes med riktig bane. Linjen php / php7.0-fpm.sock bør oppdatere konfigurasjonen hvis du bruker en socket-fil.

Brukere av de eldre TCP-kontaktene som ikke bruker socket-filer, kan sjekke om en PHP-kontakt for øyeblikket lytter til port 9000 ved å kjøre sudo netstat -tulpn | grep 9000 av kommandolinjen. Hvis dette er tilfelle, åpner du fastcgi_pass i nano, vi eller en annen tekstredigerer, og bytter ut unix:… -linjen for i stedet å bruke 127.0.0.1:9000 for å oppdatere kontakten.

Hvis ikke noe av dette fungerer, må du sørge for at php7.0-fpm eller hvilket versjonsnummer du bruker kjører med kommandoen sudo systemctl restart php7.0-fpm, etterfulgt av å gjenta prosessen ovenfor.

Husk at lytteoppføringen i de fleste tilfeller og verdien i må være det samme. Du kan prøve for nyere konfigurasjoner, eller 127.0.0.1:9000 for gamle stil.