I denne artikel ser vi n\u00e6rmere p\u00e5 HTTP 407-fejlen og dens \u00e5rsager. Derefter viser vi dig, hvordan du l\u00f8ser den p\u00e5 klientsiden og serversiden. Lad os komme i gang!<\/p>\n
Hvad betyder “407 Proxy Authentication Required”?<\/h2>\n
Fejlen “407 Proxy Authentication Required” opst\u00e5r, n\u00e5r serveren ikke kan fuldf\u00f8re en anmodning. Dette sker p\u00e5 grund af manglende autentifikationsoplysninger, n\u00e5r der anvendes en proxyserver<\/a> mellem klienten og serveren. Proxyen kan ikke autentificere klienten.<\/p>\n Da der er flere parter involveret, kan det v\u00e6re vanskeligt at identificere den n\u00f8jagtige \u00e5rsag til problemet. Det kan endda v\u00e6re for\u00e5rsaget af selve proxyen, hvilket betyder, at der ikke er nogen l\u00f8sning fra din side.<\/p>\n Der er dog nogle ting, du kan g\u00f8re for at fors\u00f8ge at l\u00f8se kommunikationen med proxyen.<\/p>\n Bem\u00e6rk, at dette problem ogs\u00e5 kan v\u00e6re relateret til den generiske 400 Bad Request-fejl<\/a>.<\/p>\n\n HTTP-fejl<\/a> opst\u00e5r, n\u00e5r en klient anmoder om at oprette forbindelse til en server og det fejler. Hver gang en webbrowser fors\u00f8ger at f\u00e5 adgang til en onlineserver via HTTP-protokollen, er der en samtale mellem klienten og serveren. HTTP-koder bruges til at h\u00e5ndtere denne samtale, idet der sendes meddelelser om succes og fiasko frem og tilbage.<\/p>\n HTTP-fejl 407 svarer til fejl 401, som opst\u00e5r p\u00e5 grund af uautoriseret adgang. Den eneste forskel er, at fejl 407 mislykkes ved autentificering med en proxy i stedet for en direkte serverforbindelse.<\/p>\n 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\u00e6re knyttet til det digitale ID for en person, et firma, et program eller en enkelt maskine. Servere kan godkende eller afvise anmodninger p\u00e5 grundlag af dataene i et digitalt certifikat og give eller n\u00e6gte adgang til at oprette forbindelse.<\/p>\n I mange tilf\u00e6lde kan en simpel forsinkelse i forbindelsen, en skrivefejl eller en modstridende kode f\u00f8re til, at et digitalt ID misforst\u00e5s og afvises. Alternativt kan det v\u00e6re, at du ikke har adgang til serveren.<\/p>\n Da der er tre forskellige parter involveret, skal du muligvis pr\u00f8ve et par forskellige l\u00f8sninger for at l\u00f8se HTTP-fejl 407. Du har m\u00e5ske adgang til klienten og serveren, men proxyen er sandsynligvis uden for din kontrol.<\/p>\n Forh\u00e5bentlig bruger du en APM-software (Application Performance Monitoring)<\/a>, der fangede fejlen, f\u00f8r den blev et st\u00f8rre problem. Der findes flere effektive APM-v\u00e6rkt\u00f8jer<\/a>, der kan hj\u00e6lpe dig med at identificere og l\u00f8se fejl p\u00e5 dit websted, herunder vores Kinsta APM-v\u00e6rkt\u00f8j<\/a>. Du kan f\u00e5 adgang til dette fra MyKinsta-dashboardet<\/a>.<\/p>\n Lad os nu se p\u00e5, hvordan du identificerer \u00e5rsagen til HTTP-fejl 407 og l\u00f8ser problemet. Som altid er det en god id\u00e9 at udf\u00f8re en backup<\/a>, f\u00f8r du foretager \u00e6ndringer p\u00e5 dit websted.<\/p>\n Kontrol af problemer p\u00e5 klientsiden er nok det hurtigste og nemmeste sted at starte. For at udelukke eventuelle m\u00e6rkv\u00e6rdigheder kan du pr\u00f8ve at oprette forbindelse fra en anden browser eller enhed. Hvis du f.eks. f\u00e5r en 407-fejl p\u00e5 din computer, men ikke p\u00e5 din telefon, kan der v\u00e6re et problem med enhedens digitale ID eller sikkerhedsprogram.<\/p>\n Hvis du har foretaget \u00e6ndringer p\u00e5 dit websted for nylig, kan du m\u00e5ske fortryde dem og teste forbindelsen igen<\/a>. Ellers kan du pr\u00f8ve f\u00f8lgende trin, hvis du har grund til at tro, at det kan v\u00e6re et problem p\u00e5 klientsiden.<\/p>\n F\u00f8rst skal du sikre dig, at du indtaster den korrekte URL-adresse<\/a>. Det lyder m\u00e5ske fjollet, men en mindre tastefejl kan f\u00f8re til HTTP 407-fejlen. Derfor skal du dobbelttjekke URL’en, rydde din cache<\/a> og pr\u00f8ve at bes\u00f8ge webstedet igen.<\/p>\n Endnu bedre er det at pr\u00f8ve at bruge en s\u00f8gemaskine til at finde frem til den side, du leder efter, i stedet for at indtaste URL’en direkte. Hvis du stadig f\u00e5r en godkendelsesfejl, er der sandsynligvis et problem i backenden.<\/p>\n Hvis du for nylig har foretaget \u00e6ndringer, der ser ud til at falde sammen med fejlen, er det et godt spor at g\u00e5 videre med. Hvis fejlen opst\u00e5r p\u00e5 dit eget websted, kan du m\u00e5ske kigge p\u00e5 de seneste plugins, temaer eller udvidelser, som du har tilf\u00f8jet eller opdateret.<\/p>\n Hvis du stadig kan f\u00e5 adgang til dit dashboard, skal du g\u00e5 til siden Plugins<\/strong> og deaktivere alle dine plugins:<\/p>\n Pr\u00f8v derefter at oprette forbindelse til webstedet igen for at se, om fejlen forts\u00e6tter. Hvis ikke, har du m\u00e5ske fundet kilden til problemet.<\/p>\n Reaktivere nu dine plugins et ad gangen, og bliv ved med at opdatere siden. Hvis HTTP-fejl 407 kun opst\u00e5r, n\u00e5r et bestemt plugin er aktivt, kan der v\u00e6re et problem med kodningen, som forhindrer dig i at f\u00e5 adgang til proxyserveren.<\/p>\n Hvis du ikke kan f\u00e5 adgang til WordPress-dashboardet<\/a>, skal du oprette forbindelse til dit websted via en FTP-klient (File Transfer Protocol)<\/a> som f.eks. FileZilla<\/a>. N\u00e5r du har indtastet dine legitimationsoplysninger og oprettet forbindelse til dit websted, skal du navigere til public_html<\/strong> > wp-content<\/strong> og finde mappen plugins<\/strong>.<\/p>\n H\u00f8jreklik derefter p\u00e5 mappen, og v\u00e6lg Omd\u00f8b<\/strong>:<\/p>\n Ved at omd\u00f8be denne mappe deaktiverer du automatisk alle plugins p\u00e5 dit websted. Kontroller nu, om fejlen er forsvundet. Hvis den er det, kan du omd\u00f8be mappen tilbage til plugins<\/strong> og logge ind p\u00e5 dit WordPress-dashboard for at reaktivere dine plugins et efter et, indtil du finder den skyldige.<\/p>\n Du b\u00f8r m\u00e5ske tjekke, om der er en opdatering tilg\u00e6ngelig for det fejlbeh\u00e6ftede plugin, da dette m\u00e5ske l\u00f8ser problemet. Hvis ikke, kan du overveje at kontakte udvikleren for at h\u00f8re, om de er opm\u00e6rksomme p\u00e5 problemet, og om de arbejder p\u00e5 en l\u00f8sning.<\/p>\n Hvis du ikke kan finde nogen problemer p\u00e5 klientsiden, der kan v\u00e6re \u00e5rsag til problemet, er det sidste, du kan g\u00f8re, f\u00f8r du g\u00e5r videre, at k\u00f8re en gendannelse. Hvis du kan gendanne webstedet til en tidligere instans, f\u00f8r fejlen opstod, kan du afg\u00f8re, om problemet skyldes en nylig \u00e6ndring eller en ekstern kilde.<\/p>\n Hvis det er muligt, skal du tage en backup, f\u00f8r du ruller tilbage, s\u00e5 du kan vende tilbage til den aktuelle version, hvis fejlen forts\u00e6tter. Ellers kan det v\u00e6re, at du g\u00e5r tilbage og stadig st\u00f8der p\u00e5 problemet, hvorefter du er n\u00f8dt til at g\u00f8re dit arbejde om for at bringe dit websted tilbage til dets tidligere tilstand.<\/p>\n Hvis fejlen ikke l\u00e6ngere opst\u00e5r, efter at du har gendannet en backup<\/a>, kan det tyde p\u00e5, at en nylig \u00e6ndring af dit websted er \u00e5rsag til problemet. Hvis du kan komme i tanke om nogen sandsynlige syndere, kan du pr\u00f8ve at teste dem f\u00f8rst. Ellers skal du gentage eventuelle opdateringer trinvis og kontrollere, om fejlen vender tilbage som f\u00f8lge af en bestemt \u00e6ndring.<\/p>\n Hvis ingen af ovenst\u00e5ende trin l\u00f8ser HTTP-fejl 407, kan du have at g\u00f8re med et problem p\u00e5 serversiden. Hvis du har andre websteder p\u00e5 din server, kan du kontrollere, om de oplever den samme fejl. Dette vil hj\u00e6lpe med at bekr\u00e6fte, om fejlen kun findes p\u00e5 et bestemt websted, eller om den stammer fra serveren.<\/p>\n Lad os se p\u00e5 et par fejlfindingstrin, der kan hj\u00e6lpe dig med at l\u00f8se fejl 407 p\u00e5 serversiden.<\/p>\n Fejllogfiler registrerer aktiviteten p\u00e5 dit websted og din server, herunder eventuelle fejl, der opst\u00e5r. Disse logfiler kan vise dig, hvilke forbindelsesanmodninger der lykkes, og hvilke der mislykkes.<\/p>\n Du kan f\u00e5 adgang til dine fejllogfiler<\/a> ved at \u00e5bne dit webstedets rodmappe fra din FTP. V\u00e6lg derefter mappen logs<\/strong>. Her vil du se to muligheder: nginx<\/strong> og php<\/strong>. Disse mapper indeholder fejllogfiler, som du kan se:<\/p>\n Nginx<\/a> h\u00e5ndterer servering, proxying og caching. Bem\u00e6rk, at hvis din v\u00e6rt bruger en anden server, vil navnet p\u00e5 denne fil v\u00e6re anderledes. I mellemtiden er PHP<\/a> det scriptingsprog, som WordPress k\u00f8rer p\u00e5. Hvis du s\u00f8ger i en af de to logfiler efter fejl 407, kan det m\u00e5ske kaste lys over, hvorfor det sker, og hvorn\u00e5r det startede.<\/p>\n En almindelig \u00e5rsag til en proxy-godkendelsesfejl er en uventet omdirigering. Dette kan se mist\u00e6nkeligt ud for en proxyserver, hvilket f\u00e5r den til at n\u00e6gte adgang. Derfor skal du kontrollere din webservers konfigurationsfiler for at se, om der er nogen utilsigtede omdirigeringsinstruktioner.<\/p>\n Det kan du g\u00f8re ved at kontrollere .htaccess<\/strong> filen<\/a>. Brug en FTP-klient, g\u00e5 til dit websteds rodmappe og klik p\u00e5 app-mappen<\/strong>. V\u00e6lg derefter public<\/strong>, og du b\u00f8r se .htaccess-filen<\/strong>:<\/p>\n \u00c5bn denne fil, og kig efter eventuelle kodelinjer, der indeholder udtrykket “redirect” eller som omskriver URL’er. Hvis nogle af disse ser mist\u00e6nkelige eller un\u00f8dvendige ud, skal du overveje at fjerne dem (du kan eventuelt lave en kopi af filen f\u00f8rst). Kontroller derefter, om fejl 407 stadig er til stede, n\u00e5r du fors\u00f8ger at bes\u00f8ge dit websted.<\/p>\n Da denne kode sandsynligvis findes i din .htaccess-fil<\/strong> af en \u00e5rsag, kan det medf\u00f8re, at visse aspekter af dit websted ikke l\u00e6ngere fungerer, hvis du fjerner den. Men hvis denne kode er \u00e5rsagen til HTTP-fejl 407, skal du rette op p\u00e5 den. Vi anbefaler, at du kontakter din hostingudbyder for at f\u00e5 hj\u00e6lp.<\/p>\n En sidste ting, du kan pr\u00f8ve, er at fejlfinde dit websted. Hvis du for nylig har tilf\u00f8jet brugerdefineret kode eller nye plugins, er der en chance for, at en simpel fejl kan v\u00e6re \u00e5rsag til godkendelsesproblemer. Den gratis Query Monitor<\/a> kan hj\u00e6lpe dig med at fink\u00e6mme koden for at lede efter noget mist\u00e6nkeligt.<\/p>\n F\u00f8r du g\u00e5r i gang, anbefaler vi, at du kloner dit websted til et scenemilj\u00f8. Dette kan nemt g\u00f8res ved hj\u00e6lp af DevKinsta<\/a>. Derefter kan du med sikkerhed fors\u00f8ge at isolere de h\u00e6ndelser, der udl\u00f8ser fejl 407.<\/p>\nHvad er \u00e5rsagen til HTTP-fejl 407?<\/h2>\n
S\u00e5dan l\u00f8ser du fejlen “407 Proxy Authentication Required” (407 Proxy-autentifikation p\u00e5kr\u00e6vet)<\/h2>\n
L\u00f8sning af et problem p\u00e5 klientsiden<\/h3>\n
Trin 1: Kontroller URL’en<\/h4>\n
Trin 2: Deaktiv\u00e9r dine plugins<\/h4>\n
![\"Deaktivere](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/08\/bulk-deactivate-plugins.png\")
![\"Omd\u00f8b](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/08\/renaming-plugins-folder.jpg\")
Trin 3: Gennemg\u00e5 og rul de seneste \u00e6ndringer tilbage<\/h4>\n
L\u00f8sning af et problem p\u00e5 serversiden<\/h3>\n
Trin 1: Gennemg\u00e5 fejllogfiler<\/h4>\n
![\"Lokalisering](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/08\/server-error-logs.png\")
Trin 2: Tjek serverkonfigurationsfiler<\/h4>\n
![\"Find](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/08\/htaccess-file-location.png\")
Trin 3: Fejls\u00f8gning af app eller scripts<\/h4>\n