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

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

  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.Uptime
  • CM.Glossary.WebHosting
  • CM.Glossary.Availability
больше глоссарий
"

Спасибо, что постоянно развиваете сервис и обращаете внимание на просьбы клиентов. Мое письмо о создании крон задания было принято во внимание. Теперь удобно все в одном месте контролировать и мониторинг серверов и запуск регламентных задач в определенное время.

"
- Marat
Настройка API Host-Tracker

API  HostTracker передача информации осуществляется в виде популярных  XML и JSON форматах. Для работы с интерфейсом предусмотрено большинство современных HTTP-методов, таких как GET, POST, PUT, DELETE, PATCH.

Для активации API необходимо сделать запрос по почте на ht2support@host-tracker.com, с указание Вашего логина.

API (application programming interface) – интерфейс программирования приложений или программный интерфейс приложения. Особенность сервиса HostTracker, которая заключается в определенном наборе HTTP-запросов и HTTP-ответов для использования ресурсов HostTracker в Ваших целях. Эта опция позволяет Вам разрабатывать или интегрировать уже готовые приложения с нашим сервисом не вдаваясь в механизм его работы.
В API  HostTracker передача информации осуществляется в виде популярных  XML и JSON форматах. Для работы с интерфейсом предусмотрено большинство современных HTTP-методов, таких как GET, POST, PUT, DELETE, PATCH.

Для активации API необходимо сделать запрос по почте на ht2support@host-tracker.com, с указание Вашего логина.

Описание REST API:
www.host-tracker.com/api/web/help.html

Описание SOAP API:

www.host-tracker.com/api/soap/v1/help.html

 

больше блог
Благодарим за внимание к нашему сервису!
 
Войти
Зарегистрироваться
Цены и пакеты
Наша сеть
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 Send to Vkontakte
Блоги:
HostTracker blog HostTracker page on Facebook HostTracker page on Vkontakte HostTracker blog on Habrahabr
Безналичный
расчет