Sådan rettes 400 Bad Request Chrome-fejl på Linux

Fra tid til anden modtager du muligvis en besked, der læser 400 Bad Request, mens du prøver at surfe på nettet med Chrome på Linux. Selvom denne fejl på ingen måde er begrænset til denne browser eller endda dette operativsystem, rapporterer mange brugere, at det er et stort problem, når de kører denne form for konfiguration. 400-fejlen er en del af den samme standard HTTP-statuskodeliste, som de mere almindelige 403 forbudte og 404 ikke fundet-fejl, som de fleste brugere er vant til.

Heldigvis er løsningen normalt meget let. Kontroller, at du har forbindelse til internettet, og sørg for, at du ikke har stavet forkert den webadresse, du forsøgte at besøge i Chrome. Hvis du har installeret Mozilla Firefox, som det er på mange moderne Linux-distributioner, så prøv at besøge en side, der gav dig 400 Bad Request Chrome-fejlen. Skulle du være i stand til at se det i Firefox, og de andre tricks ikke helbrede problemet, har du sandsynligvis en beskadiget cookie. Du har muligvis også et proxy-problem.

Metode 1: Rydning af cookies for at rette op på 400 Bad Request-fejlen i Chrome

Cookies kan blive korrupte eller forældede, ligesom ethvert andet aktiv kan over tid. Klik på kontrolmenuen ud for URL-adressen, og vælg Indstillinger. Rul ned, og du bliver muligvis nødt til at klikke på 'Vis avancerede indstillinger ...', hvis hele siden ikke kommer op med det samme.

Rul ned, indtil du ser en knap mærket 'Ryd browserdata', og klik derefter på den. Vælg 'Obilterate the following items from: the start of time', og sørg derefter for, at 'Cookies and other site and plugin data' er valgt. Husk at alt andet med en afkrydsningsfelt i feltet ud for det også bliver ryddet. Du vil måske fjerne markeringen af ​​alt andet, men hvis du vil have en god rengøring, skal du sørge for at klikke på alt udover adgangskoder og autofyld formulardata. Hvis du ikke har noget imod at miste gemte adgangskoder, kan du endda rense dette. Vi kørte det på en testmaskine, der ikke havde noget rigtigt gemt, men mere end sandsynligt har du noget, du vil bevare. Hvis du rydder alt, undtagen gemte adgangskoder og formulardata, mister du dine login, men kan straks logge ind igen.

Klik på Ryd browserdata, når du er sikker på, at du kun har valgt de rigtige afkrydsningsfelter, vent et øjeblik, og prøv derefter at navigere til et websted, der gav dig problemer. Du bør finde dette rettet problemet. Hvis langt de fleste websteder indlæses korrekt på dette tidspunkt, men du stadig har problemer med et eller to, kan du vælge at bare vente et stykke tid og derefter prøve igen senere. Det kan være, at der er noget galt med ressourcen, selvom 400-fejlen generelt skyldes en misformet browseranmodning.

Metode 2: Kontrol af systemproxyindstillinger

Chrome under GNU / Linux tillader ikke, at du konfigurerer dem individuelt, som Firefox gør, men du finder muligvis ud af, at du har konfigureret det med et kommandolinjeprogram eller noget andet. Den første metode indebærer mindre at lege rundt og løser det generelt på langt de fleste systemtest. Du kan dog stadig kontrollere, hvordan Chrome håndterer systemproxyindstillinger. Klik på kontrolmenuen og gå til Indstillinger igen. Bare for at være sikker skal du rulle ned, indtil du ser ordet Netværk og klikke på “Skift proxyindstillinger ...”

Hvis du faktisk kommer til at konfigurere indstillinger, skal du sørge for, at feltet 'Brug systemproxyindstillinger' er markeret, og prøv derefter at opdatere en side. Mest sandsynligt har du dog modtaget en besked om, hvordan du havde et problem med at starte din systemkonfiguration. Det er sikkert at ignorere dette. Luk fanen ved at klikke på X-knappen eller tryk på Ctrl + W. Du vil sandsynligvis prøve at rydde cookies igen, så vil du genstarte Chrome for at se, om det fungerer lige nu. Hvis ikke, skal du sandsynligvis genstarte dit system, hvis du er helt sikker på, at du har forbindelse til internettet. Du skal være klar på dette tidspunkt, selv i de mest uregelmæssige situationer. Mens firewalls teknisk også kan forårsage denne type problemer, ville du sandsynligvis have set det som et problem i hver browser, du brugte på det tidspunkt, og derfor udelukkede det.