Диагностика «сайт не открывается»

Сайт не открывается — идём от простого к сложному: сначала свой компьютер и DNS, потом сеть Xipher, потом сам сервер. На каждом шаге — конкретная проверка и переход «работает/не работает». В 8 из 10 случаев ответ находится на первых двух шагах.

Шаг 0. Проверьте, что сломалось только у вас

Откройте сайт с телефона через мобильный интернет (не Wi-Fi) или через down-for-everyone. Если снаружи всё работает — проблема локальная: перезагрузите роутер, очистите кэш браузера (Ctrl+Shift+R), отключите прокси/расширения.

Работает снаружи? Готово — это была локальная история. Не работает? Дальше.

Шаг 1. DNS: куда указывает домен

dig +short ваш-домен          # или: nslookup ваш-домен

• Пусто или «NXDOMAIN» — DNS не резолвится: домен не делегирован, NS указывают неверно или зона сломана. Откройте Типовые ошибки подключения.
• Адреса сети Xipher — DNS в порядке, переходите к шагу 2.
• Старый IP вашего бывшего хостинга — смена NS/записей не доехала: подождите TTL или проверьте настройки.

Свежесменённый DNS живёт в кэшах до TTL старой записи — час ожидания лечит большинство «сайт пропал после переноса».

Шаг 2. Статус в панели

Карточка сайта в разделе «Сайты»: статус в шапке скажет больше всего.

Статус	Значение	Что делать
«работает»	Сеть Xipher исправна, сайт обслуживается	Идите к шагу 3 — проблема на источнике
«выпускаем HTTPS»	Сертификат ещё едет	Подождите пару минут
«Ждёт подтверждения»	Владение не подтверждено	Проверка владения
«делегация зоны потеряна»	NS сменились обратно	Верните NS у регистратора
«Ошибка HTTPS»	Выпуск не удался	Вкладка «HTTPS» → «Повторить попытку»

Для VPS-источников: проверьте, что сервер в статусе «Работает» и не «Приостановлен» (закончился баланс — что делать).

Шаг 3. Отвечает ли сервер-источник

Если статус «работает», а в браузере 521/522/504 — наша сеть жива, но ваш сервер не отвечает. Проверки:

1. Карточка сайта → «Серверы сайта» → кнопка «Проверить» — панель пингует origin и показывает «отвечает (N мс)» или «не отвечает».
2. Сервер выключен? Перезагружали недавно? Запущен ли веб-сервер (systemctl status nginx или ваш стек)?
3. Не менялся ли адрес/порт сервера — обновите «Серверы сайта».

Шаг 4. Изоляция: технический домен и кэш

• Откройте контент напрямую, минуя свой домен (для CDN-ресурсов — технический домен <slug>.cdn.xipher.ru). Работает — проблема в DNS/домене. Не работает — в источнике.
• Подозреваете кэш? Очистите кэш домена (Очистка кэша) и повторите. Стало хорошо — вопрос был в кэше.
• Только часть ресурсов «не грузится»? Смотрите консоль браузера (F12 → Network): красные запросы скажут, какие именно адреса и почему (404 — файл, 502 — источник, CORS — настройки).

Шаг 5. Ничего не помогло

Соберите для поддержки: домен, время начала, что показывает dig, скрин статуса карточки, ответ сервера при проверке. С этими данными поддержка ответит по существу.

Частые вопросы

С какой стороны чаще всего проблема?

По нашей статистике обращений: DNS-кэширование после переносов, выключенный/приостановленный источник и кэш старого контента. Все три — на первых трёх шагах этого дерева.

521/522/504 — это ошибка Xipher?

Нет, это прокси сообщает: ваш сервер недоступен (521/522) или не успел ответить (504). Чинить нужно источник: включить сервер, поднять веб-сервер, проверить порт.

Как быстро ждать после смены DNS?

До TTL старой записи — обычно до часа. Проверяйте через dig @1.1.1.1 — публичный резолвер покажет глобальную картину.