Шпаргалка по curl: Проверка HTTP-заголовков, ответов сервера и TTFB из консоли

Когда вы разворачиваете веб-ресурс, настраиваете реверс-прокси, вам постоянно нужно проверять, как сервер отдает контент во внешний мир. Открывать для каждой микро-проверки тяжелый браузер, чистить кэш вручную или ковыряться в панели разработчика (F12) — неэффективно.

В консольной среде главным инструментом для тестирования сетевых запросов является утилита curl (Client URL). Она позволяет имитировать поведение любого клиента, проверять SSL-сертификаты, прокидывать кастомные заголовки и детально препарировать ответы сервера. Сегодня разберем базовые приемы работы с curl, которые пригодятся в повседневной практике для быстрой диагностики сайтов напрямую из терминала.

Инспекция заголовков: Флаг -I

Если запустить команду просто так, она вывалит в терминал весь сырой HTML-код целевой страницы. Но при диагностике инфраструктуры сам контент нас интересует меньше всего. Нам нужны метаданные — HTTP-заголовки ответа. Чтобы забрать только их, используется заглавный флаг -I (выполняется облегченный запрос HEAD вместо GET):

curl -I https://phoenix901.ru

В ответ сервер выплеснет структурированный текст. Смотрим на контрольные точки:

• HTTP Status Code: Первая строка должна отдавать HTTP/2 200 или HTTP/1.1 200 OK. Если там висит 403, 404 или 502 Bad Gateway — прокси-сервер не может достучаться до бэкенда.
• Server: Показывает, какое именно ПО встретило запрос (например, Caddy, Apache или nginx).
• Content-Type: Для обычных страниц тут должно быть text/html; charset=UTF-8.
• Заголовки кэширования: Ищем параметры вроде X-Cache или маркеры кэша страниц, чтобы убедиться, что настроенный кэш в оперативной памяти реально отрабатывает, а не гоняет запросы на диски.

Замер скорости отклика: Измеряем TTFB

Один из ключевых параметров производительности веб-сервера — это TTFB (Time to First Byte), время до получения первого байта ответа. Это чистая метрика того, как быстро сервер обработал запрос в памяти и начал отдавать данные. С помощью curl и флага -w (write-out) можно вытащить точные тайминги сетевых стадий в секундах:

curl -o /dev/null -s -w "DNS: %{time_namelookup}s | Connect: %{time_connect}s | TLS: %{time_appconnect}s | TTFB: %{time_starttransfer}s | Total: %{time_total}s\n" https://phoenix901.ru

Разберем, что делает эта длинная конструкция:

• -o /dev/null — отправляет тело ответа (HTML-код) в системную «черную дыру», чтобы оно не засоряло терминал.
• -s (silent) — отключает вывод дефолтного статус-бара загрузки curl.
• time_namelookup — время, затраченное на DNS-разрешение имени хоста в IP-адрес.
• time_starttransfer — тот самый **TTFB**. Время с момента отправки запроса до начала отдачи первых байт сервером. Если у вас настроен правильный RAM-кэш и Unix-сокеты, эта цифра будет стремиться к минимальным значениям (в районе 0.009s–0.020s).

Ультимативная таблица: Полезные флаги curl для сисадмина

Проверка SSL-сертификата

Если вам нужно быстро узнать, до какого числа валиден SSL-сертификат Let’s Encrypt на сайте, не раскапывая лог-файлы certbot, можно использовать связку curl в режиме подробного вывода с перенаправлением потока ошибок:

curl -vI https://phoenix901.ru 2>&1 | grep -i -E "expire|start date"

Система выдернет из TLS-соглашения точные даты выпуска и окончания действия сертификата. Это помогает мгновенно проверить, сработал ли автоматический выпуск ключей в системе.

Заключение

Утилита curl — это гибкий сетевой щуп. Умение пользоваться флагами фильтрации заголовков и вывода таймингов позволяет за секунды локализовать проблему: лежит ли сайт из-за медленного DNS, уперся ли бэкап в дисковый ввод-вывод (высокий TTFB) или прокси-сервер просто отдает ошибку конфигурации сокетов.