Кейс: восстановление доступности сайтов после смены IP сервера
Ситуация: несколько сайтов, размещённых на одном сервере, стали недоступны. При этом у части пользователей страницы ещё могли открываться. Такой симптом легко принять за локальную проблему браузера или VPN, хотя причина находилась на уровне инфраструктуры.
Что показала первичная проверка
Проблема воспроизводилась из разных сетей. Это означало, что диагностику нельзя ограничивать конкретным компьютером. Сравнение DNS-ответов показало, что домены продолжали указывать на прежний публичный IP-адрес сервера.
Почему у некоторых пользователей сайт ещё открывался
DNS-ответы кешируются на разных уровнях: у провайдера, операционной системы и локального резолвера. Поэтому после изменения инфраструктуры некоторое время возможна ситуация, когда разные пользователи получают разные результаты.
Что было сделано
- проверен актуальный публичный IP сервера;
- сверены A-записи доменов;
- записи обновлены на новый адрес;
- проверено распространение DNS;
- после обновления повторно протестирована доступность сайтов.
Почему важно проверять сразу все сайты на сервере
Если инфраструктурное изменение касается общего IP, проблема потенциально затрагивает все домены, которые на него направлены. Проверка только одного сайта может скрыть масштаб инцидента и затянуть исправление.
Что можно предусмотреть заранее
Как проверяли результат
После обновления записей недостаточно открыть сайт один раз. Проверяются DNS-ответ, HTTPS, главная страница и несколько внутренних URL. Если на сервере размещено несколько проектов, тест проводится для каждого домена, чтобы не оставить часть сайтов на старом адресе.
Что показал этот случай
Когда проблема затрагивает сразу несколько сайтов, нужно искать общий слой: сеть, DNS, сервер, сертификаты или инфраструктурные настройки. Это быстрее, чем независимо разбирать код каждого проекта.
Как сократить время подобных инцидентов
Полезны мониторинг доступности с внешней точки, список доменов сервера и уведомление о плановых изменениях IP. Тогда изменение инфраструктуры сразу сопровождается проверкой DNS, а проблема обнаруживается до массовых обращений пользователей.
Для критичных проектов полезно иметь список доменов и DNS-записей, мониторинг доступности и понятный контакт с хостинг-провайдером. После любых изменений сетевой конфигурации стоит проверять не только сам сервер, но и внешнее разрешение доменных имён.
Диагностика DNS, сервера и веб-приложения относится к задачам технической поддержки сайтов. Общий порядок проверки недоступности собран в статье «Сайт не открывается: с чего начинать диагностику».