Fejl er et af de mest frustrerende aspekter ved at drive et WordPress-websted. Nogle problemer som HTTP-fejl 407 kan gøre dit indhold utilgængeligt, hvilket kan føre til et fald i salg eller konverteringer.

Heldigvis er der nogle nemme trin, du kan tage for at løse dette problem, plus værktøjer til at hjælpe dig med at fejlfinde dit websted. Ved at identificere den grundlæggende årsag til problemet, kan du implementere den rigtige løsning og forhåbentlig forhindre, at det sker igen i fremtiden.

I denne artikel ser vi nærmere på HTTP 407-fejlen og dens årsager. Derefter viser vi dig, hvordan du løser den på klientsiden og serversiden. Lad os komme i gang!

Hvad betyder “407 Proxy Authentication Required”?

Fejlen “407 Proxy Authentication Required” opstår, når serveren ikke kan fuldføre en anmodning. Dette sker på grund af manglende autentifikationsoplysninger, når der anvendes en proxyserver mellem klienten og serveren. Proxyen kan ikke autentificere klienten.

Da der er flere parter involveret, kan det være vanskeligt at identificere den nøjagtige årsag til problemet. Det kan endda være forårsaget af selve proxyen, hvilket betyder, at der ikke er nogen løsning fra din side.

Der er dog nogle ting, du kan gøre for at forsøge at løse kommunikationen med proxyen.

Bemærk, at dette problem også kan være relateret til den generiske 400 Bad Request-fejl.

Hvad er årsagen til HTTP-fejl 407?

HTTP-fejl opstår, når en klient anmoder om at oprette forbindelse til en server og det fejler. Hver gang en webbrowser forsøger at få adgang til en onlineserver via HTTP-protokollen, er der en samtale mellem klienten og serveren. HTTP-koder bruges til at håndtere denne samtale, idet der sendes meddelelser om succes og fiasko frem og tilbage.

HTTP-fejl 407 svarer til fejl 401, som opstår på grund af uautoriseret adgang. Den eneste forskel er, at fejl 407 mislykkes ved autentificering med en proxy i stedet for en direkte serverforbindelse.

Klientgodkendelse er en del af processen med at etablere en sikker forbindelse. En af komponenterne i denne kommunikation er udveksling af et digitalt certifikat. Dette certifikat kan være knyttet til det digitale ID for en person, et firma, et program eller en enkelt maskine. Servere kan godkende eller afvise anmodninger på grundlag af dataene i et digitalt certifikat og give eller nægte adgang til at oprette forbindelse.

I mange tilfælde kan en simpel forsinkelse i forbindelsen, en skrivefejl eller en modstridende kode føre til, at et digitalt ID misforstås og afvises. Alternativt kan det være, at du ikke har adgang til serveren.

Sådan løser du fejlen “407 Proxy Authentication Required” (407 Proxy-autentifikation påkrævet)

Da der er tre forskellige parter involveret, skal du muligvis prøve et par forskellige løsninger for at løse HTTP-fejl 407. Du har måske adgang til klienten og serveren, men proxyen er sandsynligvis uden for din kontrol.

Forhåbentlig bruger du en APM-software (Application Performance Monitoring), der fangede fejlen, før den blev et større problem. Der findes flere effektive APM-værktøjer, der kan hjælpe dig med at identificere og løse fejl på dit websted, herunder vores Kinsta APM-værktøj. Du kan få adgang til dette fra MyKinsta-dashboardet.

Lad os nu se på, hvordan du identificerer årsagen til HTTP-fejl 407 og løser problemet. Som altid er det en god idé at udføre en backup, før du foretager ændringer på dit websted.

Løsning af et problem på klientsiden

Kontrol af problemer på klientsiden er nok det hurtigste og nemmeste sted at starte. For at udelukke eventuelle mærkværdigheder kan du prøve at oprette forbindelse fra en anden browser eller enhed. Hvis du f.eks. får en 407-fejl på din computer, men ikke på din telefon, kan der være et problem med enhedens digitale ID eller sikkerhedsprogram.

Hvis du har foretaget ændringer på dit websted for nylig, kan du måske fortryde dem og teste forbindelsen igen. Ellers kan du prøve følgende trin, hvis du har grund til at tro, at det kan være et problem på klientsiden.

Trin 1: Kontroller URL’en

Først skal du sikre dig, at du indtaster den korrekte URL-adresse. Det lyder måske fjollet, men en mindre tastefejl kan føre til HTTP 407-fejlen. Derfor skal du dobbelttjekke URL’en, rydde din cache og prøve at besøge webstedet igen.

Endnu bedre er det at prøve at bruge en søgemaskine til at finde frem til den side, du leder efter, i stedet for at indtaste URL’en direkte. Hvis du stadig får en godkendelsesfejl, er der sandsynligvis et problem i backenden.

Trin 2: Deaktivér dine plugins

Hvis du for nylig har foretaget ændringer, der ser ud til at falde sammen med fejlen, er det et godt spor at gå videre med. Hvis fejlen opstår på dit eget websted, kan du måske kigge på de seneste plugins, temaer eller udvidelser, som du har tilføjet eller opdateret.

Hvis du stadig kan få adgang til dit dashboard, skal du gå til siden Plugins og deaktivere alle dine plugins:

Deaktivere plugins i bulk i WordPress
Deaktivere plugins i bulk i WordPress

Prøv derefter at oprette forbindelse til webstedet igen for at se, om fejlen fortsætter. Hvis ikke, har du måske fundet kilden til problemet.

Reaktivere nu dine plugins et ad gangen, og bliv ved med at opdatere siden. Hvis HTTP-fejl 407 kun opstår, når et bestemt plugin er aktivt, kan der være et problem med kodningen, som forhindrer dig i at få adgang til proxyserveren.

Hvis du ikke kan få adgang til WordPress-dashboardet, skal du oprette forbindelse til dit websted via en FTP-klient (File Transfer Protocol) som f.eks. FileZilla. Når du har indtastet dine legitimationsoplysninger og oprettet forbindelse til dit websted, skal du navigere til public_html > wp-content og finde mappen plugins.

Højreklik derefter på mappen, og vælg Omdøb:

Omdøb mappen plugins i FileZilla
Omdøb mappen plugins i FileZilla

Ved at omdøbe denne mappe deaktiverer du automatisk alle plugins på dit websted. Kontroller nu, om fejlen er forsvundet. Hvis den er det, kan du omdøbe mappen tilbage til plugins og logge ind på dit WordPress-dashboard for at reaktivere dine plugins et efter et, indtil du finder den skyldige.

Du bør måske tjekke, om der er en opdatering tilgængelig for det fejlbehæftede plugin, da dette måske løser problemet. Hvis ikke, kan du overveje at kontakte udvikleren for at høre, om de er opmærksomme på problemet, og om de arbejder på en løsning.

Trin 3: Gennemgå og rul de seneste ændringer tilbage

Hvis du ikke kan finde nogen problemer på klientsiden, der kan være årsag til problemet, er det sidste, du kan gøre, før du går videre, at køre en gendannelse. Hvis du kan gendanne webstedet til en tidligere instans, før fejlen opstod, kan du afgøre, om problemet skyldes en nylig ændring eller en ekstern kilde.

Hvis det er muligt, skal du tage en backup, før du ruller tilbage, så du kan vende tilbage til den aktuelle version, hvis fejlen fortsætter. Ellers kan det være, at du går tilbage og stadig støder på problemet, hvorefter du er nødt til at gøre dit arbejde om for at bringe dit websted tilbage til dets tidligere tilstand.

Hvis fejlen ikke længere opstår, efter at du har gendannet en backup, kan det tyde på, at en nylig ændring af dit websted er årsag til problemet. Hvis du kan komme i tanke om nogen sandsynlige syndere, kan du prøve at teste dem først. Ellers skal du gentage eventuelle opdateringer trinvis og kontrollere, om fejlen vender tilbage som følge af en bestemt ændring.

Løsning af et problem på serversiden

Hvis ingen af ovenstående trin løser HTTP-fejl 407, kan du have at gøre med et problem på serversiden. Hvis du har andre websteder på din server, kan du kontrollere, om de oplever den samme fejl. Dette vil hjælpe med at bekræfte, om fejlen kun findes på et bestemt websted, eller om den stammer fra serveren.

Lad os se på et par fejlfindingstrin, der kan hjælpe dig med at løse fejl 407 på serversiden.

Trin 1: Gennemgå fejllogfiler

Fejllogfiler registrerer aktiviteten på dit websted og din server, herunder eventuelle fejl, der opstår. Disse logfiler kan vise dig, hvilke forbindelsesanmodninger der lykkes, og hvilke der mislykkes.

Du kan få adgang til dine fejllogfiler ved at åbne dit webstedets rodmappe fra din FTP. Vælg derefter mappen logs. Her vil du se to muligheder: nginx og php. Disse mapper indeholder fejllogfiler, som du kan se:

Lokalisering af fejllogs på webstedet i FileZilla
Lokalisering af fejllogs på webstedet i FileZilla

Nginx håndterer servering, proxying og caching. Bemærk, at hvis din vært bruger en anden server, vil navnet på denne fil være anderledes. I mellemtiden er PHP det scriptingsprog, som WordPress kører på. Hvis du søger i en af de to logfiler efter fejl 407, kan det måske kaste lys over, hvorfor det sker, og hvornår det startede.

Trin 2: Tjek serverkonfigurationsfiler

En almindelig årsag til en proxy-godkendelsesfejl er en uventet omdirigering. Dette kan se mistænkeligt ud for en proxyserver, hvilket får den til at nægte adgang. Derfor skal du kontrollere din webservers konfigurationsfiler for at se, om der er nogen utilsigtede omdirigeringsinstruktioner.

Det kan du gøre ved at kontrollere .htaccess filen. Brug en FTP-klient, gå til dit websteds rodmappe og klik på app-mappen. Vælg derefter public, og du bør se .htaccess-filen:

Find .htaccess-filen i FileZilla
Find .htaccess-filen i FileZilla

Åbn denne fil, og kig efter eventuelle kodelinjer, der indeholder udtrykket “redirect” eller som omskriver URL’er. Hvis nogle af disse ser mistænkelige eller unødvendige ud, skal du overveje at fjerne dem (du kan eventuelt lave en kopi af filen først). Kontroller derefter, om fejl 407 stadig er til stede, når du forsøger at besøge dit websted.

Da denne kode sandsynligvis findes i din .htaccess-fil af en årsag, kan det medføre, at visse aspekter af dit websted ikke længere fungerer, hvis du fjerner den. Men hvis denne kode er årsagen til HTTP-fejl 407, skal du rette op på den. Vi anbefaler, at du kontakter din hostingudbyder for at få hjælp.

Trin 3: Fejlsøgning af app eller scripts

En sidste ting, du kan prøve, er at fejlfinde dit websted. Hvis du for nylig har tilføjet brugerdefineret kode eller nye plugins, er der en chance for, at en simpel fejl kan være årsag til godkendelsesproblemer. Den gratis Query Monitor kan hjælpe dig med at finkæmme koden for at lede efter noget mistænkeligt.

Før du går i gang, anbefaler vi, at du kloner dit websted til et scenemiljø. Dette kan nemt gøres ved hjælp af DevKinsta. Derefter kan du med sikkerhed forsøge at isolere de hændelser, der udløser fejl 407.

Hvis du har brug for lidt hjælp, kan du aktivere WordPress fejlfinding for at få et bedre indblik i, hvad der foregår. Du kan også aktivere WordPress-fejlfindingsprotokollen for at spore fejl, så du kan gennemgå dem senere.

Opsummering

HTTP-fejl 407 opstår normalt, når serveren ikke kan fuldføre en anmodning, da klienten mangler korrekte autentifikationsoplysninger til en proxyserver. Da denne fejl kan forhindre brugere i at få adgang til dit websted, ønsker du at rette den med det samme.

Hvis problemet opstår på klientsiden, kan du prøve at deaktivere dine plugins og rulle de seneste ændringer tilbage for at løse problemet. Hvis det sker på serversiden, skal du kontrollere dine serverkonfigurationsfiler, gennemgå dine programlogfiler og fejlfinde dine apps eller scripts.

Uanset hvad bør de enkle løsninger ovenfor fjerne HTTP-fejlen 407, og du vil kunne komme videre.