Du kan av og til motta en melding som lyder på 400 Bad Request mens du prøver å surfe på nettet med Chrome på Linux. Selv om denne feilen på ingen måte er begrenset til denne nettleseren eller dette operativsystemet, rapporterer mange brukere at det er et stort problem når de kjører denne typen konfigurasjon. 400-feilen er en del av den samme standard HTTP-statuskodelisten som de vanligste 403 Forbidden og 404 Not Found-feilene som de fleste brukere er vant til.
Heldigvis er løsningen normalt veldig enkel. Kontroller at du er koblet til Internett, og sørg for at du ikke har skrevet feil URL-adressen du prøvde å besøke i Chrome. Hvis du har Mozilla Firefox installert slik det er på mange moderne Linux-distribusjoner, kan du prøve å besøke en side som ga deg 400 Bad Request Chrome-feilen. Skulle du kunne se det i Firefox og de andre triksene ikke kurerte problemet, har du sannsynligvis en ødelagt informasjonskapsel. Du kan også ha et proxy-problem.
Metode 1: Tømme informasjonskapsler for å fikse feilen 400 Bad Request i Chrome
Informasjonskapsler kan bli korrupte eller utdaterte, omtrent som andre eiendeler over tid. Klikk på Kontroll-menyen ved siden av URL-adressen, og velg Innstillinger. Rull ned, og du må kanskje klikke på 'Vis avanserte innstillinger ...' hvis ikke hele siden kommer opp med en gang.
Rull ned til du ser en knapp merket 'Slett nettlesingsdata', og klikk deretter på den. Velg 'Obilterate the following items from: the start of time' og sørg for at 'Cookies and other site and plugin data' er valgt. Husk at alt annet med en avkrysning i boksen ved siden av vil også bli ryddet. Det kan være lurt å fjerne merket for alt annet, men hvis du vil ha en god rengjøring, må du klikke på alt i tillegg til passord og skjemainformasjon for autofyll. Hvis du ikke har noe imot å miste lagrede passord, kan du til og med rense dette. Vi kjørte den på en testmaskin som ikke hadde noe virkelig lagret, men mer enn sannsynlig har du noe du vil bevare. Hvis du tømmer alt, men lagrede passord og skjemadata, mister du påloggingen, men kan umiddelbart logge inn igjen.
Klikk på Fjern nettlesingsdata når du er sikker på at du bare har valgt de riktige avmerkingsboksene, vent litt og prøv å navigere til et nettsted som ga deg problemer. Du bør finne at dette er løst problemet. Hvis de aller fleste nettsteder lastes riktig på dette punktet, men du fortsatt har problemer med ett eller to, kan du velge å bare vente en stund og prøve igjen senere. Det kan være at det er noe galt med ressursen, selv om 400-feilen vanligvis skyldes en misdannet nettleserforespørsel.
Metode 2: Kontrollere systemproxyinnstillinger
Chrome under GNU / Linux tillater ikke at du konfigurerer dem individuelt slik Firefox gjør, men du vil kanskje oppdage at du har konfigurert det med et kommandolinjeverktøy eller noe annet. Den første metoden innebærer mindre lek og løser det generelt på de aller fleste systemtester. Du kan fremdeles sjekke hvordan Chrome håndterer systemets proxy-innstillinger. Klikk på Kontroll-menyen og gå til Innstillinger igjen. Bare for å være trygg, bla nedover til du ser ordet Network og klikk på “Endre proxy-innstillinger ...”
Hvis du faktisk kommer til å konfigurere alternativer, må du sørge for at 'Bruk systemproxy-innstillinger' er merket av og deretter prøve å oppdatere en side. Mest sannsynlig har du imidlertid mottatt en melding om hvordan du hadde problemer med å starte systemkonfigurasjonen. Det er trygt å ignorere dette. Lukk fanen ved å klikke på X-knappen eller trykke Ctrl + W. Du vil sannsynligvis prøve å tømme informasjonskapsler igjen, så vil du starte Chrome på nytt for å se om det fungerer akkurat nå. Hvis ikke, bør du sannsynligvis starte systemet på nytt hvis du er helt sikker på at du er koblet til Internett. Du bør være klar på dette punktet, selv i de mest uregelmessige situasjonene. Mens brannmurer teknisk sett også kan forårsake denne typen problemer, ville du sannsynligvis ha sett det som et problem i alle nettlesere du brukte på det tidspunktet, og derfor utelukket det.
3 minutter lest
