Интернет – диагностика проблем с доступом к сайтам
Если вы столкнулись с ситуацией, когда нужный вам сайт оказался недоступен, вы можете при помощи стандартных утилит операционной системы и различных онлайн-сервисов определить где проблема:
1. на вашем компьютере
2. у вашего провайдера
3. непосредственно у ресурса, к которому вы не можете получить доступ.
Следует уточнить, что диагностику имеет смысл проводить только в том случае, если выдаются ошибки о недоступности сайта.
Если же отображается информационное сообщение о блокировке доступа (например, как на скриншоте ниже), то сайт внесен в реестр интернет-ресурсов, запрещенных законом Российской Федерации и доступ к нему ограничен на законодательном уровне.
Проверка на компьютере, работающем под управлением ОС Windows.
1. Доступность сайта.
Сперва определим работает ли данный сайт вообще. В интернете есть много сервисов для проверки доступности ресурсов. Проверим сайт infolink.ru на примере сервиса http://www.isup.me , имеющего простой и понятный интерфейс.
По результатам проверки видим, что с доменом и сайтом всё в порядке.
Если сервис показывает, что сайт или домен недоступен,
то дальнейшая проверка не требуется, остается ждать, когда его работа возобновится.
2. DNS.
Последовательно введем три запроса и сравним результаты.
nslookup пробел <имя_проверяемого_сайта> пробел <адрес DNS >
nslookup ya.ru 8.8.8.8
nslookup ya.ru 93.123.162.162
nslookup ya.ru
Три одинаковых результата говорят о том, что проблем с DNS нет.
3. Браузер.
Google Chrome
Mozilla Firefox
Попробуйте также проверить работу проверяемого сайта в других браузерах.
4. Трассировка.
Далее при помощи команды tracert (сокращение от traceroute) проведем трассировку до сайта, то есть посмотрим, через какие транзитные участки сети он проходит и доходит ли до конечного сервера. Выполнение команды, как и в случае с nslookup, осуществляется в командной строке. Попробуем пустить трассировку до сайта infolink.ru, для этого наберем
tracert пробел <имя_проверяемого_сайта>
tracert ya.ru
Трассировка прошла успешно и дошла до конечного адресата.
Следует отметить, что некоторые транзитные участки сети могут не отвечать на запросы, выдавая сообщение о превышении интервала ожидания для запроса. Если трассировка доходит до конечного адресата, то это не говорит о наличии проблем.
Когда же трассировка до проверяемого сайта заканчивается одними звездочками и сообщениями о превышении интервала запроса, обратитесь в службу технической поддержки провайдера, предоставив, при необходимости, результаты вашей трассировки.
5. Блокировка администрацией ресурса.
И последний, достаточно редкий случай, это блокировка доступа администрацией самого сайта или площадкой, на которой он находится. Если по всем вышеописанным признакам сайт работать должен, но по-прежнему не открывается, попробуйте связаться с технической поддержкой сайта.
Ручной мониторинг доступности сайта (обзор простых инструментов)
После покупки виртуального и/или выделенного сервера важно вовремя получать информацию о недоступности сервиса, то есть проводить мониторинг основных подсистем веб-сайта.
Надежный веб-сайт должен быть легкодоступен для пользователей 7 дней в неделю, поэтому его надо постоянно проверять как на предмет доступности, так и на предмет работоспособности:
- регулярная самостоятельная проверка работоспособности веб-сайта с помощью бесплатных инструментов;
- постоянный мониторинг доступности сайта, оптимальным для которого является часовой интервал: большинство пользователей попытаются вернуться на сайт в течение 1-2 часов, более частые проверки не гарантируют более оперативного исправления проблем быстрее, чем в течение часа;
- мониторинг компонентов проекта и анализ метрик приложений: скорости ответа, ошибок компонентов, сервисов, скорость ответов базы данных, мониторинг запросов без индексов или медленных запросов;
- мониторинг производительности веб-сайта: медленная загрузка страниц может стоить потери клиентов, в то время как в результате мониторинга приходит своевременное уведомление о проблемах, позволяющее оперативно их устранять и минимизировать последствия;
- мониторинг проблем заключается в отслеживании нескольких параметров сайта с частотой не менее раза в минуту из нескольких географических точек, для того чтобы максимально покрыть минутный интервал проверками и отследить возможные проблемы, связанные с географией пользователей.
- с DNS-сервером (когда в определенные интервалы времени адрес сайта не может быть определен, хотя сам сайт физически доступен);
- с большим временем ответа (при обновлении кэша, например, или при выполнении «тяжелых» задач на стороне сервера);
- с плановым выполнением задач (в результате которых сайт будет не доступен только в определенные моменты времени);
- с большим времени ожидания статических файлов (например, из-за сетевой инфраструктуры или проблем с физическим носителем);
- с подключением к базе данных.
Работа сайта в выходные/сезон отпусков
Есть задача: веб-сайт/сервер/сервис должен работать непрерывно несколько дней без человеческого вмешательства. Что может пойти не так?
Обычные сбои время от времени случаются сами по себе. Только вот ночной сбой со вторника на среду решается перезаливом с бэкапа в среду утром. А на выходных нередки сбои «с пятницы на понедельник». Сколько в таком случае может лежать сайт во время праздников, зависит от длительности отпуска ответственных сотрудников.
В целом, сайту бывает нехорошо, но в будние дни проблема решается быстро. Сколько времени заняло бы решение на майских, если бы не мониторинг? Вместо пары часов могло бы быть пару дней, и это не редкость.
Не делайте серьезных изменений кода перед длительными выходными. Необходимо тщательно протестировать систему с внесенными правками, чтобы изменения работали должным образом. Рекомендуется откладывать внесение каких-либо серьезных изменений до того момента, когда веб-сайт испытывает меньше нагрузки на трафик.
Кроме обычных проблем, сайты во время длительного отсутствия бдительных стражей любят также подхватить и другие недуги. Например, может закончиться срок действия домена или сертификата. Или надумает растолстеть база данных. Или он может угодить в списки DNSBL или Роскомнадзора.
Черные списки DNSBL
Важной функцией является проверка доменов в черных списках DNSBL (DNS blacklist или DNS blocklist) — списки хостов, хранимые с использованием системы архитектуры DNS. Обычно используются для борьбы со спамом.
Эти списки независимы и формируются каждый по своему алгоритму, из-за чего в результате случайной ошибки там может оказаться даже безобидный сайт. IP адрес из вашей подсети может использоваться в злонамеренных целях, например, спамерами или другими злоумышленниками, в результате чего вся подсеть может оказаться заблокированной в черном списке соответствующей структуры.
Чем это грозит именно вам? Письма от вас перестанут приходить клиентам, сайт станет хуже отображаться в поисковиках и так далее по нарастающей. Поэтому функция контроля и оповещения о попадании в наиболее популярные черные списки является весьма востребованной.
Каждый администратор может настроить свой веб-сервер таким образом, чтобы, например, не получать письма от серверов, перечисленных в определенном списке. Это помогает бороться со спамом, распространением вредоносного ПО, DDoS-атаками и другими проблемами.
Онлайновые черные списки DNSBL, например, antispamsniper.com или syslab.ru, позволяют фильтровать спам, используя DNS для доступа к базам спамерских IP адресов.
Для проверки наличия заданного IP адреса в черных списках введите IP адрес (ваш текущий IP адрес указывается по умолчанию) и нажмите кнопку Проверить.
Защита от DDoS-атак
Если от доступности веб-сайта зависит прибыль, то следует подготовить его к возрастающим нагрузкам (например, во время сезонных распродаж или Черной пятницы) и возможным атакам конкурентов и/или злоумышленников, которые рассчитывают на увеличение времени отклика веб-сайта на входящие запросы или на частичную/полную недоступность.
Планирование технических работ
Программное обеспечение сервера, на базе которого построен веб-сайт или иной ресурс, должно периодически обновляться.
Планирование технических работ позволяет достигнуть двух целей: не присылать оповещения об ошибках и не записывать ошибки во время определенного интервала времени в статистику. При этом проверки во время технических работ все так же идут и исправно пишутся в лог, а следовательно могут быть полезными для администраторов: лог позволяет определить, сколько именно длилось обновление или перезагрузка, какие ошибки при этом выдавались, какие проблемы при этом наблюдались и так далее.
Рекомендуется проводить плановые работы во время заметного уменьшения (редуцирования) клиентского трафика, а также во время отсутствия пиковой загрузки полосы пропускания.
Мониторинг срока действия домена и SSL-сертификата
Проблемы с продлением доменов и сертификатов возникают даже у больших компаний. Поэтому оповещение (по СМС или электронной почте), что данный домен необходимо продлить, является крайне полезным. Например, ping-admin.ru предоставляет платные услуги оповещения о результатах мониторинга.
Проверка срока действия домена
Проверить домен бесплатно можно с помощью сервиса nic.ru.
Проверить время действия домена бесплатно можно с помощью сервиса Whois Service.
Проверка срока действия SSL-сертификата
Выполните следующую команду из командной строки в Linux, чтобы узнать срок действия SSL сертификата, с помощью openssl:
Помимо срока действия, SSL сертификат содержит много интересной информации. Каждый SSL сертификат содержит информацию о том, кем он был выдан, кому он выдан, его срок действия и прочее.
Все эти данные могут быть извлечены из SSL сертификата сайта с помощью программы openssl из командной строки в Linux.
Проверить кто выдал SSL сертификат:
Проверить кому выдан SSL сертификат:
Показать всю перечисленную выше информацию об SSL сертификате одной командой:
Мониторинг доступности сайта
Для эффективной работы любого посещаемого веб-сайта необходима постоянная доступность его материалов для посетителей, а также возможность для администратора проекта иметь доступ к серверной части для внесения изменений или любых других действий.
Вы легко можете проверить доступность сайта из командной строки в Linux и получить от сервера код со статусом HTTP, с помощью таких команд как TELNET или CURL.
Доступность сайта с помощью CURL
Выполните следующую команду для проверки доступности сайта и получения сообщения со статусом от сервера:
Статус код ‘200 OK’ означает что запрос был успешно выполнен и сайт доступен.
Вот еще один пример, который показывает как curl отображает разные ответы сервера:
Также с помощью curl можно проверить доступность отдельной страницы на сайте, например:
Доступность сайта с помощью TELNET
Вы также можете проверить доступность сайта и получить сообщения со статусом от сервера с помощью команды telnet:
Вывод, означающий, что сайт доступен, будет выглядеть следующим образом:
В заключении хочется отметить, что всегда есть вариант написать свой скрипт для проверки аптайма на PHP или Perl, или можно создать телеграм-бота для рассылки уведомлений, но подсчитав дневной доход с веб-сайтов и соотнеся его со стоимостью мониторинга, чаще дешевле использовать платные сервисы типа PagerDuty.
Как сделать трассировку
Для того, чтобы проверить пинг узла в интернете, необходимо использовать в командной строке специализированную команду «ping», через пробел после которой следует ввести web-адрес интересующего сайта или его ip и нажать клавишу Enter. После этого система произведет тестовый обмен пакетами по 32 байта с назначенным узлом в сети, и в результатах выведет статус обмена для каждого пакета и время передачи. На основании полученных данных можно сделать вывод относительно доступности сервера и качества связи с ним. В системах семейства Windows выполняется обмен 4-мя пакетами.
Сетевая команда Telnet
Специальная команда Telnet дает возможность пользователю определить возможность установки связи с каким-либо удаленным серверным компьютером или сайтом при помощи заданного сетевого порта. Чтобы данная команда работала, необходимо в настройках Windows включить соответствующий компонент.
Для того, чтобы выполнить эту команду, в командную строку необходимо ввести Telnet и далее через пробелы адрес серверного компьютера и номер желаемого порта, и потом нажать клавишу «Enter».
В случае появления пустого экрана и мигающего курсора, соединение с требуемым узлом было осуществлено успешно.
Если же соединение установить не удается, то в окне появится соответствующее сообщение.
Как сделать трассировку — сетевая команда Tracert
Специализированная сетевая команда Tracert дает возможность пользователю узнать особенности пути прохождения запроса, выявив данным способом конкретный пункт маршрута, на котором возникают проблемы передачи информации. Кроме того, при помощи Tracert можно определить скорость передачи данных на каждой стадии прохождения запроса.
Для того, чтобы инициировать выполнение команды, необходимо в командной строке ввести «Tracert», и далее через пробел адрес интересующего серверного компьютера.
В результате в окне будет отображена таблица, в которой каждая строка будет являться одним пунктом маршрута: в качестве первой строки будет фигурировать Ваш шлюз, затем промежуточные этапы движения запроса, и в самом конце — требуемый сервер.
Пинг сайта через командную строку
Часто можно встретить выражение: «Попингуй сайт (IP)», или «Проверь пинг сайта», или «Пингани сайт» и т.д. Как это сделать и что это значит, мы разберем в этой статье.
Что такое пинг (ping)?
Пинг (ping) — это время необходимое для отправки пакета на удаленный или локальный узел, с последующим получением от него ответа. В русском языке слово «пинг» происходит от английского «ping».
Проверка времени ответа (пинга) возможна только в том случае, если оба узла, участвующие в обмене, разрешают прохождение данного вида ICMP трафика. Обратите внимание на то, что это очень важно! К примеру, если на удаленном узле ответ на PING запрещен, то в результате проверки Вы получите ответ, что превышено время ответа от узла, но при этом этот результат не может означать, что удаленный узел не доступен через сеть Интернет.
Как же проверить пинг сайта?
В данной статье мы рассмотрим проверку на примере систем Windows. В системах Linux обычно консоль всегда доступна в графическом интерфейсе на стартовом экране, поэтому рассматривать ее вызов мы не будем.
Для запуска консоли (командной строки) и проверки ping’а в Windows нам необходимо вызвать инструмент «Выполнить», который располагается в меню «Пуск», но проще вызвать этот инструмент сочетанием клавиш «Win» + «R». В открывшемся окне наберите команду «cmd» и нажмите «ОК».
На экране должна появиться консоль Windows. В этой консоли наберите команду:
«ping mydomain.tld«.
* Обратите внимание: адрес mydomain.tld указан в качестве примера. Вам здесь нужно набрать адрес своего сайта без http:// и https://
В результате выполнения этой команды Вы получите количество отправленных, полученных и потерянных пакетов. Если количество отправленных пакетов равно количеству полученных, то это говорит о том, что проблем со связью между Вашим ПК и проверяемым сайтом нет. Говоря о времени ответа, нормальным значением для сайта будет являться ответ не выше 100 ms, допустимым значением 100-300 ms.
Здесь же будет указан IP-адрес сервера, который определен в DNS для Вашего сайта.
Кроме команды «ping mydomain.tld» Вы можете указать «ping mydomain.tld -n X«, где «Х» — это число отправленных запросов. Или же вызвать непрерывную проверку, указав: «ping mydomain.tld -t«.
Также команду «ping» можно ввести сразу в окно «Выполнить», но в этом случае после выполнения команды консоль моментально закроется.
Как скопировать результат выполнения ping?
Сделав пинг через вызов командной строки, Вы сможете скопировать результат выполнения. Для этого зажмите левую кнопку мыши и выделите нужные данные. После чего нажмите на сочетание двух клавиш «Ctrl» + «C».
Либо после выделения данных наведите курсор на верхнюю часть экрана командной строки и кликните на правую кнопку мыши, в результате откроется меню с пунктом «Изменить».
Можно ли доверять команде ping?
Стоит обратить внимание на то, что наличие проблем со связью между Вашим ПК и сайтом не может говорить о том, что у посетителей сайта и поисковых систем будет аналогичный результат. Иначе говоря, проверку пинга, если речь идет об общей доступности сайта, а не о доступности с Вашего рабочего места, нужно производить из различных точек сети Интернет.
И еще раз обратите внимание на то, что оба узла, участвующие в обмене, должны разрешать прохождение данного вида ICMP трафика! А также на узлах не должно быть установлено ограничение на количество полученных/отправленных пакетов!