Căutare anteturi HTTP

Căutare anteturi HTTP este un instrument gratuit care preia toate anteturile de răspuns HTTP returnate de un URL pentru o solicitare GET obișnuită.

Ce sunt anteturile de răspuns HTTP?

Anteturile de răspuns HTTP sunt informații de tip metadate pe care serverul web le trimite înaintea corpului răspunsului, cum ar fi o pagină HTML, o imagine sau un document JSON. Acestea îi indică clientului cum să interpreteze, să stocheze în cache, să redirecționeze sau să securizeze răspunsul.

Un răspuns HTTP/1.x începe, de regulă, cu o linie de stare HTTP, urmată de anteturi. În HTTP/2 și HTTP/3, starea echivalentă este transmisă prin pseudo-antetul :status. Din punct de vedere tehnic, linia de stare HTTP/1.x este separată de anteturi, dar apare frecvent alături de acestea, deoarece arată dacă solicitarea a reușit. O stare precum 200 înseamnă că resursa a fost returnată, 301 sau 302 indică o redirecționare, 404 înseamnă că resursa nu a fost găsită, iar 500 indică o eroare pe server.

Anteturile pot proveni de la serverul de origine, de la un proxy invers sau de la o rețea de distribuire a conținutului, precum Cloudflare. Unele sunt adăugate sau eliminate pe măsură ce răspunsul trece prin aceste sisteme, deci rezultatul poate descrie mai mult decât aplicația care a generat pagina.

Cum verific anteturile HTTP?

Introdu URL-ul complet pe care vrei să-l verifici, inclusiv schema, de exemplu https://www.example.com/account. Instrumentul trimite de pe serverul său o solicitare GET obișnuită și afișează anteturile HTTP primite de la acel URL.

Pentru a compara corect anteturile de răspuns, folosește exact variantele de URL pe care vrei să le analizezi. Anteturile pentru http://example.com, https://example.com și https://www.example.com pot fi diferite, deoarece fiecare adresă poate avea propriile redirecționări, reguli de cache și configurații de server.

Sintaxa URL-ului influențează și ea solicitarea:

• Spațiile nu sunt caractere valide în forma brută a unui URL și, în mod normal, trebuie codificate procentual, de obicei ca %20 într-o cale.
• ? introduce componenta de interogare, iar & și = sunt folosite frecvent în codificările de tip formular ale interogărilor, dar nu au aceste roluri în orice șir de interogare.
• Numele de domenii cu diacritice sau caractere din alte alfabete sunt procesate prin IDNA și reprezentate ca etichete ASCII A-label, care încep de obicei cu xn--. Caracterele din cale sunt, în general, codificate ca octeți UTF-8, apoi codificate procentual.
• Un fragment care începe cu # este gestionat de browser și nu este trimis în solicitarea HTTP.
• Nu există o lungime maximă universală pentru URL-uri. URL-urile foarte lungi pot fi respinse de un server, un proxy sau o aplicație.

Cum interpretez rezultatul anteturilor HTTP?

Verifică anteturile care au legătură cu problema pe care o investighezi. Numele anteturilor nu țin cont de litere mari și mici, deși sintaxa valorilor lor poate face această distincție.

Alte anteturi pot fi specifice aplicației. De exemplu, Access-Control-Allow-Origin stabilește ce origini pot citi un răspuns prin solicitări între origini efectuate de browser. Antetul Server poate indica un software sau un proxy, dar nu reprezintă o dovadă sigură a platformei folosite în infrastructură, deoarece administratorii îl pot modifica sau elimina.

Situații practice de depanare

Problemele de redirecționare sunt un motiv frecvent pentru verificarea anteturilor. Să presupunem că https://example.com/old-page returnează starea 301 împreună cu Location: https://example.com/new-page. Serverul îi cere astfel clientului să acceseze noua adresă. Verificarea succesivă a fiecărei destinații poate scoate la iveală o buclă de redirecționare sau o trecere neașteptată între HTTP și HTTPS.

Dacă o pagină din spatele Cloudflare sau al altei rețele CDN afișează conținut învechit, verifică Cache-Control, Age, ETag și orice antet de cache specific furnizorului. O valoare mare pentru Age indică vârsta calculată a răspunsului din cache, care poate include timpul petrecut în cache-urile din amonte, nu durata pentru care un anumit intermediar l-a păstrat. Aceasta nu dovedește că toate cache-urile regionale conțin aceeași versiune.

Când un API funcționează într-un script de pe server, dar nu și în browser, verifică Content-Type și anteturile de răspuns CORS, inclusiv Access-Control-Allow-Origin. Dacă un endpoint JSON returnează text/html, este posibil să livreze de fapt o pagină de eroare sau un ecran de autentificare. Lipsa permisiunii pentru solicitări între origini poate face browserul să blocheze accesul, chiar dacă serverul a returnat starea 200.

Anteturile te pot ajuta și când un site pare indisponibil. Un răspuns 503 indică o posibilă problemă temporară a serverului sau a unui sistem din amonte, în timp ce 404 înseamnă că nu a fost găsită calea solicitată. Totuși, anteturile nu pot diagnostica orice defecțiune. Dacă rezoluția DNS, conexiunea TCP sau negocierea TLS eșuează înainte să existe un răspuns HTTP, este posibil să nu ai niciun antet de răspuns de verificat. Ping poate oferi o verificare separată a conectivității, iar Verificator HTTP/2 poate verifica suportul pentru protocol.

De ce poate părea greșit un rezultat corect?

Un rezultat corect poate fi diferit de cel văzut în browser, deoarece memoria cache, înregistrările DNS și contextul solicitării pot direcționa cele două solicitări către răspunsuri diferite. Verificarea rulează pe server, așa că poate ajunge la un alt nod CDN sau poate rezolva o înregistrare DNS modificată recent mai devreme ori mai târziu decât rețeaua ta locală.

Browserele trimit și propriile cookie-uri, tipuri de conținut acceptate, limbi și validatoare pentru cache. Prin urmare, o pagină WordPress accesată de un utilizator autentificat poate returna reguli de cache diferite față de o solicitare anonimă trimisă de server. Rutarea geografică și sistemele de gestionare a boților pot, la rândul lor, să modifice răspunsul în funcție de rețeaua sursă sau de anteturile solicitării.

După modificarea DNS, rezolutoarele care folosesc cache-ul pot continua să utilizeze înregistrarea anterioară până la expirarea duratei sale de viață. Odată ce traficul ajunge la noul server, un obiect CDN vechi sau memoria cache a browserului poate returna în continuare conținutul anterior. Verifică separat gazda rezolvată, golește cache-urile acolo unde este cazul și compară URL-ul exact, fără să presupui că toate numele de gazdă folosesc aceeași configurație.

Întrebări frecvente

Pot vedea și anteturile solicitării?

Nu. Instrumentul preia anteturile de răspuns returnate de URL pentru o solicitare GET obișnuită. Anteturile solicitării sunt metadatele trimise către server, iar pentru a le examina complet ai nevoie de instrumentele pentru dezvoltatori ale browserului, de jurnalele serverului sau de un client în linie de comandă.

URL-urile introduse în instrument rămân confidențiale?

Verificarea se efectuează pe server. Datele introduse sunt trimise către acel server prin HTTPS și nu sunt stocate. Evită URL-urile care conțin parole, tokenuri de acces sau parametri de interogare sensibili, deoarece serverul de destinație va primi și el aceste valori atunci când este trimisă solicitarea.

Pot afla din anteturile HTTP de ce apare un avertisment privind certificatul?

De obicei, nu doar din anteturi. Conexiunea TLS se stabilește înainte de trimiterea răspunsului HTTP, așa că un certificat expirat, un nume de gazdă necorespunzător sau un emitent care nu este de încredere poate împiedica returnarea oricărui antet. Dacă avertismentul browserului apare înainte de încărcarea paginii, verifică separat certificatul și lanțul acestuia.

De ce primesc mai multe anteturi Set-Cookie?

Un răspuns poate seta mai multe cookie-uri, iar fiecare folosește propriul câmp Set-Cookie. Nu le combina ca și cum ar forma o listă separată prin virgule, deoarece datele de expirare ale cookie-urilor pot conține la rândul lor virgule. Verifică separat domeniul, calea și atributele de securitate ale fiecărui cookie.

Pot compara rezultatul cu curl?

Da. O comandă precum curl -D - https://example.com/ -o /dev/null afișează anteturile de răspuns și ignoră corpul. Versiunea curl, anteturile solicitării, setările pentru redirecționări și locația rețelei pot produce un rezultat diferit. Asigură-te că aceste condiții coincid înainte să consideri că diferența indică o problemă a serverului.