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

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

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

  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.Downtime
  • CM.Glossary.DistributedMonitoring
  • CM.Glossary.PassiveMonitoring
більше глосарій
Що таке DNSBL і як туди не потрапити

DNSBL - це чорні списки доменів та IP адрес. В даній статті ви дізнаєтесь що вони собою представляють, за які «провинності» туди можна потрапити і які можуть бути наслідки цього. Ну і, звісно, як цей «доблесний» список покинути за допомогою сервісу моніторингу сайтів ХостТрекер.

DNSBL - це чорні списки доменів та IP адрес. В даній статті ви дізнаєтесь що вони собою представляють, за які «провинності» туди можна потрапити і які можуть бути наслідки цього. Ну і, звісно, як цей «доблесний» список покинути за допомогою сервісу моніторингу сайтів ХостТрекер.

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

Приклад (випадковий безкоштовний проксі):

При цьому, якщо натиснути на якесь конкретне посилання, то можна дізнатися про причину блокування:

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

Як і чому?

Отже, в DNSBL потрапляють доменні імена Та/Або IP адреси. Орендарі віртуальних хостингів із загальним пулом IP адрес вже рознервувались, чи не так? Але неперебірливість хостингу до клієнтів не єдина причина можливого блокування. Списки складаються за таким ось критеріям:

Підозріла активність поштового сервера. У чому саме ця підозрілість проявляється? Свій список DNSBL може створити кожен, заклавши туди нарівні з експертною думкою і досвідом, свої суб’єктивні критерії відбору. Це може бути просто інтенсивність розсилки листів, або щось більш цікаве - розподіл її в часі, використання повторюваних списків розсилки тощо. Чимало хостерів середньої ланки, що пропонують своїм клієнтам послуги вбудованого поштового сервера, вже давно є, так би мовити, закоренілими учасниками цих списків. Тому використовувати такі сервери у своїй діяльності не рекомендується.

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

Скарги клієнтів. Так-так, якщо ви десь натиснули «поскаржитися», «відписатися» тощо, і навіть відразу про це забули - ваші зусилля і нерви не залишились непоміченими.  Адже цілком можливо, що саме ваші негативні відгуки повпливали на «новий» статус чийогось ресурсу.

Проксі, а особливо ті, які дозволяють анонімне використання. Тут теж у кожного свої критерії. Хтось вже за анонімність може забанити.

Чого ж Вам варто боятися

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

Краще туди взагалі не потрапляти!

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

Вибираємося з «ями»

Виявивши себе у DNSBL-базі, головне відреагувати швидко: чим менше часу сайт проведе в списку, тим менша ймовірність проблем. Поки ніхто з цим списком не синхронізувався. Зазвичай, є можливість видалити запис автоматично. Достатньо пройти «антиботову капчу» і пильно слідувати інструкціям. Ось тут просто потрібно зайти на певну сторінку з конкретної адреси:

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

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

більше блог
Благодарим за внимание к нашему сервису!
 
Вхід
Зареєструватись
Ціни та пакети
Наша мережа моніторингу
Home > FAQ
Ключевые советы для поддержания работы сайта (Русский)
  • Оптимизируйте контент сайта. Максимально возможное сжатие изображений, до последнего килобайта, позволяющее сохранить качество изображения.
  • Используйте Minify (приложение PHP5) для CSS и JavaScript для сжатия веб-данных, и размещайте JavaScript в конце документа, если это возможно.
  • Добавьте заголовки «expires» для контента, чтобы избежать постоянной загрузки браузерами одних и тех же файлов при просмотре вашего веб-сайта пользователем.
  • Убедитесь, что ваш веб-сервер обеспечивает предоставление контента в сжатом состоянии - например, mod_deflate для Apache. Очевидно, что это правило не касается таких файлов, как изображения, которые уже сжаты, поэтому убедитесь, что вы задали все настройки правильно.
  • Уменьшите количество HTTP-запросов для попадания на ваш Веб-сайт. Совместите CSS в одном файле. Совместите JavaScripts в одном файле, где это возможно. Включайте эти файлы только в страницы, где они действительно необходимы.
  • Оптимизируйте систему управления контентом. Например, уменьшите количество обращений к базе данных, необходимое для каждого запроса страницы. В Drupal этого можно достичь всего лишь отключив ненужные модули. Кроме того, увеличьте эффективность всех пользовательских кодов, где это только возможно. Изменение на одной десятую долю секунды в алгоритме, который используется тысячи раз, будет заметным.
  • Поддерживайте кэширование часто используемых данных. Используйте Memcache или нечто подобное. Многие пакеты CMS поддерживают эту возможность, но будьте осторожны с динамическими характеристиками.
  • Уравняйте нагрузки веб-сервера.
  • Разделите базы данных для чтения/записи, так что обеспечит иерархическую структуру баз данных, делая их благодаря этому размерно варьируемыми.
  • При возможности, разделите базу данных вертикально или горизонтально (или совместите эти направления, если эта модель подходит для структуры вашей базы данных) для нескольких серверов. Хотя это может подходить не для всех случаев.
Поширити:
Send to Twitter Send to Facebook Send to LinkedIn Share on Google+
Блоги:
HostTracker blog HostTracker page on Facebook
Безготівковий
розрахунок