Som webbplatsbesökare eller ägare kan det vara förbryllande att se 502 Bad Gateway-felet eftersom det specifika problemet inte är klart. Detta är en populär, generisk HTTP-statuskod. Om du antar att din internetanslutning är bra betyder det att det här meddelandet med största sannolikhet är ett serverkommunikationsproblem. Och resultatet är att du inte ser webbsidan du har begärt.
Även om 502-felet vanligtvis är ett problem på serversidan, kan orsaken ibland ligga hos klienten. I den här artikeln hjälper vi dig att komma till botten med detta mysterium genom att prova enkla tips på klientsidan. Du kommer antingen att lösa problemet eller komma närmare att förstå orsaken.
502 Bad Gateway Betydelse
När du försöker komma åt en webbsida ber din webbläsare i princip webbservern att komma åt sidan. Webbservern kommer sedan att behandla din förfrågan och returnera resursen du bad om tillsammans med en HTTP-rubrik och HTTP-statuskod.
Men om det finns ett serverproblem kan du få en av flera olika 500-felkoder. Alla indikerar ett problem med servern. Därför var 502 Bad Gateway-felet – begäran från klienten (din webbläsare) – bra men servern kunde inte returnera resursen som bad om.
502 Bad Gateway Fix
Här är några tips du kan prova från din webbläsare för att förhoppningsvis rensa 502 Bad Gateway-felet och få din webbsida att visas.
1. Försök att ladda om sidan
Felet kan orsakas av ett fel på servern i motsats till ett avbrott, och problem med serveranslutningen kan åtgärdas ganska snabbt i de flesta fall.
Börja med att ladda om sidan – klicka på den cirkulära pilen nära URL-adressfältet. I Chrome och Safari är det till vänster, i Firefox är det till höger. Vänta någon minut innan du laddar om sidan. Om webbsidan visas har problemet försvunnit.
En annan snabb sak du kan prova är att öppna en ny webbläsarsession. Stäng alla dina öppna webbläsarfönster, öppna sedan ett nytt fönster och försök att navigera till webbsidan igen.
hur man kringgår robloxfiltret
2. Försök att rensa webbläsarens cacheminne
Din webbläsare sparar information från varje webbplats du besöker i webbläsarens cache. När du besöker en webbplats igen laddas sidorna snabbare eftersom din webbläsare använder det som lagras i cachen.
Den här inställningen är dock inte alltid bra. Om din webbläsares cache har en föråldrad eller skadad version av webbplatsen kan detta orsaka 502-felet. Överväg att rensa webbläsarens cache för att få den mest uppdaterade versionen av webbsidorna du försöker nå. Så här går det till:
Krom
- I ditt webbläsarfönster i Chrome klickar du på den treprickade menyn uppe till höger.
- Välj alternativet Fler verktyg.
- Välj Rensa webbinformation...
- Se till att endast alternativet Cachade bilder och filer är markerat i popup-fönstret Rensa webbläsardata, bestäm tidsintervallet och sedan Rensa data.
Firefox
- I ditt webbläsarfönster i Firefox klickar du på hamburgerikonen uppe till höger.
- Klicka på Historik.
- Välj Rensa senaste historik...
- I popup-fönstret, i rullgardinsmenyn Tidsintervall för att rensa, välj Allt.
- Se till att endast rutan Cache är markerad och sedan Rensa nu.
Safari
För att tömma cachen i din Safari-webbläsare måste menyn Utveckla aktiveras. Att göra detta:
- Gå till Inställningar och sedan Avancerat.
- Markera rutan Visa utvecklingsmeny i menyraden.
- Gå till Utveckla sedan Töm cacher.
502 Bad Gateway i NGINX
PHP-FastCGI Process Manager (PHP-FPM) är en bakgrundsprocess för att hantera webbserverförfrågningar för PHP-appar. NGINX skickar webbförfrågningar till PHP-FPM-arbetarprocesser som kör PHP-applikationen. NGINX returnerar ett 502 Bad Gateway-fel när det inte lyckas delegera en begäran till PHP-FPM eller om PHP-FPM inte svarar.
Här är de vanligaste orsakerna till att NGINX returnerar ett 502-fel:
- PHP-FPM körs inte.
- NGINX kan inte kommunicera med PHP-FPM.
- PHP-FPM tar slut.
Låt oss nu se hur man bekräftar om något av ovanstående är problemet och hur man fixar det.
1. Kontrollera om PHP-FPM körs
När PHP-FPM inte körs kommer NGINX att returnera ett 502-fel till alla förfrågningar som är avsedda att nå PHP-applikationen. Du kan använda ett ps-kommando via en Linux-värd för att kontrollera om PHP-FPM-processer körs. Kommandot är:
|_+_|.
Om resultaten från detta kommando inte visar någon PHP-FPM-pool eller primära processer, måste PHP-FPM köras för att åtgärda 502-felen. För att göra din PHP-app mer pålitlig, överväg att använda systemd för att hantera PHP-FPM som en tjänst i din produktionsmiljö. PHP-FPM:s bakgrundsprocess börjar automatiskt servera din PHP-app när en ny instans öppnas eller din server startar.
Eftersom PHP-FPM är inbyggt i PHP-koden kan du lägga till den som en systemtjänst när du ställer in PHP. När projektet har konfigurerats som en tjänst, använd det här kommandot för en automatisk start:
|_+_|.
2. Kontrollera om NGINX har tillgång till uttaget
När PHP-FPM startar genererar den Unix- eller TCP-sockets för att ansluta till NGINX-webbservern. PHP-FPM-arbetarprocesserna behöver sockets för att lyssna efter NGINX-förfrågningar. Se till att PHP-FPM och NGINX är inställda på att använda samma socket
PHP-FPM använder en annan konfigurationsfil per processpool. För att hitta dessa filer gå till:
|_+_|.
Pooluttag beskrivs i en lyssningsinstruktion i dess konfigurationsfil, t.ex. följande lyssningsinstruktion konfigurerar en pool som heter mypool för att använda en Unix-socket som finns på: /run/php/mypool.sock :
|_+_|.
Om NGINX inte kan komma åt en pools socket kan du räkna ut vilken arbetarpool det är genom att undersöka vilken socket som anges i NGINX-felloggen. Om PHP-FPM inte startade mypool-arbetarpoolen, till exempel, skulle NGINX skicka ett 502-fel och loggposten skulle se ut så här:
|_+_|() till unix: :/run/php/mypool.sock misslyckades (2: Ingen sådan fil eller katalog).
ställa in ett Google-konto som standard
3. Kontrollera om PHP-FPM tar slut
När din ansökan tar för lång tid att svara får användarna ett timeout-fel. Om PHP-FPM:s timeout – fixerad i poolens konfigurationsinstruktion (request_terminate_timeout) – är mindre än NGINX:s timeout kommer NGINX att returnera ett 502-fel.
Du kan öka PHP-FPM:s timeout-inställning i poolens konfigurationsfil. Detta kan dock orsaka ett annat problem: NGINX kan timeout innan ett svar från PHP-FPM.
NGINX standard timeout är 60 sekunder. Om du har ökat PHP-FPM timeout över 60 sekunder och din PHP-app inte har hunnit svara, kommer NGINX att utfärda ett 504 Gateway Timeout-fel. Undvik detta genom att öka din NGINX timeout-inställning.
502 Bad Gateway i Cloudflare
Cloudflare returnerar ett 502-fel när det inte går att starta en giltig anslutning till din webbplats källwebbserver eller om Cloudflare-tjänsten är otillgänglig eller felaktigt konfigurerad. De vanligaste orsakerna inkluderar:
- Källservern är överarbetad med för många serverladdningar som utlöser serveravbrott
- WordPress-webbplatser med låga PHP-minnesgränser eller för många MYSQL-anslutningar kan göra att servern laddas långsamt
- Felaktiga DNS-poster, plugin- eller temakonflikter i WordPress, och tjänstefel t.ex. PHP-FPM och cachetjänster
Prova följande tips för att lösa 502 Bad Gateway-felet från Cloudflare:
1. Ladda om sidan och rensa cacheminnet
Att ladda om webbsidan bör vara det första du försöker för ett felmeddelande. Specifikt 502-felet kan vara resultatet av att servern överbelastas och orsakar tillfälliga anslutningsproblem. Vänta någon minut innan du laddar om sidan; detta brukar lösa det.
Om 502-felet fortfarande visas, rensa webbläsarens cacheminne och försök igen. Tryck länge på Ctrl + F5 för webbläsare Windows och Linux. För Chrome och Safari på Mac är det Cmd + Shift + R.
2. Kontrollera ditt plugin/tema för konflikter
Om du använder WordPress kan 502-felet bero på ett felkonfigurerat plugin. För att felsöka om detta är orsaken, inaktivera dina plugins – ingen data kommer att gå förlorad.
- Logga in på ditt WordPress-konto.
- Välj Plugins från sidofältet.
- Använd en avaktivering på alla dina plugins.
Om 502-felet är löst måste du hitta vilken plugin som är ett problem. För att göra detta, återaktivera plugins individuellt. När du har återaktiverat var och en, ladda om webbsidan. När Cloudflare-felet inträffar igen vet du vilket plugin som är boven. Du kan begära hjälp från plugin-utvecklaren genom att lägga upp en biljett i WordPress.
Se till att dina teman och plugins är de senaste versionerna och att din PHP-version stöds.
3. Inaktivera tillfälligt dina brandväggar och CDN
Problemet kan orsakas av Content Delivery Network (CDN) eller brandväggar. Detta är ett vanligt problem med leverantörer med extra brandväggslager som Cloudflare. Du kan antingen kolla Cloudflares onlinestatussida för information om eventuella problem med deras tjänst, eller så kan du kontakta dem.
Om det har bekräftats att problemet är med dina brandväggar eller CDN, försök att inaktivera dem tillfälligt och aktivera dem sedan.
4. Kontrollera dina DNS-servrar
Ibland kan dina DNS-servrar (Domain Name System) returnera 502-felet eftersom din webbplats domän kanske inte pekar på rätt IP-adress. Om du nyligen har flyttat din webbplats till en annan värdtjänst måste du vänta i minst 24 timmar för att spridningen över Internet ska slutföras.
Om så inte är fallet, för att rensa IP-adresser och andra DNS-poster från din lokala DNS-cache kan du försöka tömma den, så här:
- Starta ett kommandofönster.
- Ange |_+_|.
Eller via en Mac:
- Öppna ett terminalfönster.
- Ange |_+_|.
502 Dålig gateway löst!
Felmeddelandet 502 Bad Gateway är ett standardsvar när det är något fel med kommunikationen mellan servrarna som är involverade i att returnera din webbförfrågan.
500-felmeddelandet betyder vanligtvis att det finns ett problem med serversidan av utbytet. Men ibland kan orsaken vara med användarens lokala datorutrustning och/eller nätverksinstallation. Lyckligtvis är detta ett mycket vanligt fel, och det finns massor av saker du kan prova själv för att få din webbsida att visas, eller åtminstone föra dig närmare att förstå grundorsaken.
Vilka andra felmeddelanden har du fått när du besöker webbsidor? Har problemet löst sig? Låt oss veta i kommentarsfältet.
