Активний моніторинг
Активний моніторинг Активний моніторинг - це спосіб перевірити роботу сайту шляхом імітації реальних відвідувачів.

Активний моніторинг - це спосіб перевірити роботу сайту шляхом імітації реальних відвідувачів. Реалізується за допомогою зовнішніх сервісів, зазвичай з розподіленою мережею. Сервери, що здійснюють перевірки, створюють запити, подібні до запитів реальних користувачів, що переглядають сторінку. Регулярне виконання таких перевірок дозволяє переконатись в тому, що сайт доступний з Інтернету. Якщо ж ні - існують шляхи детектування помилки та сповіщення про неї. Різниця між роботом та справжнім клієнтом існує лише для громіздких сторінок з великою кількістю контенту - з метою збереження трафіку, системи мониторингу, як правило, в таких випадках завантажують лише частину сторінки, достатню для перевірки.

Активний моніторинг - це сторонній нагляд над Вашим сайтом. Перевірка не пов'язана з діяльністю Вашої компанії та веб хостинга, і, таким чином, надає повністю незалежну оцінку з позиції третьої сторони. Сервіс ХостТрекер використовує активний моніторинг для перевірки сайтів.

  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.Downtime
  • CM.Glossary.DistributedMonitoring
  • CM.Glossary.PassiveMonitoring
більше глосарій
Показник аптайма веб-ресурсу - інструмент впливу на успішність Вашого бізнесу

За умов високої конкуренції в світі інформаційних технологій, високі та стабільні показники аптайма є запорукою успіху онлайн-бізнесу. В даній статті ви дізнаєтесь:

▶​​ Чому показник uptime є значимим для веб-сайту та бізнесу в цілому?  

▶​​ Як за допомогою ХостТрекера ви можете відстежувати доступність вашого ресурсу (uptime) та з легкістю виявляти періоди даунтайма.

За умов високої конкуренції в світі інформаційних технологій, високі та стабільні показники аптайма є запорукою успіху онлайн-бізнесу. Виявляється, що існує помітний зв`язок між показником доступності ресурсу (Uptime) і рівнем конверсії. Дійсно, часті та тривалі періоди простою сайтів можуть суттєво «потріпати» репутацію вашої компанії та віднадити потенційних клієнтів.

Але що ж таке аптайм? Аптайм – це характеристика безперервної роботи системи. Скільки часу за день, тиждень, місяць чи рік сайт працював. Але якщо писати час - наприклад, 23 години 55 хвилин - то це може трішки плутати, особливо якщо розраховувати довгі проміжки часу. Тому зазвичай це значення пишуть у відсотках. Це значення можна інтерпретувати як «здоров’я» ресурсу.

В даній статті ви дізнаєтесь: «Чому показник uptime є значимим для веб-сайту та бізнесу в цілому?  Як за допомогою ХостТрекера ви можете відстежувати доступність вашого ресурсу (uptime) та з легкістю виявляти періоди даунтайма».

Відстежуйте uptime або Ви ризикуєте втратити свій бізнес

Уявімо, ви зібрали команду талановитих розробників, веб-дизайнерів, копірайтерів - та разом вирішили створити не просто веб-сайт, а лідера пошуку, наприклад Google. Завдяки професіоналізму, кропіткій праці та самовіддачі ваших соратників в результаті ви отримали продукт, який перевершив всі ваші очікування і сподівання.  Крім цього, щоб мати високі позиції в пошуку та приваблювати все більше клієнтів, ви розмістили ключові слова і вирази по всьому вашому сайті та профілі бренду.

І от серед численних результатів видачі пошуку, потенційний клієнт потрапляє на ваш сайт. Заголовок і опис вашого продукту відразу привертає його увагу і той вирішує дізнатися більше про те, що пропонує ваша компанія. Однак сайт все не завантажується…

Не має значення, хто ви, інтернаціональна корпорація чи маленький портал, якщо ваш сайт буде недоступний протягом кількох годин (а часом і хвилин), ви беззаперечно втратите частину свого прибутку і відвідувачів.

Більш того, як показують численні дослідження, навіть незначні проблеми в роботі сайта здатні відвернути потенційного клієнта, особливо коли справа стосується здійснення великих покупок. Тому ключем до успішного та ефективного бізнесу є його неперервна робота.

Недоступний сайт - це втрачені клієнти

Одноразова втрата потенційного покупця, який відвідав ваш сайт вперше - це одна справа. Але ж у вас є і постійні клієнти, лояльність яких перевірена, так би мовити, часом. Якщо ваш сайт буде недоступним протягом, наприклад 15 хвилин, то яку реакцію ви ризикуєте отримати у відповідь?

Очевидно, невдоволення та бажання пошукати щось «доступніше». Тобто, таким чином, ви самі ж штовхаєте своїх потенційних користувачів до рук ваших конкурентів.

А чи замислювались ви над тим, наскільки часто відвідувачі повертаються на сайт, який вони свого часу помітили непрацюючим? Якщо ні, то ось вам відповідь - ніколи.

Падіння сервера і репутація компанії – взаємопов’язані речі

Надійність – одна із найважливіших характеристик хорошого веб-хостингу. У загальному випадку саме від якості хостингу залежатимуть безпека, швидкість, а також доступність вашого ресурсу. За умов жорсткї конкуренції на ринку, дуже важко втриматись на плаву і залучати нових клієнтів, надаючи неякісні послуги. Тому, якщо ви є представником саме тої категорії «ненадійного» хостингу, то майте на увазі, у вас не найкращі перспективи. Між іншим, доведено, люди діляться негативними відгуками охочіше, ніж позитивними. Відповідно, що це може означати для вас? Очевидно, відтік клієнтів, а відтак втрату прибутку.

Що стосується веб-майстрів, особливо тих, які працюють з комерційними сайтами, то їхня репутація в результаті частих простоїв  може бути вщент зруйнована. Уявімо на секунду, що ви саме той клієнт, який на даний момент намагається здійснити покупки у вашому онлайн-магазині. Отже, ви обрали товар, ввели всі необхідні конфіденційні дані, натиснули Підтвердити – і на цьому етапі сайт несподівано впав.

Що ви відчуєте? Напевно, роздратування, а може й гнів, адже процес оформлення покупки доведеться починати знову. Та й загалом, ви подумаєте щось на кшталт: « Якщо вони не здатні підтримувати навіть сайт магазину в робочому стані, то як я можу довіряти їм свої конфіденційні дані?!»

Завжди пам’ятайте: «Потрібно 20 років, щоб побудувати репутацію і лише 5 хвилин, щоб її зруйнувати».

Низький аптайм сервера шкодить Вашим пошуковим позиціям

Низькі показники аптайма можуть спровокувати ряд проблем, в тому числі погіршити релевантність вашої сторінки. А рівень релевантності пошукових запитів, як відомо, – один із визначників успішності онлайн-бізнесу. Алгоритми Google запрограмовані на те, щоб надавати користувачам максимально якісні та надійні посилання. Короткочасні періоди «відключення» та «простою» навряд чи вплинуть на ваше місце в пошуку. Однак, якщо ваш сайт не буде працювати протягом тривалого часу, то ваш пошуковий рейтинг неодмінно постраждає.

Використання сервісу моніторингу може суттєво полегшити ваше життя в даному контексті. Оскільки завданням ХостТрекера як сервісу моніторингу, є вирішення таких критичних проблем та оперативне сповіщення клієнта про такі-от інциденти для оперативного їх усунення.

більше блог
Благодарим за внимание к нашему сервису!
 
Вхід
Зареєструватись
Ціни та пакети
Наша мережа моніторингу
Home > Blog
Shellshock vulnerability online check (English)

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

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.

більше
Теги: Shellshock Security
Shellshock vulnerability check (Русский)

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+
Блоги:
HostTracker blog HostTracker page on Facebook
Безготівковий
розрахунок