Почему ваш сайт не работает?
Чек-лист «Почему ваш сайт перестал открываться»: Раздел 1. Выясняем, с какой именно ошибкой имеем дело - видите код ошибки (404, 500, 502, 503) или любую страницу, где сообщается о внутреннем сбое ресурса — путь один: к разработчику. Это сигнал, что неполадка кроется на стороне самого сайта или сервера. - столкнулись с таймаутом или предупреждением о SSL-сертификате — снова обращаемся к разработчику. Таймаут обычно намекает на то, что сервер в данный момент не справляется с нагрузкой (атака DDoS либо внутренний сбой), а сбой SSL означает, что сертификат пора обновить. В случае с SSL браузер выдаёт сообщение вроде NET::ERR_CERT_DATE_INVALID. - если же сайт «вообще не подгружается», встречает вас пустым белым экраном или попросту недостижим — тут придётся разбираться в первопричине отдельно. Раздел 2. Это сбой только у меня или у всех подряд? Смотрим, доступен ли ресурс из других точек. Для быстрой проверки сгодится смартфон — главное, чтобы интернет на телефоне и на компьютере шёл через разные каналы. Удобно задействовать сервис ping-admin.com: он позволяет указать площадки мониторинга и оценить, жив ли сайт с разных точек. Сценарий: у меня не открывается, а у других всё в порядке. С большой вероятностью тут замешаны ТСПУ (технические средства противодействия угрозам). Признаки сбоя в работе ТСПУ (раздел скорее для технических специалистов): а). ресурс не отвечает по HTTP/HTTPS (соединение через 443 порт вроде бы поднимается, но загрузки не происходит — TLS handshake timeout); б). нет отклика на ICMP-запросы (ping молчит); в). не удаётся зайти по SSH либо RDP; г). сразу несколько протоколов и сервисов отказывают одновременно. Когда такое повторяется регулярно, направляем обращение в ТСПУ через ЦМУ ССОП (portal.noc.gov.ru/ru/contact-form/) и описываем ситуацию. Дальше — как сложится. Реакции нет — разумнее присмотреть другую площадку для хостинга. Хотя гарантий, что на новом месте всё будет гладко, никто не даст. Впрочем, чаще всего сегодня подобные перебои сами рассасываются за сутки-двое. Раздел 3. Когда ресурс недоступен абсолютно для всех - Прежде всего смотрим, не истёк ли срок аренды доменного имени. - Домен в порядке — проверяем корректность A-записей. Не исключено, что их недавно поправили с ошибкой. A-запись обязана вести на IP-адрес именно вашего сервера. - Домен оплачен — переходим к диагностике сервера (пингуем из командной строки: ping IP либо ping адрес_сайта). Сервер откликается на пинг — следовательно, загвоздка во внутренней работе сервера, и с этими данными идём к разработчику. Самые типичные сценарии не работающего сайта при рабочем сервере (информация преимущественно для разработчика): а) Остановлены службы Apache/Nginx? Тогда перезапускаем сервисы. б) Нередко источник проблемы виден в логах Apache/Nginx — изучаем их обязательно. в) Когда дисковое пространство исчерпано, картина обычно такая: сервер вроде функционирует, но войти по SSH не получается. Спасает перезагрузка — она подчистит временные файлы и вернёт вам доступ, после чего можно будет освободить место. - Домен оплачен, ресурс не открывается ни у кого, а сервер не пингуется — вероятно, дело в банально неоплаченном сервере либо в крупной аварии на стороне хостинга (сервер действительно лежит). В этом случае пишем в техподдержку хостера. Несколько нестандартных причин из нашей практики, по которым сайт может не работать: а). в файле hosts (C:\Windows\System32\drivers\etc\hosts) у вас вручную задан другой IP-адрес ресурса; б). открытию мешает какое-то специфическое расширение браузера — попробуйте зайти через режим инкогнито; в). системные дата и время на компьютере разошлись с реальными (это рушит HTTPS-соединение и порождает ошибки SSL-сертификата); г). перестали отвечать публичные DNS-серверы (пропишите Яндекс: 77.88.8.8, 77.88.8.1 или Google: 8.8.8.8 и 8.8.4.4); д). недоступен какой-то отдельный сетевой узел — выявляется командой tracert. Желаем удачного ремонта и пусть аптайм у вас всегда держится на отметке 100%!
Чек-лист «Почему ваш сайт перестал открываться»: Раздел 1. Выясняем, с какой именно ошибкой имеем дело - видите код ошибки (404, 500, 502, 503) или любую страницу, где сообщается о внутреннем сбое ресурса — путь один: к разработчику. Это сигнал, что неполадка кроется на стороне самого сайта или сервера. - столкнулись с таймаутом или предупреждением о SSL-сертификате — снова обращаемся к разработчику. Таймаут обычно намекает на то, что сервер в данный момент не справляется с нагрузкой (атака DDoS либо внутренний сбой), а сбой SSL означает, что сертификат пора обновить. В случае с SSL браузер выдаёт сообщение вроде NET::ERR_CERT_DATE_INVALID. - если же сайт «вообще не подгружается», встречает вас пустым белым экраном или попросту недостижим — тут придётся разбираться в первопричине отдельно. Раздел 2. Это сбой только у меня или у всех подряд? Смотрим, доступен ли ресурс из других точек. Для быстрой проверки сгодится смартфон — главное, чтобы интернет на телефоне и на компьютере шёл через разные каналы. Удобно задействовать сервис ping-admin.com: он позволяет указать площадки мониторинга и оценить, жив ли сайт с разных точек. Сценарий: у меня не открывается, а у других всё в порядке. С большой вероятностью тут замешаны ТСПУ (технические средства противодействия угрозам). Признаки сбоя в работе ТСПУ (раздел скорее для технических специалистов): а). ресурс не отвечает по HTTP/HTTPS (соединение через 443 порт вроде бы поднимается, но загрузки не происходит — TLS handshake timeout); б). нет отклика на ICMP-запросы (ping молчит); в). не удаётся зайти по SSH либо RDP; г). сразу несколько протоколов и сервисов отказывают одновременно. Когда такое повторяется регулярно, направляем обращение в ТСПУ через ЦМУ ССОП (portal.noc.gov.ru/ru/contact-form/) и описываем ситуацию. Дальше — как сложится. Реакции нет — разумнее присмотреть другую площадку для хостинга. Хотя гарантий, что на новом месте всё будет гладко, никто не даст. Впрочем, чаще всего сегодня подобные перебои сами рассасываются за сутки-двое. Раздел 3. Когда ресурс недоступен абсолютно для всех - Прежде всего смотрим, не истёк ли срок аренды доменного имени. - Домен в порядке — проверяем корректность A-записей. Не исключено, что их недавно поправили с ошибкой. A-запись обязана вести на IP-адрес именно вашего сервера. - Домен оплачен — переходим к диагностике сервера (пингуем из командной строки: ping IP либо ping адрес_сайта). Сервер откликается на пинг — следовательно, загвоздка во внутренней работе сервера, и с этими данными идём к разработчику. Самые типичные сценарии не работающего сайта при рабочем сервере (информация преимущественно для разработчика): а) Остановлены службы Apache/Nginx? Тогда перезапускаем сервисы. б) Нередко источник проблемы виден в логах Apache/Nginx — изучаем их обязательно. в) Когда дисковое пространство исчерпано, картина обычно такая: сервер вроде функционирует, но войти по SSH не получается. Спасает перезагрузка — она подчистит временные файлы и вернёт вам доступ, после чего можно будет освободить место. - Домен оплачен, ресурс не открывается ни у кого, а сервер не пингуется — вероятно, дело в банально неоплаченном сервере либо в крупной аварии на стороне хостинга (сервер действительно лежит). В этом случае пишем в техподдержку хостера. Несколько нестандартных причин из нашей практики, по которым сайт может не работать: а). в файле hosts (C:\Windows\System32\drivers\etc\hosts) у вас вручную задан другой IP-адрес ресурса; б). открытию мешает какое-то специфическое расширение браузера — попробуйте зайти через режим инкогнито; в). системные дата и время на компьютере разошлись с реальными (это рушит HTTPS-соединение и порождает ошибки SSL-сертификата); г). перестали отвечать публичные DNS-серверы (пропишите Яндекс: 77.88.8.8, 77.88.8.1 или Google: 8.8.8.8 и 8.8.4.4); д). недоступен какой-то отдельный сетевой узел — выявляется командой tracert. Желаем удачного ремонта и пусть аптайм у вас всегда держится на отметке 100%!