Диагностика проблем с «нестабильной доступностью» сайта
Представляю вашему вниманию статью, цель которой – определить последовательность действий при анализе нестабильной загрузки страниц или недоступности сайта для обычного пользователя. Кроме того, предлагаю дополнить мою схему общим умом хабрасообщества, поэтому жду ваших комментариев под постом, чтобы совместными усилиями сформировать «памятку для не-сисадмина».
Итак, приступим. 
Для начала, необходимо исключить из списка возможных неисправностей самые очевидные и легко диагностируемые: отсутствие подключения к Wi-Fi, проблемы на стороне интернет-провайдера или, например, отсутствие кабеля в розетке и аккумулятора в ноутбуке.
Предлагаю также опустить сложно решаемые проблемы и неисправности локального интернета или самого компьютера, которые требуют непосредственного вмешательства сисадмина. Это могут быть вирусы-трояны, проблемы с железом, браузером или операционной системой, MTU на роутере, неправильно настроенный DNS или сбои в работе DNS и ещё целый ряд проблем, которые выявить можно, но статья, в этом случае, превратится в книгу или даже в учебный курс.
Остановимся на том, что проблем с Интернетом у нас нет и сайты грузятся нормально, но вот наш сайт доступен с перебоями или недоступен вообще.
Как найти причину?
1. Интернет — это огромное количество магистралей, ведущих от сервера к серверу, и бывают случаи, когда наш сервер работает и мы видим другие сайты, но вот путь пакетов от нас к нашему сайту оборван: сегментировалась сеть из-за сбоя роутинга или где-то произошел сбой в работе каналов провайдеров. Конечно же, в консоли команда traceroute (tracert в Windows) покажет, доступен ли сервер нашего сайта, через какие сервера идут пакеты и на каком месте они «стопорятся». Если же traceroute и ping не доходят до нашего сервера, но достигают сети хостера, то самое время звонить в техподдержку хостинга или сисадминам, так как, в этом случае, сложно будет что-то предпринять самостоятельно.
Traceroute и ping – несложные команды, в Википедии есть статьи на эту тему с вполне доступным описанием:
https://ru.wikipedia.org/wiki/Traceroute
https://ru.wikipedia.org/wiki/Ping
Если traceroute «залипает» где-то на магистральных каналах по дороге к сайту, то рекомендую обязательно проверить, как виден сервер / сайт с других серверов (компьютеров) мировой сети вне вашего провайдера. Они, с большой долей вероятности, используют другие магистрали и зачастую бывает видно, что traceroute через другие каналы успешно проходит к вашему серверу. Например,
http://network-tools.com/default.asp?prog=express&host=www.reg.ru
Если всё в порядке, то проблемы либо у вашего провайдера, либо у его провайдеров уровнем выше, но не возле вашего сервера и не на нём.
Теперь можно позвонить в техподдержку вашего локального провайдера и поинтересоваться: «какие там магистральные каналы лежат?» 😉
2. Скорость и стабильность интернет-канала — это скорость и стабильность самого медленного и плохого канала связи на пути от вас к серверу. Определить, есть ли проблемы с потерями пакетов «по дороге», большие задержки пакетов между разными провайдерами или между вами и провайдером, можно с помощью утилиты mtr, а результаты утилиты особенно показательны при большом размере пакета и его возможной сегментации (например, 1500 байт).
Mtr – это что-то вроде совмещённых ping (опрос каждого сервера по пути следования пакетов) и traceroute (определение всего пути следования пакетов), но имейте в виду, что из-за постоянного потока пакетов утилита съедает достаточно много трафика.
Запрос проверки к сайту yahoo.com:
Показательным для нас будет значение процента потерь пакетов (Loss%) нашего, финального в списке, сервера. Потери на промежуточных серверах, если они не сказываются на финальном, скорее всего, происходят из-за ограничения количества тестовых пакетов к ним (ICMP-траффика).
Обычно, если имеется 30 – 50 % потерь больших пакетов, то проблемы с подключением уже становятся ощутимыми (страница «залипает», подтормаживает из-за недогруженных элементов), и чем выше процент, тем сложнее пробиться. 
Проблемы могут рождаться на каком-то промежуточном узле, например, на следующем магистральном Wi-Fi-линке от вашего офиса к провайдеру (если есть). К тому же, причиной могут стать проблемы в связи и роутинге пакетов между провайдерами.
С подробной статьей по использованию mtr для диагностики проблем с каналом (на английском) можно ознакомиться здесь или на Википедии.
Некое подобие утилиты mtr в Windows NT — pathping.
Иногда провайдером (или у нашего сервера) может быть вообще отключена или ограничена возможность прохождения этих тестовых пакетов (ICMP-траффика). В этом случае, такие тесты не помогут определить проблему. Тут уж, конечно, впору вспомнить про «каждый сам себе злобный буратино» — если вы отключаете возможность проверять сервер, то и не сможете его проверить :-).
При успешной загрузке (пусть и медленной) страницы сайта будет видно: когда загрузится основной контент страницы и она начнёт формироваться для отображения, когда начнут работать на сайте все вложенные java-скрипты, завязанные на работу с элементами страницы и ожидающие полной догрузки основного кода и необходимых неопределённых дополнительных вложенных элементов. Этот момент на картинке выше: синяя вертикальная линия – это событие DOMContentLoaded, а красная вертикальная линия – срабатывание windows.onLoad event (когда скрипты уже отработали и сформировалась вся страница с элементами, догружается содержимое картинок).
С помощью этого информационного инструмента мы можем проверить, всё ли в порядке с загрузкой основного содержимого страницы и главного html-кода, то есть удостовериться, что наш сервер вполне «живой» и главный движок сайта не тормозит.
Это первый в списке элемент. Кликнув по нему, мы получим более детальное время ответа сервера:
Как мы видим здесь, наш браузер ждал данные от сервера 68 миллисекунд (сервер формировал страницу на полученный от нас запрос) и 2 миллисекунды она принималась (что достаточно быстро).
Уже по этой информации иногда можно увидеть, что проблема состоит в медленной загрузке сайта — это, например, не миллисекундное, а 30-тисекундное формирование основного кода страницы. Такое бывает, когда перегружен запросами сервер или провайдер, используется неэффективный код (долго работает конкретно запрос этой страницы) или существуют какие-либо другие причины, которые уже впору анализировать сисадминам и программистам движка.
Ниже в списке-графике загрузок будет видно, какие ресурсы на странице загружаются дольше, каких ресурсов страницы дожидается браузер перед тем, как показать страницу, и что блокирует её отображение.
Частая причина блокировок — это зависимость момента старта работы изменяющих / формируюших содержимое страницы (до привязки к событию DOMContentLoaded) скриптов от каких-либо внешних сервисов сбора статистики, рекламных движков или страниц обмена ссылками. Обычно это куски скрипта для вставки «ещё одного» внешнего скрипта:
Эти системы расположены на чужих серверах и зачастую недоступны нашим сисадминам, поэтому могут вести себя как угодно, например:
То есть, пока не подгрузится и не отработает блок
Минсвязь объяснила сбой в работе налогового сервиса на госуслугах
Услуга по проверке и оплате налоговой задолженности была временно недоступна на сайте госуслуг в понедельник, 25 ноября. Неполадки уже устранили, сообщил РБК представитель Минкомсвязи.
«Проблема уже полностью устранена и сервис работает в обычном режиме. В настоящий момент технические специалисты разбираются в причинах временного сбоя», — сказал он.
Вечером 25 ноября на портале госуслуг появилось уведомление о том, что проверка и оплата услуг ФНС может быть недоступна. «Услуги ФНС России могут быть недоступны. Мы сообщим о решении проблемы», — говорилось в сообщении.
Позже пользователям пришло уведомление о том, что проблема решена.
Информация о неполадках появилась около 19:40 мск, примерно в 21:10 стали приходить уведомления о том, что проблема решена. Позже на госуслугах появилось предупреждение, что в работе портала возможны перебои с 23:00 до 5:00 мск 26 ноября.
При попытке зайти в личный кабинет на сайте ФНС появлялось объявление о том, что сервис временно недоступен «по причине проведения технических работ». В наличии соответствующих уведомлений убедились корреспонденты РБК. На недоступность сервисов на сайте ФНС обратили внимание и пользователи Twitter.
На сайте ФНС можно оплатить налоги онлайн. Срок оплаты налоговых уведомлений физлиц истекает 2 декабря, до этого срока граждане могут выплатить НДФЛ и имущественные налоги за 2018 год без уплаты пени.
РБК направил запрос в ФНС.
В июле в компьютерной системе загс по всей России произошел сбой. В пресс-службе ФНС, оператора системы, тогда объяснили случившееся плановым обновлением. В налоговой отметили, что система сконструирована таким образом, что во время технологических работ операторы могут действовать в офлайн-режиме, а все данные автоматически внесут в базы после завершения обновления.
Сайт недоступен или ищем ошибки
12 терминов хостинга, который должен знать каждый владелец сайта
Виртуальный хостинг против выделенного хостинга: каков ваш вариант?
Если у вас есть веб-сайт, важно, чтобы он всегда был доступен. Последнее, что вам нужно, это падение посетителей, при падении вашего сайта, особенно если это критический элемент вашего бизнеса. В этом посте мы рассмотрим, почему веб-сайты могут пострадать от простоя и что вы можете сделать, чтобы этого не произошло. Мы также покажем вам, что делать, если ваш сайт отключен.
Причины, по которым веб-сайты могут отключиться
Существует множество причин, по которым веб-сайт может выйти в автономный режим: это может быть вызвано всем: от стихийных бедствий, таких как наводнения в центре обработки данных вашего веб-хостинга, до случайного ввода вашего сайта в режим обслуживания. Однако некоторые причины более распространены, чем другие, и в следующем разделе мы рассмотрим те, которые наиболее вероятно повлияют на ваш сайт.
1. Обслуживание сервера по расписанию
Как и любой другой компьютер, необходимо следить за сервером, на котором размещен ваш веб-сайт. Время от времени вашему веб-хосту необходимо обновить программное обеспечение, установить исправления безопасности и обновить оборудование. Хотя многое из этого можно сделать, пока сервер все еще работает, иногда это означает, что сервер должен быть временно отключен или перезагружен. Когда это произойдет, ваш сайт может быть недоступен (хотя существуют некоторые формы хостинга, где это необязательно).
Компании хостингов знают, как это может повлиять на клиентов, и они проводят свое обслуживание в те часы, которые в наименьшей степени могут вызвать сбой в вашей компании. Например, они избегают времени дня, когда веб-трафик является самым загруженным. Однако, если ваш хостинг находится в другой стране, разница во времени может означать, что это менее удобно.
2. Перегрузка сервера
Иногда веб-сайты могут не работать, потому что сервер, на котором они размещаются, не может обрабатываться определённое количество процессов. Одной из причин этого является DDoS-атака, когда хакер наводняет сервер с таким количеством запросов трафика, что он переходит в автономный режим. Это также может произойти на общем сервере, на котором один из размещаемых веб-сайтов получает столько трафика, что в результате другие сайты испытывают проблемы с производительностью.
Если вы используете общий хостинг, убедитесь, что ваш веб-хост внедряет меры, чтобы другие веб-сайты пользовались ресурсами сервера. Если вы обнаружите, что количество трафика, которое вы получаете, регулярно заходит на ваш сайт в автономном режиме, это может быть признаком того, что у вас очень популярный веб-сайт, и вам нужно перейти на более крупный тариф хостинга для обработки всего вашего трафика.
3. Ошибки программирования
Общей причиной простоя является ошибка при написании кода на вашем сайте. Хотя отдельные части программного обеспечения обычно безошибочны, иногда, когда вы запускаете их вместе, они могут вызвать конфликт. Например, если вы запустите веб-сайт WordPress, вы можете обнаружить, что два отдельных плагина несовместимы. Каждый может работать отлично, когда другой не установлен, но когда оба установлены, ваш сайт может отключиться. Если это произойдет, вам может потребоваться найти альтернативный плагин.
Иные ошибки могут происходить, когда люди возились с программным кодом на своем сайте, не зная, что они делают. Многие люди делают это, внося те или иные изменения в файлы веб-сайта по инструкциям найденным на просторах интернета, не понимая основных процессов и куда нельзя вставлять код. Если вы намереваетесь возиться с кодом сайта, всегда убедитесь, что у вас есть резервная текущая копия, так что если произойдет самое худшее, вы можете быстро вернуть свой сайт в оперативный режим. На нашем хостинге всегда есть резервные копии, которые создаются ежедневно в ночное время, так что вы всегда можете запросить нужную копию сайта. В большинстве случаев, необходимо включать режим так называемого «дебага», когда, при возникновении ошибок в коде, вместо пустого белого экрана будут выводиться ошибки компилятора и будет видно в каких файлах и в каком куске кода возникла ошибка. Также можно заглянуть в логи на сервере в панели управления хостингом.
4. Взлом
Помимо упомянутых ранее DDoS-атак, есть другие формы взлома, которые могут перевести ваш сайт в автономный режиме. Если хакер получает доступ к вашей cPanel или вашей серверной зоне, они могут удалить ваш сайт, удалив или подделав файлы. Кроме того, они могут перенаправлять посетителей на другие веб-сайты, поэтому, хотя может показаться, что ваш сайт подключен к сети, каждый, кто пытается его посетить, попадает на другой и часто вредоносный веб-сайт. Чтобы этого избежать, всегда используйте хорошо защищенные пароли для входа и защитите свой сайт.
5. Дешевый хостинг
Если вы обнаружите, что ваш сайт регулярно выходит в автономный режим, возможно, вы попали на некачественную хостинг компанию, обычно у таких кампании и тех поддержка хромает. Они могут использовать устаревшее оборудование, набирая слишком много пользователей на каждый сервер или просто не контролируя, насколько хорошо работают их серверы. Если это так, вам нужно перенести свой сайт на другой и более надежный хостинг например на наш https://gohost.kz.
Как восстановить свой сайт из автономного режима
1. Найдите отличную компанию, которая предлагает хостинг услуги высшего качества:
Кроме того, хороший хостинг также предоставит вам услуги, которые помогут вам следить за вашим сайтом, например, удаленное резервное копирование, круглосуточную техническую поддержку и мониторинг сайта. Некоторые кампании также будут предлагать вам гарантированное время безотказной работы. В зависимости от выбранного вами пакета хостинга это может быть от 99,80% до 99,9% времени безотказной работы, подкрепленное соглашением об уровне обслуживания (SLA).
3. Обновляйте свое программное обеспечение
Чтобы ваш сайт не работал в автономном режиме из-за взлома, важно постоянно обновлять программное обеспечение вашего сайта. Киберпреступники ищут уязвимости в устаревшем программном обеспечении CMS, темах и плагинах и компрометируют те сайты, на которых обнаружены эти уязвимости. Лучший способ избежать этого — настроить автоматические обновления; таким образом, вам не придется беспокоиться об их обновлении самостоятельно.
4. Следите за своим сайтом
Службы мониторинга, предоставляемые веб-хостами или установленными плагинами, могут предупредить вас, если ваш сайт отключен, или если есть проблемы, над которыми вам нужно принять меры. Они также создадут журналы ошибок, которые вы можете использовать для диагностики того, почему ваш сайт отключен, и поможет вам быстро восстановить службу.
Что делать, если ваш сайт отключен
1. Убедитесь, что он действительно отключен
Если у вас не получается открыть ваш сайт, убедитесь, что это связано не с вашим интернетом, попробуйте открыть другие сайты, также попробуйте сменить браузер, иногда устаревшие данные «достаются» из кэша. Если вы можете, попросите кого-то другого в другом месте проверить открывается ли ваш сайт у него.
2. Найдите причину вашего простоя
Когда вы пытаетесь посетить свой сайт, вы можете получить ключ к делу. Часто браузер сообщает причину неудачного подключения. Если есть ошибка в коде, вы можете увидеть код ошибки, отображаемый вместо фактической веб-страницы. Если есть большой трафик, сайт может открываться очень долго по времени и может лишь частично показать содержимое.
Если эти попытки найти причину не удастся, вам может потребоваться войти в вашу cPanel и посмотреть на любые журналы ошибок. Если вы не можете войти в свою cPanel, это, скорее всего, причина у вашей хостинговой компании.
3. Обратитесь в службу технической поддержки
Немедленно свяжитесь с веб-хостингом, на котором размещен ваш сайт. Сообщите им о своей проблеме и попросите их о помощи. Часто то, что кажется серьезной проблемой для вас, может быть чем-то, что они могут решить довольно легко. Тем более на нашем хостинге удобно это сделать через чат, который открывается с любой странице нашего сайта.
4. Сообщите своим клиентам
Если ваш сайт не работает, вы должны сообщить об этом своим клиентам. Вы можете отправить электронную почту, отправьте сообщение подписчикам, сообщившим им, что сайт в настоящее время недоступен и что его работа возобновится в ближайшее время. Вы также можете сделать это в социальных сетях, например, вы можете опубликовать обновление статуса на своей странице Facebook или отправить то же самое в другую социальную сеть. Вы также должны сделать это, как только нормальное обслуживание будет возобновлено.
5. Планирование аварийного восстановления
Если ваш сайт является критическим элементом вашего бизнеса, в идеале, вы должны иметь план аварийного восстановления, чтобы иметь дело с тем, чтобы ваш сайт вернулся в сеть как можно быстрее.
Вывод
Надеюсь, что, прочитав эту статью, вы должны иметь более четкое представление о том, почему веб-сайт может быть отключен, что вы можете сделать, чтобы предотвратить его, и что вам нужно делать, если ваш сайт вообще не работает.
Для веб-хостинга с исключительной надежностью, включая пакеты со 99,9% временем безотказной работы, гарантированные SLA, посетите нашу домашнюю страницу, чтобы увидеть наш широкий спектр хостинговых планов.
Почему веб-страница недоступна и что делать: советы от Блондинки
Привет! Сегодня речь пойдет про ошибку, с которой, я уверена, сталкивался каждый пользователь интернета. «Веб-страница недоступна» или «Не удается получить доступ к сайту». Такое сообщение может появляться при переходе на все ресурсы или только на некоторые. Давайте разбираться, сложно ли исправить такую неприятность.
При появлении такой ошибки не звоните мастеру, а попробуйте решить ее самостоятельно. Уверена, все получится! При необходимости мы всегда готовы ответить на все вопросы в комментариях или через онлайн-чат!
С чем связана ошибка?
«Страница недоступна» – что говорит такое сообщение и когда появляется? Вот некоторые ситуации:
При этом может быть приписана какая-то ошибка (например, 101, 124), а иногда мы видим «Веб-страница по такому-то адресу временно недоступна». Исправить это несложно, главное разобраться в причинах.
Что значит, если при попытке посетить какой-то интернет-ресурс, мы получаем надпись: «Веб-страница недоступна»? Неприятность появляется не просто так, тому есть объяснения. Вот несколько причин, которые помогут понять, почему какой-то сайт недоступен:
Иногда в проблеме виноват сам сайт. Обычно разработчики быстро исправляют неполадки и через некоторое время ресурс снова работает. Бывает, что сайт блокирует провайдер за нарушение правил.
Все возможные варианты решить проблему описаны в следующем видео:
Проверка URL
В первую очередь посмотрите на адресную строку браузера и проверьте, правильно ли там отражается адрес страницы, на которую вы хотите попасть. Если все верно, попробуйте зайти на ресурс с другого ПК или телефона. Если и тут не получилось, проверьте, работает ли Интернет.
Удаление Cookie-файлов
Что делать, если Интернет работает, адрес правильный, а веб-страница все равно недоступна? Попробуйте очистить историю. Это сделать очень просто. Вот инструкция для Яндекс.Браузер:
Теперь про Google Chrome:
Теперь пробуйте снова зайти на сайт, с которым возникла проблема. Если снова неудача, читаем дальше.
Настройки прокси-сервера
Что делать, если проверка адреса, очистка истории не помогли, и сообщение «Веб-страница недоступна» все также «радует глаз»? Давайте анализировать настройки прокси-сервера.
Вот универсальная инструкция для любой версии операционной системы Windows:
Если сайт исправен и не заблокирован за нарушение правил, этот вариант точно должен решить проблему с доступом.
Более подробно про прокси-сервер я писала тут.
Дополнительный совет
Про смену DNS можно посмотреть видео:
В некоторых случаях, когда веб-страница недоступна на ПК или в телефоне, можно попробовать сменить DNS. Что для этого делать (на примере Windows 10):
Такую же процедуру можно провести и на телефоне. Вот инструкция для Android:
Если вообще ничего не помогло, позвоните провайдеру, чтобы узнать актуальную информацию про проблемный ресурс. В крайнем случае проверьте ПК на вирусы и попробуйте переустановить браузер.
Обязательно напишите, если статья не помогла решить проблему. Будем думать вместе!
Как понять почему сайт недоступен?
Причин недоступности сайта может быть несколько. Это:
Неразрешающееся доменное имя
Возникает в случае неверных настроек домена у держателя NS-серверов (как правило это регистратор доменного имени), а также из-за проблем и технических работ у держателя DNS-серверов.
Диагностика разрешения доменного имени
в открывшемся окне набираем cmd, жмём ОК.
Если в меню Пуск нет пункта Выполнить, то то же самое окно можно получить нажав на клавиатуре кнопку с виндовым окошком «Win» + «R»
Открывается чёрное окно (окно интерпретатора командной строки). Там вводим nslookup ваш_домен, например nslookup myinsales.ru
В случае сайта на inSales в ответе всегда должен быть именно такой IP-адрес: 85.119.149.173 или 85.119.149.175 (данные IP-адреса могут меняться, уточнить актуальный IP-адрес можно в нашей технической поддержки)
Если выдаётся именно этот адрес, значит доменное имя разрешается правильно, и следует поискать проблему по вариантам ниже.
В этом случае нужно проверить настройки домена. Если они верные, то проверить, какие NS-сервера используются для домена. Это можно сделать с помощью сервисов whois на сайте любого регистратра домена. Возьмём для примера nic.ru.
В поле прямо посередине экрана вписываем свой домен, жмём Проверить.
Домен найден, жмём ссылку занят напротив него.
На открывшейся странице будет информация о NS-серверах. В нашем примере это ns1.insales.ru и ns2.insales.ru
Проблемы у провайдера
Проблемы у провайдера заключаются в нарушении связи между различными частями сети.
Диагностика связи
наберите команду tracert 85.119.149.129 (для не-windows систем команда может иметь вид tracerte 85.119.149.129).
Результат исполнения команды должен иметь следующий вид:
Важно наличие в последней строке записи 85.119.149.130 или 85.119.149.129 (данные IP-адреса могут меняться, уточнить актуальный IP-адрес можно в нашей технической поддержки) с правильным IP-адресом.
Если результат исполнения имеет вид, подобный этому:
то имеет место нарушение связи между различными частями сети.
Точку сети, в которой находится причина нарушения можно увидеть в результате исполнения команды. В данном примере это m9-cr01-be2.msk.ip.ncnet.ru [77.37.254.209]
Истёкший срок регистрации домена
Если истёк срок регистрации домена, то вместо сайта может быть показано изображение, вроде следующего:
Соответственно следует продлить срок регистрации домена.
