Som besøkende eller eier på nettstedet kan det være forvirrende å se 502 Bad Gateway-feilen siden det spesifikke problemet ikke er klart. Dette er en populær, generisk HTTP-statuskode. Forutsatt at Internett-tilkoblingen din er bra, betyr det å se denne meldingen at det mest sannsynlig er et serverkommunikasjonsproblem. Og resultatet er at du ikke ser nettsiden du har bedt om.
Selv om 502-feilen vanligvis er et problem på serversiden, kan årsaken av og til ligge hos klienten. I denne artikkelen hjelper vi deg med å komme til bunns i dette mysteriet ved å prøve ut enkle tips på klientsiden. Du vil enten løse problemet eller komme nærmere å forstå årsaken.
502 Dårlig gateway-betydning
Hver gang du prøver å få tilgang til en nettside, ber nettleseren din i utgangspunktet nettserveren om å få tilgang til siden. Nettserveren vil deretter behandle forespørselen din og returnere ressursen du ba om sammen med en HTTP-header og HTTP-statuskode.
Men hvis det er et serverproblem, kan du motta en av flere forskjellige 500-feilkoder. Alle indikerer et problem med serveren. Derfor var 502 Bad Gateway-feilen – forespørselen fra klienten (nettleseren din) – god, men serveren kunne ikke returnere ressursen som ble bedt om.
502 Bad Gateway Fix
Her er noen tips du kan prøve fra nettleseren din for å forhåpentligvis fjerne 502 Bad Gateway-feilen og få nettsiden din vist.
1. Prøv å laste inn siden på nytt
Feilen kan være forårsaket av en feil med serveren i motsetning til et strømbrudd, og servertilkoblingsproblemer kan løses rimelig raskt i de fleste tilfeller.
Start med å laste inn siden på nytt – klikk på den sirkulære pilen nær URL-adresselinjen. I Chrome og Safari er det til venstre, i Firefox er det til høyre. Vent et minutt eller så før du laster inn siden på nytt. Hvis nettsiden vises, har problemet forsvunnet.
En annen rask ting du kan prøve er å åpne en ny nettleserøkt. Lukk alle åpne nettleservinduer, åpne et nytt vindu og prøv å navigere til nettsiden på nytt.
hvorfor fungerer ikke en av airpodene mine
2. Prøv å tømme nettleserbufferen
Nettleseren din lagrer informasjon fra hvert nettsted du besøker i nettleserbufferen. Hver gang du besøker et nettsted på nytt, lastes sidene inn raskere fordi nettleseren din bruker det som er lagret i hurtigbufferen.
Dette oppsettet er imidlertid ikke alltid en god ting. Hvis nettleserens hurtigbuffer har en utdatert eller ødelagt versjon av nettstedet, kan dette forårsake 502-feilen. Vurder å tømme nettleserens buffer for å få den mest oppdaterte versjonen av nettsidene du prøver å nå. Slik gjøres det:
Chrome
- Klikk på menyen med tre prikker øverst til høyre i Chrome-nettleservinduet.
- Velg alternativet Flere verktøy.
- Velg Fjern nettleserdata...
- I Tøm nettleserdata-pop-up-vinduet, sørg for at bare alternativet Bufrede bilder og filer er merket av, bestemmer tidsintervallet, og deretter Tøm data.
Firefox
- Klikk på hamburgerikonet øverst til høyre i nettleservinduet i Firefox.
- Klikk på Historikk.
- Velg Tøm nylig historikk...
- I popup-vinduet, i rullegardinmenyen Tidsområde for å fjerne, velger du Alt.
- Sørg for at bare Cache-boksen er merket, og deretter Tøm nå.
Safari
For å tømme hurtigbufferen i Safari-nettleseren din, må Utvikle-menyen aktiveres. Å gjøre dette:
- Gå til Innstillinger og deretter Avansert.
- Merk av for Vis utviklingsmeny på menylinjen.
- Gå til Utvikle og deretter Tøm cacher.
502 Bad Gateway i NGINX
PHP-FastCGI Process Manager (PHP-FPM) er en bakgrunnsprosess for håndtering av webserverforespørsler for PHP-apper. NGINX sender nettforespørsler til PHP-FPM-arbeidsprosesser som kjører PHP-applikasjonen. NGINX returnerer en 502 Bad Gateway-feil når den ikke kan delegere en forespørsel til PHP-FPM eller hvis PHP-FPM ikke svarer.
Her er de vanligste årsakene til at NGINX returnerer en 502-feil:
- PHP-FPM kjører ikke.
- NGINX kan ikke kommunisere med PHP-FPM.
- PHP-FPM tar tid.
La oss nå se hvordan du bekrefter om noe av det ovennevnte er problemet, og hvordan du fikser det.
1. Sjekk om PHP-FPM kjører
Når PHP-FPM ikke kjører, vil NGINX returnere en 502-feil til alle forespørsler som skal nå PHP-applikasjonen. Du kan bruke en ps-kommando via en Linux-vert for å sjekke om PHP-FPM-prosesser kjører. Kommandoen er:
|_+_|.
Hvis resultatene fra denne kommandoen ikke viser noen PHP-FPM-pool eller primære prosesser, må PHP-FPM kjøres for å fikse 502-feilene. For å gjøre PHP-appen din mer pålitelig, bør du vurdere å bruke systemd for å administrere PHP-FPM som en tjeneste i produksjonsmiljøet ditt. PHP-FPMs bakgrunnsprosess vil automatisk begynne å betjene PHP-appen din hver gang en ny forekomst åpnes, eller serveren din starter.
Siden PHP-FPM er innebygd i PHP-koden, kan du legge den til som en systemtjeneste når du setter opp PHP. Når prosjektet er satt opp som en tjeneste, bruk denne kommandoen for en automatisk start:
|_+_|.
2. Sjekk om NGINX har tilgang til stikkontakten
Når PHP-FPM starter, genererer den Unix- eller TCP-sockets for å koble til NGINX-nettserveren. PHP-FPM-arbeidsprosessene trenger sockets for å lytte etter NGINX-forespørsler. Sørg for at PHP-FPM og NGINX er satt til å bruke samme socket
PHP-FPM bruker en annen konfigurasjonsfil per prosesspool. For å finne disse filene gå til:
|_+_|.
Bassenguttak er skissert i en lytteinstruksjon i konfigurasjonsfilen, f.eks. følgende lytteinstruksjon, konfigurerer et basseng kalt mypool til å bruke en Unix-kontakt funnet på: /run/php/mypool.sock :
|_+_|.
Hvis NGINX ikke er i stand til å få tilgang til en pools socket, kan du finne ut hvilken arbeiderpool det er ved å undersøke hvilken socket som er spesifisert i NGINX-feilloggen. Hvis PHP-FPM ikke startet mypool-arbeiderpoolen, for eksempel, ville NGINX sende en 502-feil og loggoppføringen ville se ut som dette:
|_+_|() til unix: :/run/php/mypool.sock mislyktes (2: Ingen slik fil eller katalog).
hvordan går du live på tik tok
3. Sjekk om PHP-FPM blir tidsavbrutt
Når søknaden din tar for lang tid å svare, vil brukerne motta en tidsavbruddsfeil. Hvis PHP-FPMs timeout – løst i bassengets konfigurasjonsinstruksjon (request_terminate_timeout) – er mindre enn NGINXs timeout, vil NGINX returnere en 502 feil.
Du kan øke PHP-FPMs timeout-innstilling i bassengets konfigurasjonsfil. Dette kan imidlertid forårsake et annet problem: NGINX kan få timeout før du får et svar fra PHP-FPM.
NGINXs standard timeout er 60 sekunder. Hvis du har økt PHP-FPM-tidsavbruddet over 60 sekunder, og PHP-appen din ikke har hatt tid til å svare, vil NGINX utstede en 504 Gateway Timeout-feil. Unngå dette ved å øke NGINX-tidsavbruddsinnstillingen.
502 Bad Gateway i Cloudflare
Cloudflare vil returnere en 502-feil når den ikke er i stand til å starte en gyldig forbindelse med nettstedets kildenettserver eller hvis Cloudflare-tjenesten er utilgjengelig eller feilkonfigurert. De vanligste årsakene inkluderer:
- Kildeserveren er overarbeidet med for mange serverbelastninger som utløser servernedetid
- WordPress-nettsteder med lave PHP-minnegrenser eller for mange MYSQL-tilkoblinger kan føre til at serveren laster sakte
- Feil DNS-poster, plugin- eller temakonflikter i WordPress, og tjenestefeil f.eks. PHP-FPM og cache-tjenester
Prøv følgende tips for å løse 502 Bad Gateway-feilen fra Cloudflare:
1. Last inn siden på nytt og tøm bufferen
Å laste inn nettsiden på nytt bør være det første du prøver for en feilmelding. 502-feilen kan spesifikt være et resultat av at serveren er overbelastet og forårsaker midlertidige tilkoblingsproblemer. Vent et minutt eller så før du laster inn siden på nytt; dette løser det vanligvis.
Hvis 502-feilen fortsatt vises, tøm nettleserbufferen og prøv igjen. Hold inne Ctrl + F5 for Windows- og Linux-nettlesere. For Chrome og Safari på Mac er det Cmd + Shift + R.
2. Sjekk programtillegget/temaet for konflikter
Hvis du bruker WordPress, kan 502-feilen skyldes en feilkonfigurert plugin. For å feilsøke om dette er årsaken, deaktiver pluginene dine – ingen data går tapt.
- Logg på WordPress-kontoen din.
- Velg Plugins fra sidefeltet.
- Bruk en deaktivering på alle pluginene dine.
Hvis 502-feilen er løst, må du finne hvilken plugin som er et problem. For å gjøre dette, reaktiver pluginene individuelt. Etter å ha reaktivert hver enkelt, last inn nettsiden på nytt. Når Cloudflare-feilen skjer igjen, vet du hvilken plugin som er den skyldige. Du kan be om hjelp fra plugin-utvikleren ved å legge ut en billett i WordPress.
Sørg for at temaene og pluginene dine er de nyeste versjonene, og at PHP-versjonen din støttes.
3. Deaktiver brannmurer og CDN midlertidig
Problemet kan være forårsaket av Content Delivery Network (CDN) eller brannmurer. Dette er et vanlig problem med leverandører med ekstra brannmurlag som Cloudflare. Du kan enten sjekke Cloudflares online statusside for informasjon om eventuelle problemer med tjenesten deres, eller du kan kontakte dem.
Hvis det er bekreftet at problemet er med brannmurene eller CDN, prøv å deaktivere dem midlertidig, og aktiver dem deretter.
4. Sjekk DNS-serverne dine
Noen ganger kan Domain Name System-serverne (DNS) returnere 502-feilen fordi nettstedets domene kanskje ikke peker til riktig IP-adresse. Hvis du nylig har flyttet nettstedet ditt til en annen vertstjeneste, må du vente i minst 24 timer før spredningen over Internett er fullført.
Hvis dette ikke er tilfelle, kan du prøve å tømme IP-adresser og andre DNS-poster fra din lokale DNS-cache, slik:
- Start et kommandovindu.
- Skriv inn |_+_|.
Eller via en Mac:
- Åpne et terminalvindu.
- Skriv inn |_+_|.
502 Dårlig gateway løst!
Feilmeldingen 502 Bad Gateway er et standardsvar når det er noe galt med kommunikasjonen mellom serverne som er involvert i å returnere nettforespørselen din.
500-feilmeldingen betyr vanligvis at det er et problem med serversiden av sentralen. Men til tider kan årsaken være med brukerens lokale datautstyr og/eller nettverksoppsett. Heldigvis er dette en veldig vanlig feil, og det er mange ting du kan prøve selv for å få nettsiden din vist, eller i det minste bringe deg nærmere å forstå årsaken.
Hvilke andre feilmeldinger har du opplevd når du besøker nettsider? Ble problemet løst? Gi oss beskjed i kommentarfeltet.
