Клиент обратился с проблемой: демо-сайт на Odoo 10 перестал открываться. Первая и самая естественная гипотеза в такой ситуации — что-то случилось с сервером. Разбор показал обратное: сервер был полностью исправен, а причина оказалась вообще не на нашей стороне.
Проверка сервера — всё в порядке
Первым делом подключились к серверу напрямую и проверили сам Odoo: процесс работает, порты, на которых должен отвечать веб-сервер, слушаются как положено. То есть с точки зрения сервера сайт был полностью доступен и работоспособен.
Проверка DNS — тоже в порядке, причём везде
Дальше проверили, куда указывает домен. Авторитетные DNS-серверы самого домена возвращали правильный адрес сервера с корректным TTL. Затем то же самое проверили независимо через несколько публичных резолверов — Google (8.8.8.8), Cloudflare (1.1.1.1), OpenDNS и Quad9 — и все они, не сговариваясь, отдавали один и тот же правильный адрес. Если бы проблема была в самом домене или у сервера, это было бы видно с любой из этих точек.
Причина — не сервер и не домен, а сеть клиента
Раз и сервер, и авторитетный DNS домена, и все независимые публичные резолверы говорили одно и то же — правильный адрес, — а сайт при этом не открывался именно у клиента, стало ясно, что проблема локальная: устаревшая запись в кэше домашнего роутера или локального DNS-резолвера клиента, которая не давала браузеру дойти до правильного адреса, хотя весь остальной интернет прекрасно резолвил домен как надо.
Итог
Сайт заработал без единого изменения на сервере — потому что чинить там было нечего. Практический вывод из этого случая: прежде чем разбирать «упавший» сервер, стоит за пару минут проверить DNS с нескольких независимых точек — это сразу показывает, где на самом деле искать проблему, и может сэкономить часы диагностики не в том месте.