Веб сайт
Веб сайт Веб сайт - это базовая единица информации в Интернете.

Веб сайт - это отдельный источник информации в Интернете. Обычно, он представляет собой набор веб страниц, посвященных определенной тематике. Страницы пишутся на специальных языках разметки и могут содежрать разлычные типы данных - приложения, аудио и видео файлы, изображения и т.д. Сайт размещен на физическом сервере и может быть найден в Интернете по уникальному имени благодаря DNS. Доступ к сайту, обычно, происходит по протоколу HTTP (hyper text transfer protocol), или же его защищенной версии - HTTPS. Этот протокол позволяет передавать информацию от севрера клиенту, который обычно просматривает страницы с помощью специальной программы - браузера.

  • CM.Glossary.Uptime
  • CM.Glossary.Website Hosting
  • CM.Glossary.DNS
  • CM.Glossary.HTTP
  • CM.Glossary.WebsiteMonitoring
больше глоссарий
"Отличный сервис, помог нам выбрать надежный хостинг. Спасибо!"
- Telek
Типы уведомлений о недоступности сайта и их настройка

Для каждого владельца веб-сайта одной из важнейших задач является поддержание этого сайта в работоспособном состоянии. Для мониторинга данной характеристики и предусмотрена система ХостТрекер, главным назначением которой является оперативное уведомление(SMS, Email, Skype, Hangouts, Viber, Telegram, HTTP Post или телефонный звонок) клиента в случае возникновения проблем, дабы клиент мог эти проблемы не менее оперативно устранить....

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

Таким образом, главный упор делается на быстроту реагирования. Но не менее важным моментом является верное распознавание действительно критических ситуаций, ведь при получении тревоги от системы на каждый «чих», заказчик очень быстро потеряется в потоке предупреждений.

Именно с этой целью все предупреждения разделяются на несколько категорий, в зависимости от степени важности. Если сбой кратковременный, оповещение не отсылается, при этом в случае реальных проблем о них оперативно сообщается дежурному администратору – руководство узнает о неполадках, если они продолжительны.

Предпочтительными к использованию являются бесплатные способы связи: электронная почта, Hangouts, Skype, Telegram. Лишь в случае необходимости уведомление осуществляется путем СМС, Viber или звонка по телефону. Кроме того, клиент может регламентировать рабочее время для каждого средства связи, если, к примеру, не хочет просыпаться от сообщений на телефон.

Среди оповещений также выделяют несколько видов: в случае неполадок на сайте, если ресурс еще «лежит», и если проблемы устранены. Собственно, в случае возникновения неполадок и их устранения все понятно. Второй же тип уведомления отправляется всякий раз, когда проверка заканчивается неудачей — разумеется, только если речь идет о подтвержденных проблемах.

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

Работа системы спланирована так, чтобы отвечающие за сайт люди получали минимум ложных сигналов тревоги и не терялись в информационном потоке, при этом в случае серьезных проблем максимально оперативно о них узнавали. К примеру, если за сайт отвечает администратор и руководитель, то сразу после «падения» ресурса уведомление отправляется на электронную почту первого. Если сайт «лежит» и через четверть часа, администратору направляется уже СМС-уведомление. Если же ситуация не меняется более часа, СМС отправляется руководителю. При этом все параметры по времени доступны для настройки клиентом.

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

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

больше блог
Благодарим за внимание к нашему сервису!
 
Войти
Зарегистрироваться
Цены и пакеты
Наша сеть
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
Безналичный
расчет