Про цей інструмент
Заголовки HTTP — це пари ключ-значення, які супроводжують кожен запит і відповідь в Інтернеті, містять метадані про повідомлення: тип вмісту, директиви кешування, політики безпеки, маркери автентифікації, кодування та десятки інших проблем. Браузери, сервери, CDN і проміжні проксі-сервери читають і записують заголовки для координації поведінки. Їх перевірка є важливою для діагностики проблем з продуктивністю, кешуванням, безпекою та інтеграцією.
Цей засіб перегляду отримує URL-адресу та відображає заголовки відповідей саме так, як їх повернув сервер. Виділено загальні заголовки, як-от Content-Type, Cache-Control, Content-Security-Policy, Strict-Transport-Security та Set-Cookie. Інструмент за замовчуванням виконує переспрямування, показуючи кожен крок у ланцюжку.
Деякі заголовки особливо важливі для безпеки та SEO. CSP (Content-Security-Policy) контролює, які ресурси може завантажувати сторінка. HSTS (Strict-Transport-Security) форсує HTTPS. X-Frame-Options запобігає клікджекінгу. Cache-Control впливає на те, скільки трафіку фактично бачить сервер. Перевірка їх на реальних відповідях допомагає перевірити конфігурацію.
Навіщо перевіряти заголовки HTTP
Більшість налаштувань продуктивності та безпеки в Інтернеті знаходяться в заголовках, а не в HTML або JavaScript. Кешування CDN, кешування браузера, політики безпеки, застосування CORS і HTTPS контролюються заголовками відповідей. Перевірка фактичних відповідей підтверджує, чи налаштовані заголовки досягають клієнтів.
Заголовки також допомагають діагностувати непомітні помилки. Відсутній Content-Type запускає аналіз MIME. Неправильний Cache-Control спричиняє застарілий вміст або надмірне завантаження. Відсутній CSP дозволяє ненавмисні сценарії. Засіб перегляду показує фактичні заголовки, тому неправильні конфігурації стають видимими.
Технічні деталі
HTTP/1.1 (RFC 7230) визначає заголовки як незалежні від регістру пари ключ-значення, розділені двокрапками, із значенням, що продовжується до кінця рядка. HTTP/2 (RFC 7540) і HTTP/3 використовують внутрішній двійковий формат кадрів, але семантика заголовка залишається незмінною; переглядачі відображають їх як синтаксис HTTP/1 для зручності читання.
Загальні заголовки відповіді: Content-Type (тип MIME та кодування), Content-Length, Content-Encoding (gzip, br для стиснення), Cache-Control, ETag, Last-Modified, Set-Cookie, Server, Date, X-Content-Type-Options, X-Frame-Options, Strict-Transport-Security, Content-Security-Policy.
Політика одного джерела веб-переглядача може перешкоджати переглядачам на основі JavaScript читати певні заголовки (зокрема файли cookie та заголовки автентифікації). Переглядачі на основі проксі (сервер отримує та звітує) уникають цього обмеження.
Поширені запитання
- Чи потрібні для цього інструменту плагіни чи завантаження?
- Ні. Усе працює у вашому веб-переглядачі за допомогою стандартних веб-технологій. Не потрібні плагіни, розширення чи встановлення програмного забезпечення.
- Чи можу я здійснювати пошук у даних?
- так Використовуйте функцію пошуку або фільтрування, щоб швидко знаходити певні елементи чи значення у відображених даних.
- Чи є обмеження щодо розміру даних, які я можу переглядати?
- Інструмент ефективно обробляє типові розміри даних у браузері. Відтворення дуже великих наборів даних може тривати довше. Для надзвичайно великих файлів розгляньте можливість використання настільних програм.
- Чи зберігаються мої дані конфіденційно?
- так Уся обробка та відображення даних відбувається у вашому браузері. Нічого не завантажується на жоден сервер.
- Як перевірити, чи ввімкнено HSTS?
- Знайдіть заголовок відповіді Strict-Transport-Security. Його значення зазвичай включає максимальний вік і, за бажанням, включає субдомени та попереднє завантаження.
- Що робити, якщо Content-Type відсутній?
- Браузери повертаються до аналізу MIME, що може спричинити проблеми з безпекою. Налаштуйте свій сервер так, щоб він завжди надсилав правильний тип вмісту. Заголовок X-Content-Type-Options: nosniff запобігає заміні браузерами оголошеного типу.
- Чи можу я перевірити заголовки сайтів, які мені не належать?
- Так для публічних URL-адрес. Заголовки повертаються кожному, хто робить запит. Файли cookie та заголовки автентифікації, пов’язані з вашим сеансом, не розкриваються, оскільки запит на перевірку їх не містить.
- А як щодо заголовків HTTP/3?
- HTTP/3 зберігає ту саму семантику заголовка, що й HTTP/1.1 і HTTP/2. Транспорт відрізняється (QUIC замість TCP), але заголовки, які ви бачите, однакові.