DNS
DNS DNS - система доменных имен (domain name system), служит для определения местоположения сайтов.

DNS - система доменных имен (domain name system). Эта система помогает найти физический сервер с помощью виртуального имени сайта. Она реализована на базе иерархической структуры DNS серверов, каждый из которых содержит информацию об определенных доменах и может делегировать такую же роль нижечтоящим серверам. Для примера, возьмем сайт www.host-tracker.com. Доменное имя наивысшего уровня - .com, таким образом обращение идет к серверу, ответственному за все .com сайты. Он знает, где расположен каждый из этих сайтов или, как минимум, адрес другого сервера, который уже знает наверняка. Если же Вы видите сообщение "Сервер не найден", это означает, что сервер DNS не содержит записей о сайтах с именем, которое Вы ввели.

Каждый раз, когда Вы набираете адрес в браузере - генерируется запрос DNS, с целью определения физического местоположения сайта. Для того, чтобы ускорить этот процесс, данные DNS могут быть сохранены в кэше. Если же Вы являетесь собственником сайта, и решили по какой-то причине изменить его название, или же Вы только что создали новый сайт - нужно иметь ввиду, что для глобального обновления кэша DNS необходимо некоторое время. Обычно, это происходит в течении пары часов, но в общем может занять до 48 часов. Именно по этой причине иногда новые сайты могут быть недоступными в течении некоторого времени.

  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.Uptime
  • CM.Glossary.WebHosting
больше глоссарий
"Хороший и полезный сервис."
- Наталия
Секреты контент-мониторинга

ХостТрекер - отличное решение для всех владельцев сайтов, для которых важно мониторить как контент веб-страницы, так и ее доступность. В этой статье Вы узнаете:

▶ ​Зачем это нужно?

▶ Как осуществить проверку контента.

▶ Методология данной фунции.

ХостТрекер - отличное решение для всех владельцев сайтов, для которых важно мониторить как контент веб-страницы, так и ее доступность. Инструментарий ХостТрекера поможет Вам в любое удобное время проверять корректность загрузки страниц со сложной структурой, а также отслеживать появление ошибок на них.

Зачем это нужно?

Опция «Проверка контента» позволяет отслеживать присутствие обусловленных слов на веб-странице, то есть проверять целостность сайта. Однако в работе, этого недостаточно, и периодически могут возникать такие вопросы: «Полностью или нет загрузились данные из базы? Нет ли на моем веб-сайте вредоносной активности? и др.» Эти проблемы можно решить, если не полениться самому написать небольшой скрипт, ну или найти уже готовый в сети. Таким образом комбинируя мониторинг с работой скрипта, можно быть в курсе любых изменений в работе веб-ресурса. Например, скрипт выводит Ок, когда по мнению разработчика все работает отлично, достаточно дискового места и т.п. Если так случится, что веб-сайт якобы доступен, но на практике пользователи видят ошибку «Error connect to mysql», то для эффективной локализации возможной проблемы следует настроить функцию мониторинга на отсутствие слова, а именно, слова «Error». Вдобавок данная функция может быть использована как временное решение для выявления сквернословных комментариев, вредоносной активности и т.п. В частности вредоносную активность можно отследить путем выявления ключевых слов вирусных скриптов.

Процесс настройки несложный, более того Вам не нужно будет устанавливать какое-либо дополнительное ПО. В дополнение, эта же проверка протестирует Ваш сайт на доступность по http-протоколу, параллельно собирая соответствующие статистические данные для отчета. В то же время, Вы можете мониторить время ответа и скорость загрузки страницы, а также проводить диагностику попадания в черные списки IP-адресов (DNSBL).

Настройка, которая не займет много времени

Вы уже готовы осуществить проверку контента Вашей веб-страницы? Тогда начнем! Для начала введите URL Вашего веб-сайта в соответствующее поле (или нажмите «Добавить списком» - при необходимости одновременной проверки нескольких веб-ресурсов). Обратите внимание на поле «Проверка контента», ведь именно в нем через запятую следует указать все необходимые слова для мониторинга. Более того, в случае появления/исчезновения соответствующих выражений или каких-либо изменений, Вы будете немедленно проинформированы сообщением на указанные адреса и/или телефоны.

Также, имеется опция расширенной проверки контента. Что же она собой представляет? Во-первых, позволяет выбирать только те слова или фразы, которые Вы желаете/не горите желанием видеть на Вашем веб-сайте. Во-вторых, если установленных слов большое количество, ошибкой будет как исчезновение всех слов одновременно, так и какого-то одного. Галочка напротив поля «Переходить по редиректу» будет указывать на то, что действие запроса перенаправлено на другую страницу (на которую ссылается редирект).

Методология

Если нажать на «Расширенные настройки», Вам откроется ряд дополнительных опций. Например, «HTTP метод»: по умолчанию стоит GET. Этот метод принимает http-ответ с телом страницы, которое использует для поиска ключевых слов. В свою очередь, метод POST - помогает тестировать работоспособность и корректность форм сайта. Т.е. как это работает: форма загружается, заполняется значениями, которые были заранее определены, и отправляется – далее уже на странице будет отслеживаться появление конкретных слов. Использование других методов для проверки контента не практикуется.

 

больше блог
Благодарим за внимание к нашему сервису!
 
Войти
Зарегистрироваться
Цены и пакеты
Наша сеть
Home > Blog > HostTracker_under_Azure

Ни один человек не способен круглосуточно осуществлять мониторинг работоспособности сайта. Более того, ресурс может быть недоступным в другом регионе, и это руководитель никак не отследит.
И именно для решения этих задач предназначен сервис ХостТрекер, который мониторит доступность сайта. Он фиксирует «падение» сайта, анализирует проблему и отправляет тревожный сигнал администратору или руководству ресурса...

Разумеется, одной из первоочередных задач для любого руководителя сайта является обеспечение бесперебойной работы ресурса. Однако периодические «падения» сайта неизбежны, и главное тут — вовремя отследить и решить проблему.
Очевидно, что ни один человек не способен круглосуточно осуществлять мониторинг работоспособности сайта. Более того, ресурс может быть недоступным в другом регионе, и это руководитель никак не отследит.
И именно для решения этих задач предназначен сервис ХостТрекер, который мониторит доступность сайта. Он фиксирует «падение» сайта, анализирует проблему и отправляет тревожный сигнал администратору или руководству ресурса.
При этом очевидно, что ложная тревога никому не нужна, и принцип «лучше перебдеть, чем недобдеть» — не лучшая стратегия в данном случае. Поэтому в работе сервиса необходима исключительная точность и адекватность в оценке проблем.

Таким образом, перед ХостТрекером стоит ряд важнейших задач: отследить возникновение проблемы и вовремя уведомить об этом клиента, при этом исключив ложную тревогу, и рассчитать uptime, исходя из наилучшего и наихудшего варианта развития событий.

Каким же образом регистрируется непосредственно «падение» ресурса?

Как только клиент добавляет свой сайт, с заданным интервалом в диапазоне от минуты до часа система посылает ему запрос. При этом такая проверка совершается с независимых серверов, разнесенных по всему миру, для осуществления географически распределенного мониторинга. На данный момент таких серверов более пятидесяти. Случайным образом выбирается конкретный агент.
 

моментальная проверка


В случае возврата ошибки при проверке, перепроверка запускается для еще пяти-семи независимых агентов. Если в большинстве случаев наличие проблемы подтверждается, ресурс считается «упавшим». Если же остальные агенты не зафиксировали неполадок, считается, что локальная проблема возникла на конкретном агенте.
В случае необходимости определить, «поднялся» ли сайт, действует тот же алгоритм. Он практически исключает возможность ложной тревоги, таким образом, оберегая покой клиентов сервиса. Недоступность ресурса устанавливается лишь после многократных проверок с определенным интервалом.

Конечно, гарантировать на сто процентов, в каком именно состоянии сайт был между проверками, невозможно. Однако, все же с наибольшей вероятностью в промежутке между выдававшими ошибку проверками сайт «лежит». Правда, если после ошибки начинается восстановление, между проверками ресурс может и работать. Собственно, данный сценарий ложится в основу расчета оптимистичного uptime. Вариант же «лежания» сайта между проверками становится отправной точкой для расчета пессимистичного сценария.
Оптимистичный вариант берется в расчет при статистических исследованиях, а вот при уведомлении клиентов данные указываются по пессимистичному.
Таким образом, благодаря расчету всех вариантов и тщательному всестороннему мониторингу, клиент получает своевременные уведомления только в случае настоящих проблем и может получить полную и достоверную картину происходящего.

Поделиться:
Send to Twitter Send to Facebook Send to LinkedIn Share on Google+ Send to Vkontakte
Блоги:
HostTracker blog HostTracker page on Facebook HostTracker page on Vkontakte HostTracker blog on Habrahabr
Безналичный
расчет