Содержание
Проверка ответа сайта и загрузки страницы
Проверка ответа сайта и загрузки страницы | Monitor-Site.com
Адрес сайта
Тип запроса к серверу *
GETPOSTHEAD
Максимальное время загрузки данных*
Параметры для POST-запроса
Проверка слов
Переходить по редиректу один раз (при ответе сервера 301, 302, 303, 307)
Сервера для проверки Вашего сайта:
сервер Россия (Москва)
сервер Россия (Санкт-Петербург)
сервер Россия (Новосибирск)
Выбранная страница сайта скачивается на сервера мониторингов по HTTP/HTTPS.
Проверяется скорость загрузки кода страницы или заголовка ответа.
На сервер не скачиваются картинки и дополнительные скрипты, а только код выбранной страницы.
Другие проверки
Выберите чтобы перейти к проверке————————————————————Комплексная проверка сайта————————————————————Проверка доступности сайта PINGПроверка загрузки страницы HTTP/HTTPSПроверка ответа от DNSПроверка доменаПроверка сертификатаПроверка сайта на вирусыПроверка доступности FTPПроверка произвольного порта
Эти данные будут собраны онлайн со всех серверов, которые Вы отметили для проверки.
Для того, чтобы статистика о Вашем ресурсе собиралась постоянно — запустите постоянный мониторинг
Для новых пользователей бесплатный мониторинг одного сайта — 15 дней!
Анализ сайта
Для анализа работы сайта недостаточно только одной проверки PING до сервера (проверить доступность сайта),
т.к. там передаются только небольшие пакеты.
Для более тщательного анализа, необходимо производить периодическую загрузку страницы на сервера проверок и проверять время загрузки.
Причины медленной загрузки сайта
Скорость загрузки может зависеть от загрузки проверяемого веб-сервера, от скорости и качества его интернет-соединения, от работы промежуточных узлов сети.
Но также все те же проблемы могут быть на проверяющем сервере. Так что для уверенности в мониторинге необходимо проверять
ресурс с нескольких серверов одновременно. Для таких целей лучше использовать сервера, которые располагаются на территории
потенциальных пользователей сайта, но на удаленности друг от друга.
Это уменьшит погрешность результатов мониторинга.
Настройка параметров мониторинга
Вам необходимо выбрать тип запроса к серверу:
GET
скачивание указанной страницы, с переданными параметрами в строке запроса
POST
отправка параметров к странице, и скачивание результирующей страницы (это имитация заполнения формы на сайте, удобно использовать для проверки работоспособности разнообразных сервисов (авторизация пользователя, обратная связь, оставление заявок))
HEAD
принимаются только заголовки ответа сервера на запрос страницы. Вся страница не скачивается. Такая проверка нужна только для проверки доступности сайта и анализа кодов ответа сервера
При проверке необходимо определить максимальное время загрузки данных. Превышение этого времени будет считаться ошибкой.
Также эта проверка сайта позволяет проверять слова на странице, их можно указать через провел или запятую.
Если любое из указанных слов перестало быть в ответе страницы — сервис выдаст ошибку.
При необходимости, возможно отметить галочку для перехода по редиректу, если страница может временно перенаправляться на другую.
Но лучше указывать конечную правильную страницу, с правильным протоколом (http или https).
Основные причины необходимости проверок HTTP/HTTPS:
Проверка ответа сервера
Сервер может отвечать на запросы пользователей, но с ошибками. Необходимо постоянно отслеживать ответ сервера.
Работоспособность сайта
Необходимо проверять время ответа сервера и контент, который отдается сервером.
Также важно проверять несколько ключевых слов со страницы, чтобы определять возможные ошибки веб-сервера.
Проверка загрузки страницы и ответа сервера — основной метод мониторинга работоспособности сайтов
Если необходимо проверить нестандартный порт сервера — проверить порт
Перед запуском ежеминутного мониторинга попробуйте проверить сайт онлайн
Оставьте заявку на запуск мониторинга
Сайт не открывается — кто виноват? Проверка доступности сайта.
Хостинг в деталях
Каждый веб-мастер рано или поздно сталкивается с недоступностью сайта. Первым делом владелец сайта (или администратор) обращается в службу поддержки хостинг-провайдера для выяснения причин. Это не совсем правильный подход, ведь существует множество способов самостоятельно выяснить причину проблемы. Давайте рассмотрим основные.
1. Проверка whois. В первую очередь я проверяю данные whois, а именно NS записи домена и состояние (делегирован домен или нет). Если уже на этом этапе возникают проблемы, стоит обратиться к регистратору домена и восстановить функционирование доменного имени. Для проверки whois можно воспользоваться ресурсом http://who.is
2. Пинг (ping) — это наиболее простой способ проверить доступность ресурса. Откройте командную строку вашего компьютера (Пуск — Выполнить — cmd.exe; если у вас Linux или MacOS, используйте стандартный терминал) и введите команду ping example.com, где example.com — имя вашего домена.
В результате выполнения команды мы получим ip сервера, к которому идет обращение, время ответа сервера и количество переданных/потерянных пакетов:
Если ответ от сервера отсутствует, на ответ требуется больше 100-200 мс, высокий процент потерь, имеет смысл выяснить, на каком участке возникла проблема. Возможно дело вовсе и не в хостере, а, например, в вашем провайдере. Может получиться, что проблемы с доступом не затронули большую часть посетителей сайта, нет причин винить хостера и готовиться к переезду.
Существуют сервисы, с помощью которых можно проверить пинг к домену из разных точек. Например, http://just-ping.com
На этом сайте нужно только ввести имя домена или ip-адрес, доступность которого хотите проверить. Доступность ресурса будет проверена из 50 различных точек мира. Данный способ является более точным, чем пинг с вашего компьютера, поскольку исключается возможность проблем на стороне вашего интернет-провайдера.
Более широким функционалом обладает ресурс http://host-tracker.
com , который работает по тому-же принципу, но, помимо результатов пинга показывает также http-ответ сервера, размер страницы, время и скорость загрузки страницы. Поскольку ICMP-пакеты могут блокироваться сервером или маршрутизатором, пинг к домену может отсутствовать, но при этом сайт будет функционировать без проблем. В таких ситуациях, http://host-tracker.com является оптимальным инструментом для проверки доступности сайта.
3. Трассировка — это проверка маршрута сигнала от рабочего ПК до сайта или сервера. Для того, чтобы проверить трассировку маршрута к какому-либо ресурсу, необходимо в командной строке Вашего ПК вызвать соответствующую утилиту. Если у вас Windows, перейдите в Пуск — Выполнить — cmd.exe и в открывшемся меню введите tracert example.com. Если у вас Linux или MacOS, выполните в стандартном терминале команду traceroute example.com . Результатом выполнения команды будет список всех узлов сети на маршруте между вашим ПК и доменом example.
com
Если на каком-либо узле сети сигнал пропадает, то отображается сообщение о недоступности узла или о том, что превышено время ожидания. Смотрите, на чьём участке возникла проблема, и делайте выводы.
4. Mtr (MyTraceroute) — утилита, которая совмещает в себе ping и traceroute. Утилита в реальном времени отображает маршрут пакетов от Вашего ПК к домену или IP, отображая все узлы сети, время отклика от каждого узла и потерянные пакеты. В Linux и MacOS утилита называется mtr, в Windows — WinMTR.
5. Прокси-серверы, анонимайзеры. К данному типу относятся ресурсы, которые позволяют скрыть свой реальный IP адрес или просмотреть как отображается ресурс для региона, в котором физически размещен прокси-сервер. Пример такого ресурса — http://anonymouse.org . Нужно только ввести адрес интересующего вас сайта, и ресурс отобразит запрашиваемый сайт. Такой способ проверки доступности сайта используется в случае, когда интернет-провайдер блокирует доступ к сайту, или DNS-сервер провайдера не может обработать запрос.
Вот пять основных способов проверки доступности ресурса. Рекомендуется производить комплексный анализ, а не использовать какой-либо один метод. Таким образом вы можете сэкономить время выяснения причин недоступности сайта, ведь далеко не всегда в этом есть вина хостинг-провайдера.
6 способов быстрой проверки доступности веб-сайта в терминале Linux
Пользователи Linux могут легко проверить доступность веб-сайтов из командной строки, получив коды состояния с веб-сервера.
Приведенные ниже коды состояния ответа HTTP сообщают вам о состоянии веб-сайта, и в большинстве случаев вы увидите один из приведенных ниже кодов в браузере, когда столкнетесь с проблемой доступа к веб-сайту, за исключением первых двух кодов.
- 200 ОК : Стандартный ответ на успешные HTTP-запросы.
- 301 Перемещено навсегда: Запрошенная страница перемещена на новый URL-адрес. Это потому, что вы перенаправлены с сайта без www на сайт с www или наоборот.
- 403 Запрещено : Доступ к запрашиваемой странице запрещен.
- 404 Не найдено : Сервер не может найти запрошенную страницу.
- 500 Внутренняя ошибка сервера: Запрос не выполнен. Сервер столкнулся с непредвиденным условием.
- 502 Неверный шлюз: Запрос не выполнен. Сервер получил недопустимый ответ от вышестоящего сервера.
- 503 Служба недоступна: Запрос не выполнен. Сервер временно перегружен или недоступен.
Большинство из нас предпочитает использовать команду ping, которая выполняет базовый тест, чтобы определить, доступен ли удаленный хост, но не проверяет, работает ли веб-сервер.
В этом руководстве мы покажем вам несколько команд, чтобы проверить, не работает ли веб-сайт, с терминала Linux.
Мы добавили различные параметры для проверки этой информации для одного и нескольких хостов.
Если вы поддерживаете определенные веб-сайты и хотите получать оповещения в режиме реального времени, когда веб-сайт выходит из строя.
Я рекомендую использовать инструменты отслеживания веб-сайтов в режиме реального времени, некоторые из которых бесплатны, но большинство из них платные, поэтому выберите тот, который вы предпочитаете, в зависимости от ваших потребностей. Эту тему мы рассмотрим в нашей следующей статье.
Способ 1: проверить доступность веб-сайта с помощью команды fping
fping — это такая программа, как ping, которая использует эхо-запрос протокола управляющих сообщений Интернета (ICMP), чтобы определить, отвечает ли целевой хост.
fping отличается от ping тем, что позволяет пользователям параллельно пинговать любое количество хостов, как показано ниже:
# fping 2daygeek.com linuxtechnews.com magesh.co.in 2daygeek.com жив linuxtechnews.com жив magesh.co.in жив
Метод-2: Тестирование веб-сайта из командной строки Linux
httpie tool — это современный http-клиент командной строки, который обеспечивает взаимодействие CLI с веб-сервисами.
Предоставляет простую команду http, которая позволяет отправлять произвольные HTTP-запросы с использованием простого и естественного синтаксиса и отображает раскрашенный вывод.
Это не замена cURL, но она особенно хорошо подходит для REST API на основе JSON.
# http 2daygeek.com HTTP/1.1 301 перемещен навсегда CF-RAY: 535b66722ab6e5fc-LHR Кэш-Контроль: max-age=3600 Соединение: Keep-alive Дата: Чт, 14 ноября 2019 г.19:30:28 по Гринвичу Истекает: Чт, 14 ноября 2019 г., 20:30:28 по Гринвичу Адрес: https://2daygeek.com/ Сервер: клаудфлаер Передача-кодирование: по частям Варьируйте: Accept-Encoding
Способ 3: Проверка работоспособности веб-страницы с помощью curl
Команда curl — это инструмент, который используется для передачи данных либо с сервера, либо на сервер с использованием одного из поддерживаемых протоколов, таких как ftp, ftps, http, https, scp и т. д.
Команда curl предназначена для работы без взаимодействия с пользователем, и это неизбежно при работе на консоли.
Он поддерживает поддержку прокси-сервера, аутентификацию пользователя, загрузку по FTP, отправку по HTTP, соединения SSL, файлы cookie, возобновление передачи файлов, Metalink и многое другое.
# завиток-I https://www.magesh.co.in HTTP/2 200 дата: Чт, 14 ноября 2019 г., 19:39:47 по Гринвичу тип содержимого: текст/html set-cookie: __cfduid=db16c3aee6a75c46a504c15131ead3e7f1573760386; expires=пт, 13 ноября 20 19:39:46 по Гринвичу; путь=/; домен=.magesh.co.in; HttpOnly варьироваться: Accept-Encoding последнее изменение: вс, 14 июня 2015 г., 11:52:38 GMT x-cache: ХИТ из бэкенда cf-кэш-статус: ДИНАМИЧЕСКИЙ ожидание-ct: max-age=604800, report-uri="https://report-uri.cloudflare.com/cdn-cgi/beacon/expect-ct" сервер: клаудфлаер cf-ray: 535b74123ca4dbf3-LHR
Если вы хотите видеть только код состояния HTTP вместо полного вывода, используйте следующую команду curl:
# curl -I "www.magesh.co.in" 2>&1 | awk '/HTTP\// {напечатать $2}'
200 Используйте следующий сценарий оболочки для отображения настроенного вывода с кодом состояния http:
# vi curl-url-check.
sh
#!/бин/баш
если завиток -I "https://www.magesh.co.in" 2>&1 | grep -w "200\|301" ; тогда
echo "magesh.co.in работает"
еще
echo "magesh.co.in не работает"
фи Запустите сценарий после добавления вышеуказанного сценария в файл:
# chmod +x curl-url-check.sh # sh curl-url-check.sh HTTP/2 200 magesh.co.in работает
Используйте следующий сценарий оболочки для просмотра состояния нескольких веб-сайтов с помощью команды curl:
# vi curl-url-check-1.sh
#!/бин/баш
для сайта в www.google.com google.co.in www.xyzzz.com
делать
если curl -I "$site" 2>&1 | grep -w "200\|301" ; тогда
echo "$site работает"
еще
echo "$сайт недоступен"
фи
эхо "-------------------------------------------------"
сделано Запустите сценарий, чтобы увидеть вывод:
# chmod +x curl-url-check-1.sh # ш curl-url-check-1.sh HTTP/1.1 200 ОК www.google.com работает ---------------------------------- HTTP/1.1 301 перемещен навсегда google.co.in работает ---------------------------------- www.
xyzzz.com недоступен
---------------------------------- Способ 4: как проверить, работает ли веб-сайт или нет with wget
Команда wget (ранее известная как Geturl) — это бесплатный инструмент загрузки из командной строки с открытым исходным кодом, который извлекает файлы с использованием HTTP, HTTPS и FTP, наиболее широко используемых интернет-протоколов.
Это неинтерактивный инструмент командной строки, название которого происходит от «World Wide Web and get».
wget справляется с загрузкой довольно хорошо по сравнению с другими инструментами. Его функции включают работу в фоновом режиме, рекурсивную загрузку, загрузку нескольких файлов, возобновление загрузки, неинтерактивную загрузку и загрузку больших файлов.
# wget -S --spider https://www.magesh.co.in Режим паука включен. Проверьте, существует ли удаленный файл. --2019-11-15 01:22:00-- https://www.magesh.co.in/ Загруженный сертификат CA '/etc/ssl/certs/ca-certificates.
crt'
Разрешение www.magesh.co.in (www.magesh.co.in)… 104.18.35.52, 104.18.34.52, 2606:4700:30::6812:2334, …
Подключение к www.magesh.co.in (www.magesh.co.in)|104.18.35.52|:443… подключено.
HTTP-запрос отправлен, ожидается ответ…
HTTP/1.1 200 ОК
Дата: Чт, 14 ноября 2019 г.19:52:01 по Гринвичу
Тип содержимого: текст/html
Соединение: Keep-alive
Set-Cookie: __cfduid=db73306a2f1c72c1318ad4709ef49a3a01573761121; expires=пт, 13 ноября 20 19:52:01 по Гринвичу; путь=/; домен=.magesh.co.in; HttpOnly
Варьировать: Accept-Encoding
Последнее изменение: вс, 14 июня 2015 г., 11:52:38 по Гринвичу.
X-Cache: ХИТ из бэкенда
CF-кэш-статус: ДИНАМИЧЕСКИЙ
Expect-CT: max-age=604800, report-uri="https://report-uri.cloudflare.com/cdn-cgi/beacon/expect-ct"
Сервер: клаудфлаер
CF-RAY: 535b85fe381ee684-LHR
Длина: не указана [текст/html]
Удаленный файл существует и может содержать дополнительные ссылки,
но рекурсия отключена - не извлекается. У вас могут возникнуть проблемы с определением статуса веб-сайта из приведенного выше вывода, так как он содержит так много строк, что его трудно прочитать.
Следовательно, используйте следующую настраиваемую команду для просмотра только кода состояния HTTP вместо полного вывода:
# wget --spider -S "www.magesh.co.in" 2>&1 | awk '/HTTP\// {напечатать $2}'
200 Используйте следующий сценарий bash, чтобы добавить дополнительное значение в вывод на основе кода состояния для лучшей читабельности:
# vi wget-url-check.sh
#!/бин/баш
если wget --spider -S "https://www.google.com" 2>&1 | grep -w "200\|301" ; тогда
echo "Google.com работает"
еще
echo "Google.com недоступен"
фи Вы можете увидеть вывод, как только скрипт будет выполнен, как показано ниже:
# chmod +x wget-url-check.sh # ш wget-url-check.sh HTTP/1.1 200 ОК Google.com работает
Используйте следующий сценарий оболочки для просмотра состояния нескольких веб-сайтов:
# vi curl-url-check-1.sh
#!/бин/баш
для сайта в www.google.com google.co.in www.xyzzz.com
делать
если wget --spider -S "$site" 2>&1 | grep -w "200\|301" ; тогда
echo "$site работает"
еще
echo "$сайт недоступен"
фи
эхо "-------------------------------------------------"
сделано Вы можете увидеть вывод, как только скрипт будет выполнен, как показано ниже:
# sh wget-url-check-1.
sh
HTTP/1.1 200 ОК
www.google.com работает
----------------------------------
HTTP/1.1 301 перемещен навсегда
google.co.in работает
----------------------------------
www.xyzzz.com недоступен
---------------------------------- Способ 5: команда lynx для проверки работоспособности веб-сайта
lynx — текстовый веб-браузер с широкими возможностями настройки для использования на терминалах символьных ячеек с адресацией курсора. Это самый старый веб-браузер, который все еще находится в активной разработке.
# lynx -head -dump http://www.magesh.co.in HTTP/1.1 200 ОК Дата: пятница, 15 ноября 2019 г., 08:14:23 по Гринвичу Тип содержимого: текст/html Подключение: закрыть Set-Cookie: __cfduid=df3cb624024b81df7362f42ede71300951573805662; истекает = суббота, 1 4 ноября 20 08:14:22 по Гринвичу; путь=/; домен=.magesh.co.in; HttpOnly Варьировать: Accept-Encoding Последнее изменение: вс, 14 июня 2015 г., 11:52:38 по Гринвичу. X-Cache: ХИТ из бэкенда CF-кэш-статус: ДИНАМИЧЕСКИЙ Сервер: клаудфлаер CF-RAY: 535fc5704a43e694-LHR
Используйте следующую команду lynx, если вы хотите видеть только код состояния HTTP вместо всего вывода:
# lynx -head -dump https://www.
magesh.co.in 2>&1 | awk '/HTTP\// {напечатать $2}'
200 Если вы хотите проверить, работает ли данный веб-сайт, используйте следующий сценарий Bash:
# vi lynx-url-check.sh
#!/бин/баш
если рысь - голова - дамп http://www.magesh.co.in 2>&1 | grep -w "200\|301" ; тогда
echo "magesh.co.in работает"
еще
echo "magesh.co.in не работает"
fi После того, как вы добавили приведенный выше сценарий в файл, запустите файл, чтобы увидеть вывод:
# ш рысь-url-check.sh HTTP/1.1 200 ОК magesh.co.in is up
Используйте следующий сценарий оболочки, если вы хотите увидеть статус нескольких веб-сайтов:
# vi lynx-url-check-1.sh
#!/бин/баш
для сайта в http://www.google.com https://google.co.in http://www.xyzzz.com
делать
если lynx -head -dump "$site" 2>&1 | grep -w "200\|301" ; тогда
echo "$site работает"
еще
echo "$сайт недоступен"
фи
эхо "-------------------------------------------------"
done После того, как вы добавили приведенный выше скрипт в файл, запустите файл, чтобы увидеть вывод:
# ш lynx-url-check-1.
sh
HTTP/1.0 200 ОК
http://www.google.com работает
----------------------------------
HTTP/1.0 301 Перемещен навсегда
https://google.co.in работает
----------------------------------
www.xyzzz.com недоступен
---------------------------------- Способ 6: команда ping для проверки доступности URL-адреса
Команда ping (расшифровывается как «Packet Internet Groper») — это сетевая утилита, которая используется для проверки доступности/подключения хоста в сети Интернет-протокола (IP).
Проверяет доступность хоста, отправляя эхо-запросы протокола управляющих сообщений Интернета (ICMP) на целевой хост и ожидая эхо-ответа ICMP.
# пинг -c 5 2daygeek.com PING 2daygeek.com (104.27.157.177) 56 (84) байт данных. 64 байта от 104.27.157.177 (104.27.157.177): icmp_seq=1 ttl=58 время=228 мс 64 байта от 104.27.157.177 (104.27.157.177): icmp_seq=2 ttl=58 время=227 мс 64 байта от 104.27.157.177 (104.27.157.177): icmp_seq=3 ttl=58 время=250 мс 64 байта от 104.
27.157.177 (104.27.157.177): icmp_seq=4 ttl=58 время=171 мс
64 байта от 104.27.157.177 (104.27.157.177): icmp_seq=5 ttl=58 время=193 мс
--- Статистика пинга 2daygeek.com ---
5 пакетов передано, 5 получено, 0% потери пакетов, время 13244 мс
rtt min/avg/max/mdev = 170,668/213,824/250,295/28,320 мс Метод-7: как проверить, работает ли сайт
Команда Telnet — это старый сетевой протокол, используемый для связи с другим хост в сети TCP/IP с использованием протокола TELNET.
Он использует порт 23 для подключения к другим устройствам, таким как компьютер и сетевое оборудование.
9]
телнет> выйти
Соединение закрыто.
Метод-8: Сценарий оболочки для проверки состояния веб-сайта
Проще говоря, сценарий оболочки представляет собой файл, содержащий ряд команд. Оболочка считывает этот файл и выполняет команды одну за другой по мере их ввода непосредственно в командной строке.
Чтобы сделать его более полезным, мы можем добавить некоторые условия, которые сокращают задачи администратора Linux.
Если вы хотите увидеть статус нескольких веб-сайтов с помощью wget используйте следующий сценарий оболочки:
# vi wget-url-check-2.sh
#!/бин/баш
для сайта в www.google.com google.co.in www.xyzzz.com
делать
если wget --spider -S "$site" 2>&1 | grep -w "200\|301" > /dev/null ; тогда
echo "$site работает"
еще
echo "$сайт недоступен"
фи
done После того, как вы добавили вышеуказанный скрипт в файл, запустите файл, чтобы увидеть вывод:
# chmod +x wget-url-check-2.sh # ш wget-url-check-2.sh www.google.com работает google.co.in работает www.xyzzz.com недоступен
Если вы хотите просмотреть статус нескольких веб-сайтов с помощью команды curl, используйте следующий скрипт bash :
# vi curl-url-check-2.sh
#!/бин/баш
для сайта в www.google.com google.co.in www.xyzzz.com
делать
если curl -I "$site" 2>&1 | grep -w "200\|301" > /dev/null ; тогда
echo "$site работает"
еще
echo "$сайт недоступен"
фи
done После того, как вы добавили приведенный выше скрипт в файл, запустите файл, чтобы увидеть вывод:
# chmod +x curl-url-check-2.
sh
# ш curl-url-check-2.sh
www.google.com работает
google.co.in работает
www.xyzzz.com недоступен Заключение
В этом руководстве мы показали несколько команд, которые можно выполнить с терминала Linux для проверки работоспособности веб-сайта. Кроме того, включен небольшой сценарий оболочки для одновременной проверки состояния нескольких веб-сайтов в каждом сеансе.
Если у вас есть какие-либо вопросы или отзывы, не стесняйтесь оставлять комментарии, и мы свяжемся с вами как можно скорее.
Бесплатная проверка доступности веб-сайта | Semonto
Бесплатная проверка доступности веб-сайта | Семонто
Ваш сайт не работает? Проведите быстрый тест из разных мест по всему миру с помощью нашей бесплатной проверки доступности. Просто введите свой URL и получите мгновенные результаты.
Вы уже использовали бесплатную пробную версию для этого домена. Просмотрите результаты здесь или создайте бесплатную учетную запись здесь, чтобы получить неограниченное количество тестов.
Вы достигли максимального количества бесплатных тестов в час. Создайте бесплатную пробную учетную запись здесь, чтобы продолжить тестирование.
Вы достигли максимального количества бесплатных тестов в день. Создайте бесплатную пробную учетную запись здесь, чтобы продолжить тестирование.
Просто введите URL-адрес, чтобы проверить доступность
Мы проверяем, доступен ли ваш веб-сайт из разных мест по всему миру.
URL-адрес
Укажите действительный (общедоступный) URL-адрес
Что-то пошло не так. Семонто не смог проверить. Попробуйте перезагрузить эту страницу и проверьте URL.
Если тест не проходит, свяжитесь с нами.
Результаты
Хотите поделиться результатами этого теста? Просто скопируйте URL ниже.
Тест выполнен в: [отметка времени]
Тестирование с
Создать бесплатную пробную версию
Создать бесплатную пробную версию
Создать бесплатную пробную версию
Узнать, не работает ли ваш сайт доступность вашего сайта.
Все, что вам нужно сделать, это ввести URL-адрес, который вы хотите проверить. Затем наш инструмент проверяет ваш веб-сайт, чтобы увидеть, могут ли посетители легко получить к нему доступ.
Определите причину проблемы
Результаты отображаются немедленно. Они помогут вам проверить, доступен ли ваш веб-сайт, а если нет, то в чем причина проблемы.
- Вы получаете код состояния и объяснение (например, & двоеточие; «Все в порядке. HTTP 200»).
- Результаты также покажут вам время отклика, то есть время, которое потребовалось вашему веб-сайту для ответа (например, & двоеточие; «время ответа & двоеточие; 166,40223400000002 мс»).
- Мы автоматически проверяем, является ли ваше соединение безопасным (например, & двоеточие; «Сертификат SSL действителен»).
Эти сведения помогут вам понять, вызваны ли проблемы вашим сервером, сбойным сертификатом безопасности или чем-то совершенно другим.
Как интерпретировать код состояния HTTP
Когда возникает проблема с вашим веб-сайтом, код состояния HTTP поможет вам понять, что происходит.
Здесь невозможно перечислить все коды состояния HTTP, но мы можем помочь вам интерпретировать основные из них.
Каждый код состояния относится к одной из пяти категорий.
- Те, которые начинаются с 1, являются информативными.
- Коды состояния, начинающиеся с 2, указывают на отсутствие проблем с доступом к серверу. (Вот почему идеальный код состояния — 200).
- Код состояния HTTP, начинающийся с 3, указывает на перенаправление. Например, если вы хотите автоматически перенаправлять посетителей вашего старого веб-домена на новый. Если это перенаправление работает неправильно, вы получите код состояния HTTP 3.
- Диапазон 400 обычно означает, что что-то пошло не так при обработке запроса. Самый известный из них — код состояния 404-Not Found, который указывает на то, что страница, которую вы пытаетесь найти, не существует.
- Код состояния, начинающийся с 5, является ошибкой, связанной с сервером.
Нужна дополнительная помощь в интерпретации кода состояния HTTP? Мы собрали список наиболее распространенных кодов состояния HTTP ошибок в нашем разделе «Как сделать».
Что делать, если инструмент говорит, что ваше соединение не защищено?
Соединение между вашим веб-сервером и вашим веб-браузером должно быть зашифровано из соображений безопасности. Если вы соблюдаете это требование, к домену прикрепляется сертификат HTTPS (также называемый сертификатом SSL), чтобы посетители знали, что соединение является безопасным. Но, как и любой сертификат, SSL-сертификат имеет срок действия. Если инструмент доступности сообщает вам, что ваше соединение не защищено или у вас есть проблемы с HTTP, вам следует проверить действительность и статус вашего сертификата HTTPS.
Хотите узнать больше о HTTPS/SSL? Читайте об этом в нашем блоге.
Что, если инструмент подтвердит, что ваш веб-сайт
не работает?
Если инструмент доступности подтвердит, что ваш веб-сайт не работает, и вернет код ошибки, вы можете предпринять несколько шагов:
- Проверьте сайт вашей>хостинговой компании. Если их веб-сайт не загружается, проблема может быть на их стороне. Их питание может быть отключено, или в их сети возникли проблемы.
- Проверьте их страницу статуса, если она у них есть. Если у них возникнут проблемы, это страница, на которой они будут публиковать все обновления.
Их питание может быть отключено, или в их сети возникли проблемы.Что делать, если инструмент утверждает, что ваш веб-сайт
не недоступен?
Что делать, если сайт недоступен для вас, но не для нашего инструмента? Тогда проблема локальная и, вероятно, не все пользователи затронуты. Эти знания помогут вам сузить круг причин:
- Возможно, ваше устройство работает неправильно или что-то не так с вашими настройками.
- Попробуйте перезагрузить компьютер.
- Попробуйте другой браузер.
- Откройте URL-адрес на другом устройстве, например, на смартфоне, а не на ноутбуке.
- Используйте другую сеть, например мобильную сеть (3G/LTE) или другую сеть Wi-Fi.
Нужны более подробные инструкции? Мы создали простой контрольный список, который поможет вам определиться с вашим следующим шагом.
Почему мы проверяем доступность из разных мест
Наш инструмент доступности проверяет доступность вашего веб-сайта из 4 разных мест: Нью-Йорк, Сан-Франциско, Франкфурт и Амстердам. Тестирование из нескольких мест важно, потому что ваш сайт может быть быстрым в одной части мира, но медленным или не в сети где-то в другом. Например, ваш веб-сайт может быть размещен на нескольких серверах в разных местах через геооптимизированную CDN. Затем контент будет работать на сервере, ближайшем к конечному пользователю, чтобы предоставить вашим пользователям наилучшие возможности. Другой сервер означает другое соединение и, возможно, другой код состояния. Тестируя ваш сайт в нескольких местах, мы проверяем доступность на всех серверах.
Почему один раз проверить недостаточно
Этот бесплатный инструмент доступности — отличный способ получить быстрый ответ на вопрос «Мой сайт сейчас недоступен?» Но на самом деле вы хотите постоянно знать статус своего сайта. Вот где Semonto приходит на помощь.