Даунтайм (время простоя)
Даунтайм Даунтайм - это когда Ваш сайт не работает. Это очень плохо.

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

  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.Uptime
  • CM.Glossary.WebHosting
  • CM.Glossary.Availability
больше глоссарий
"Хороший сервис с большими возможностями"
- Сергей
Host Tracker: о том, как кардинальные перемены идут на пользу

«Падение» веб-ресурса — страшный сон любого владельца сайта. Однако даже самый старательный хозяин не может мониторить состояние своего детища круглосуточно. Этого и не требуется: для данной цели существует известный сервис Host Tracker, развивающийся на рынке с 2004 года. Его задача — практически в режиме реального времени отслеживать работоспособность сайта, и в случае возникновения перебоев, оперативно сообщать об этом...

«Падение» веб-ресурса — страшный сон любого владельца сайта. Однако даже самый старательный хозяин не может мониторить состояние своего детища круглосуточно. Этого и не требуется: для данной цели существует известный сервис Host Tracker, развивающийся на рынке с 2004 года. Его задача — практически в режиме реального времени отслеживать работоспособность сайта, и в случае возникновения перебоев, оперативно сообщать об этом.
Разумеется, для такого ресурса очень важна бесперебойная работа. Для того, чтобы увеличить надежность функционирования, программные агенты были распределены географически по разным регионам. Центральный серверный компонент выступает коллектором информации и управляющим центром.
Первая версия, базированная на Linux, по сей день справляется с работой со многими тысячами клиентов. Однако вскоре данная система перестала устраивать Host Tracker: нагрузка росла, аппаратная база становилась все более разновозрастной и разношерстной, появилась необходимость быстро добавлять управляющие сервера. Кроме того, разумеется, сервису требовалось развитие: прежде всего, возникла необходимость расширения его функциональности. Для всего этого Linux перестал подходить: дело в том, что данная система имеет не так уж много готовых библиотек и наработок, а их создание заняло бы слишком много времени и сил.
Так назрела необходимость кардинальных перемен — очевидно, не самое простое решение для крупного проекта. Проанализировав возможные варианты, было решено переходить на платформу .NET.
Конечно, дело это непростое и не быстрое, так что предприятие заняло три года. Правда, торопиться и не стоило: тем временем появились облачные вычисления и вопросы масштабирования не просто решились — стал возможен полный отказ от собственной инфраструктуры. А Windows Azure был выбран благодаря возможности практически полной автоматизации приложения.
Что же, можно констатировать, что рискованная затея в полной мере оправдала себя: вторая версия на Windows Azure полноценно развивается с 2012 года, а Host Tracker успешно мониторит по протоколам ICMP и HTTP/HTTPS, по портам, разнообразными методами.
Сервис предусматривает различные виды оповещений о возникших проблемах. Клиенты, в зависимости от собственных предпочтений, могут заказать уведомление по электронной почте, по СМС или же мгновенным сообщением. Клиент получает статистику доступности сайта, а также график его работоспособности. Кроме того, с помощью Host Tracker можно проследить доступность сайта с точки зрения любого региона.

расположение агентов

 При этом настройка мониторинга не является трудоемким и сложным процессом: к примеру, чтобы наладить отслеживание пяти сайтов, потребуется каких-то шесть минут.
Новый вариант Host Tracker опробован уже более чем двумя тысячами клиентов. Таким образом, масштабный переход на другую платформу позволил обеспечить обновление сервиса, его оптимизацию и расширение функционала.

больше блог
Благодарим за внимание к нашему сервису!
 
Войти
Зарегистрироваться
Цены и пакеты
Наша сеть
Home > Blog > Shellshock
Considering the recently discovered Shellshock vulnerability, HostTracker has created a tool for testing it.
Check your server for vulnerability

How does it work?

It is developed for a Linux server with a web server installed on it. The algorithm is very simple. We consequently generate 4 http requests:

  • 1. Ordinary request
  • 2. The request tries, using vulneratility, post a "harmful" cookie which causes 2-seconds delay in respond to our special http request.
  • 3. The request tries, using vulneratility, post a "harmful" cookie which causes 4-seconds delay in respond to our special http request.
  • 4. Same as #3

Results of the test

How to understand the result?

We compare response time for all 4 requests. Three situation are possible:

  • 1. Vulnerability found. We may affirm that if the difference in responses is about 2 seconds for requests without cookie and with 2-second-delay cookie, as well as for requests with 2 and 4-second delay cookie. It means that our request was able to use the vulnerability and set these cookies.
  • 2. Vulnerability not found. All the requests have about the same response time. The cookies, likely, were not installed because there is no vulnerability.
  • 3. Uncertain situation. If the response time differs widely, without coincidence with preset by cookies delay, we can not say for sure. It could be if the server is under high load. To check this, we use two requests with same cookies (#3 and #4). If the response time for two same checks varies, we make a conclusion that the response time is not affected by cookies. At least, not only by them. So in this case our method can not detect vulnerability

Safety of checks

Our test can not damage your server. The risk consists of appearance of one extra-cookie, which is used only for our requests and can not affect normal work-flow of your site.

Поделиться:
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
Безналичный
расчет