Du kan då och då få ett meddelande som läser 400 Bad Request när du försöker surfa på webben med Chrome på Linux. Även om detta fel inte är begränsat till den här webbläsaren eller till och med detta operativsystem, rapporterar många användare att det är ett stort problem när den här typen av konfiguration körs. 400-felet är en del av samma standard HTTP-statuskodslista som de vanligaste 403-förbjudna och 404-inte-hittade felen som de flesta användare är vana vid.
Lyckligtvis är fixningen normalt mycket lätt. Kontrollera att du är ansluten till Internet och se till att du inte har felstavat webbadressen som du försökte besöka i Chrome. Om du har Mozilla Firefox installerat som det är på många moderna Linux-distributioner, försök sedan besöka en sida som gav dig 400-felmeddelandet Chrome-fel. Om du skulle kunna se det i Firefox och de andra knep inte botade problemet, har du förmodligen en skadad cookie. Du kan också ha ett proxy-problem.
Metod 1: Rensa cookies för att åtgärda 400 felaktiga begäran fel i Chrome
Cookies kan bli korrupta eller inaktuella, precis som alla andra tillgångar kan göra med tiden. Klicka på Kontroll-menyn bredvid URL-adressen och välj Inställningar. Rulla ner och du kan behöva klicka på 'Visa avancerade inställningar ...' om hela sidan inte kommer upp direkt.
Bläddra nedåt tills du ser en knapp märkt ”Rensa webbdata” och klicka sedan på den. Välj 'Försvag följande objekt från: tidens början' och se till att 'Cookies och andra webbplats- och plugin-data' är valda. Kom ihåg att allt annat med en kryss i rutan bredvid kommer också att rensas. Du kanske vill avmarkera allt annat, men om du vill ha en bra rengöring, se till att klicka på allt förutom lösenord och autofyll formulärdata. Om du inte har något emot att förlora sparade lösenord kan du till och med rensa det. Vi körde den på en testmaskin som inte sparade någonting, men mer än troligt att du har något du vill bevara. Om du rensar ut allt utom sparade lösenord och formulärdata kommer du att förlora dina inloggningar men kan omedelbart logga in direkt igen.
Klicka på Rensa webbinformation när du är säker på att du bara har valt rätt kryssrutor, vänta en stund och försök sedan navigera till en webbplats som gav dig problem. Du borde finna att detta har rättats till problemet. Om de allra flesta webbplatser laddas korrekt just nu men du fortfarande har problem med en eller två, kan du välja att bara vänta en stund och försöka igen senare. Det kan vara att det är något fel med resursen, även om 400-felet i allmänhet orsakas av en felaktig webbläsarförfrågan.
Metod 2: Kontrollera systemproxyinställningar
Chrome under GNU / Linux tillåter inte att du konfigurerar dem individuellt på samma sätt som Firefox gör, men du kanske upptäcker att du har konfigurerat det med ett kommandoradsverktyg eller något annat. Den första metoden innebär mindre lek och fixar det i allmänhet på de allra flesta systemtester. Du kan fortfarande kontrollera hur Chrome hanterar systemproxyinställningar. Klicka på Kontroll-menyn och gå till Inställningar igen. Bara för att vara säker, bläddra ner tills du ser ordet Nätverk och klicka på “Ändra proxyinställningar ...”
Om du verkligen får konfigurera alternativ, se till att kryssrutan 'Använd systemproxyinställningar' är markerad och försök sedan uppdatera en sida. Troligtvis har du dock fått ett meddelande om hur du hade problem med att starta din systemkonfiguration. Det är säkert att ignorera detta. Stäng fliken genom att klicka på X-knappen eller tryck på Ctrl + W. Du kommer förmodligen att försöka rensa kakor igen, sedan vill du starta om Chrome för att se om det fungerar just nu. Om inte, bör du antagligen starta om ditt system om du är helt säker på att du är ansluten till Internet. Du bör vara redo vid denna tidpunkt även i de mest oregelbundna situationerna. Även om brandväggar tekniskt sett också kan orsaka denna typ av problem skulle du förmodligen ha sett det som ett problem i varje webbläsare som du använde vid den punkten och därför uteslutit det.
3 minuter läst
