Ce este o eroare 400 Bad Request și cum să o remediezi (Ghid complet)
O eroare 400 Bad Request este un cod de stare HTTP care vă spune că serverul a primit cererea dvs., dar a refuzat să o proceseze — nu din cauza unei defecțiuni pe partea serverului, ci pentru că ceva în cererea în sine era malformat, invalid sau corupt. Indiferent dacă sunteți un utilizator obișnuit care se confruntă cu un obstacol neașteptat sau un administrator de sisteme care diagnostichează un server incorect configurat, înțelegerea acestei erori este esențială pentru depanare rapidă și eficientă.
Acest ghid cuprinzător acoperă fiecare cauză, fiecare remediere și fiecare scenariu — de la greșeli simple de tastare în URL la configurări profunde ale serverului.
Ce înseamnă eroarea 400 Bad Request?
În protocolul HTTP, codurile de stare din intervalul 4xx indică erori pe partea clientului. Un 400 în special înseamnă că serverul a înțeles formatul cererii, dar a găsit-o sintactic incorectă sau altfel neprocesuabilă înainte chiar de a încerca să o îndeplinească.
Variații comune ale mesajului de eroare 400
În funcție de server, framework sau CDN utilizat, este posibil să vedeți această eroare afișată ca:
400 Bad RequestBad Request – Invalid URLHTTP Error 400400. That's an error.400 Bad Request. The server cannot or will not process the request due to a client error.Invalid request
Toate acestea indică aceeași cauză fundamentală: clientul a trimis ceva pe care serverul nu a putut accepta.
Ce provoacă o eroare 400 Bad Request?
Înainte de a trece la remedieri, este important să înțelegeți cauzele subiacente. O eroare 400 poate fi declanșată de o gamă surprinzător de largă de probleme:
| Cauza | Descriere |
|---|---|
| Sintaxă URL malformată | Caractere lipsă, simboluri suplimentare sau caractere speciale codificate incorect |
| Cookie-uri corupte în browser | Cookie-urile asociate unui site devin invalide, determinând serverul să respingă sesiunea |
| Dimensiunea fișierului încărcat depășită | Fișierul care se încarcă depășește limita maximă de dimensiune configurată pe server |
| Anteturi de cerere invalide | Antetele HTTP formatate incorect sau nesuportate trimise cu cererea |
| Cache DNS expirat | Înregistrări DNS vechi care indică o adresă IP greșită sau inexistentă |
| Parametri de interogare lipsă sau invalizi | Parametrii URL necesari sunt absenți, malformați sau codificați incorect |
| Extensii de browser defecte | Extensiile care modifică cererile HTTP pot corupta antetele sau injecta date invalide |
| Configurare greșită a serverului | Erori în .htaccess, configurația Nginx sau regulile plugin-ului de securitate care respinge cererile valide |
Cum să remediați o eroare 400 Bad Request: Pas cu pas
1. Verificați URL-ul pentru greșeli de tastare și erori de sintaxă
Un URL malformat este cea mai frecventă cauză a unei erori 400, și este primul lucru pe care ar trebui să-l inspectați. Chiar și un singur caracter plasat greșit poate face o cerere ilizibilă pentru server.
Ce trebuie să căutați:
- Greșeli de ortografie în domeniu sau cale
- Bare oblice duble (
//) unde nu ar trebui să apară - Caractere speciale necodificate — spații, paranteze sau ampersanzi care nu au fost codificați în URL
- Șiruri de interogare rupte cu semne
=lipsă sau separatori&
Exemplu practic:
Un URL ca https://example.com/search?q=hello world conține un spațiu necodificat, care este invalid. Versiunea corectă, codificată corespunzător, este:
https://example.com/search?q=hello%20worldVerificați întotdeauna URL-ul din bara de adrese a browserului înainte de a presupune că problema este mai profundă.
2. Ștergeți cache-ul și cookie-urile browserului
Cookie-urile corupte sau vechi și fișierele cache sunt o cauză principală a erorilor 400, mai ales pe site-urile pe care le-ați vizitat anterior. Browserul poate trimite un cookie cache, acum invalid, pe care serverul îl respinge imediat.
În Google Chrome:
- Faceți clic pe meniul cu trei puncte (⋮) din colțul din dreapta sus.
- Navigați la Mai multe instrumente → Ștergeți datele de navigare.
- Bifați Cookie-uri și alte date de site și Imagini și fișiere cache.
- Faceți clic pe Ștergeți datele.
În Mozilla Firefox:
- Faceți clic pe meniul hamburger (☰) și accesați Setări.
- Selectați Confidențialitate și securitate.
- Sub Cookie-uri și date de site, faceți clic pe Ștergeți datele.
- Bifați ambele opțiuni și faceți clic pe Ștergeți.
În Safari (macOS):
- Faceți clic pe Safari în bara de meniu și accesați Preferințe → Confidențialitate.
- Faceți clic pe Gestionați datele site-ului, apoi pe Eliminați toate.
- Reporniți Safari și încercați din nou URL-ul.
După ștergerea cache-ului și cookie-urilor, reîncărcați pagina și verificați dacă eroarea persistă.
3. Goliți cache-ul DNS
Sistemul dvs. de operare stochează local rezultatele căutărilor DNS pentru a accelera navigarea. Dacă acele înregistrări cache devin vechi sau corupte, pot indica browserului către serverul greșit — declanșând erori de conexiune, inclusiv răspunsuri 400.
Pe Windows:
Deschideți Command Prompt ca Administrator și rulați:
ipconfig /flushdnsAr trebui să vedeți confirmarea: "Successfully flushed the DNS Resolver Cache."
Pe macOS (Ventura / Monterey / Sonoma):
Deschideți Terminal și rulați:
sudo killall -HUP mDNSResponderPe Linux (systemd-resolved):
sudo systemd-resolve --flush-cachesDupă golire, închideți și redeschideți browserul, apoi încercați din nou cererea.
4. Verificați limitele de dimensiune pentru încărcarea fișierelor
Dacă eroarea 400 apare în mod specific atunci când încărcați un fișier, fișierul cu siguranță depășește dimensiunea maximă de încărcare configurată pe server. Serverele impun aceste limite pentru a preveni abuzurile și epuizarea resurselor.
Pentru utilizatorii finali:
- Încercați să comprimați fișierul înainte de a-l încărca.
- Împărțiți fișierele mari în bucăți mai mici dacă aplicația o suportă.
- Verificați documentația site-ului pentru limitele de încărcare declarate.
Pentru administratorii de server:
Pe Apache, editați .htaccess sau httpd.conf:
LimitRequestBody 104857600(Aceasta stabilește limita la 100MB.)
Pe Nginx, editați nginx.conf:
client_max_body_size 100M;Pe PHP, actualizați php.ini:
upload_max_filesize = 100M
post_max_size = 100MReporniți serverul web după efectuarea acestor modificări.
> Dacă rulați un mediu gestionat, luați în considerare upgrade-ul la un plan VPS Hosting unde aveți control deplin asupra parametrilor de configurare a serverului.
5. Dezactivați extensiile browserului
Extensiile browserului — în special blocantele de reclame, instrumentele de confidențialitate și modificatoarele de cereri — pot altera antetele HTTP în moduri care fac cererile invalide. Dacă ați instalat recent o extensie nouă și ați început să vedeți erori 400, aceasta este un culpabil probabil.
În Google Chrome:
- Tastați
chrome://extensions/în bara de adrese și apăsați Enter. - Comutați off toate extensiile.
- Reporniți Chrome și testați URL-ul.
- Reactivați extensiile una câte una pentru a identifica cea problematică.
În Firefox:
- Tastați
about:addonsîn bara de adrese. - Dezactivați toate extensiile.
- Reporniți și testați.
Dacă eroarea dispare cu extensiile dezactivate, eliminați sau actualizați extensia problematică.
6. Încercați un alt browser sau dispozitiv
Uneori problema este complet izolată la configurația, profilul sau datele stocate ale browserului dvs. actual. Testarea cu o alternativă elimină rapid variabilele specifice browserului.
Pași de urmat:
- Deschideți același URL într-un alt browser (de exemplu, treceți de la Chrome la Firefox sau Edge).
- Încercați să accesați pagina de pe o dispozitiv diferit (telefon, tabletă sau alt computer).
- Conectați-vă printr-o rețea diferită (de exemplu, treceți de la Wi-Fi la date mobile).
Dacă pagina se încarcă corect pe alt browser sau dispozitiv, problema este locală la configurația dvs. originală — reluați pașii 2 și 5.
7. Verificați jurnalele serverului (pentru proprietarii și administratorii de site-uri)
Dacă gestionați site-ul care experimentează erori 400, jurnalele serverului sunt cel mai puternic instrument de diagnostic. Ele înregistrează detaliile exacte ale fiecărei cereri și respingeri, permițând să identificați cauza cu precizie.
Ce trebuie să căutați în jurnale:
- Linia de cerere specifică care a declanșat răspunsul 400
- Antetele de cerere malformate sau supradimensionate
- Date de cookie invalide trimise
- Cereri blocate de firewall sau reguli de securitate
Locații comune ale jurnalelor:
| Server | Cale jurnal implicită |
|---|---|
| Apache | /var/log/apache2/error.log sau /var/log/httpd/error_log |
| Nginx | /var/log/nginx/error.log |
| cPanel | Accesibil prin Error Logs în panoul de control cPanel |
Dacă utilizați un CMS cum ar fi WordPress, verificați și jurnalul de depanare activând WP_DEBUG_LOG în wp-config.php:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);> Administratorii care gestionează mai multe site-uri vor beneficia de un VPS cu cPanel, care oferă o interfață centralizată și ușor de utilizat pentru revizuirea jurnalelor de erori în toate domeniile găzduite.
8. Inspectați și remediați configurările greșite ale serverului
Configurările greșite ale serverului sunt o sursă comună de erori 400 care afectează toți vizitatorii, nu doar utilizatorii individuali. Dacă jurnalele dvs. arată un model de erori 400 pe mai mulți clienți, căutați aici mai întâi.
Apache — Erori .htaccess:
Erorile de sintaxă în .htaccess pot determina Apache să respingă cererile. Validați fișierul cu:
apachectl configtestCăutați linii cu directivele RewriteRule malformate, regulile mod_security invalide sau logica de redirecționare ruptă.
Nginx — Erori de configurare:
Testați configurația Nginx înainte de a reîncărca:
nginx -tVerificați blocurile server_name incorect configurate, directivele location invalide sau regulile limit_req prea restrictive.
Plugin-uri de securitate și reguli WAF:
Web Application Firewalls (WAF-uri) și plugin-urile de securitate (cum ar fi Wordfence sau Sucuri) pot bloca agresiv cererile legitime dacă regulile sunt incorect configurate. Revizuiți setul de reguli firewall și adăugați pe lista albă orice modele de trafic legitim care sunt marcate incorect.
> Pentru site-urile cu trafic ridicat care necesită control maxim asupra configurațiilor de securitate, Serverele dedicate oferă resursele izolate și accesul la nivel root necesar pentru a ajusta fiecare aspect al mediului serverului.
9. Verificați validitatea certificatului SSL
Un certificat SSL expirat sau incorect configurat poate uneori provoca erori HTTP neașteptate, inclusiv răspunsuri 400, în special atunci când sunt implicate redirecționări HTTPS sau când certificatul nu se potrivește cu domeniul solicitat.
Verificați starea certificatului:
openssl s_client -connect yourdomain.com:443 -servername yourdomain.comCăutați Verify return code: 0 (ok) în ieșire. Orice alt cod indică o problemă cu certificatul.
> Mențineți site-ul dvs. sigur și fără erori cu un certificat SSL valid — esențial atât pentru încrederea utilizatorilor, cât și pentru clasamentul motorului de căutare.
10. Contactați administratorul site-ului sau suportul de găzduire
Dacă ați epuizat toate remedierile pe partea clientului și eroarea 400 persistă pe mai multe browsere, dispozitive și rețele, problema este aproape sigur pe partea serverului și în afara controlului dvs. ca vizitator.
Ce trebuie să faceți:
- Utilizați formularul de contact al site-ului, e-mailul de suport sau chat-ul live pentru a raporta problema.
- Includeți URL-ul exact, ora la care ați întâlnit eroarea și orice text de mesaj de eroare.
- Dacă sunteți proprietarul site-ului, deschideți un tichet de suport la furnizorul de găzduire și partajați jurnalele serverului.
Referință rapidă: Remedieri pentru eroarea 400 Bad Request în privința
| Scenariu | Remediere recomandată |
|---|
la toate serviciile de găzduire