Ping (ICMP)
Ping (ICMP) Ping это запрос протокола ICMP.

Ping это запрос протокола ICMP (англ. Internet Control Message Protocol). Этот протокол используестя разнообраными сетевыми устройствами для проверки доступности определенного сервиса или устройства. Обычно используется для диагностики сети.

Ping мониторинг позволяет Вам следить за Вашей сетевой инфраструктурой. Ошибка Ping означает отсутствие связи с определенным объектом сети. Удобно использовать Ping параллельно с мониторингом HTTP. В этом случае, Вы получаете дополнительную информацию - например, точно будет известно: ошибка случилась на уровне сайта или же упал весь сервер. Тем не менее, иногда ICMP может блокироваться для входных запросов, с целью избежать ddos атак.

  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.Downtime
  • CM.Glossary.DistributedMonitoring
  • CM.Glossary.HTTP
больше глоссарий
"

Отлично работают бесплатные уведомления по скайпу и hangouts на телефоне. Ранее пользовался смс уведомлениями для всех заданий, сейчас оставил только для самых критичных ресурсов, чтобы наверняка знать если они упадут. Уже забыл когда пополнял баланс за доп смс. 

"
- Анад
Мониторинг Баз Данных с помощью ХостТрекера

В данной статье мы бы хотели познакомить вас с еще одной интересной и полезной функцией нашего сервиса - Проверка баз данных.

В данной статье мы бы хотели познакомить вас с еще одной интересной и полезной функцией нашего сервиса - Проверка баз данных (БД).

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

Именно для получения и оценки таких параметров, команда-разработчиков и аналитиков ХостТрекера разработала простой для понимания и использования инструмент - Проверка БД.

Настройка запроса

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

В качестве инструкции можно использовать любые команды - от простых запросов типа Select до более сложных процедур. При этом запрос должен выполняться менее 30 секунд, в противном случае произойдет ошибка (timeout).

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

Далее приведена графическая интерпретация результата выполнения инструкции DELETE по конкретно выбранным параметрам:

Соответственно, каждый такой сценарий регистрируется, а последний - всегда доступен в таблице задач интерфейса. При этом, если результирующий набор данных- числовой - по нему будет построен график, с помощью которого можно проследить динамику изменений соответствующих метрик. На данном этапе также можно задавать условия отбора (равно /не равно; больше/меньше, чем; в пределах/за пределами).

В случае, если условие не будет выполняться - запрос не проходит проверку по таймауту или отсутствует соединение с БД - Вам будет выслано уведомление на телефон или сообщение в Skype, Viber, Telegram, Slack.

Пример создания проверки

Приведем полный пример, содержащий сценарий как для отслеживания размера файлов БД, так и для получения сообщений при достижении порогового значения.

  1. Формируем выборку, которая определяет объем свободного места в табличном пространстве:

          SELECT
          convert(DECIMAL(12,2),round(sysfile.size/128.000,2)) AS 'FileSize/mb'
          , convert(DECIMAL(12,2),round(fileproperty(sysfile.name,'SpaceUsed')/128.000,2))
          AS 'Used/mb'
          , convert(DECIMAL(12,2),round((sysfile.size-fileproperty(sysfile.name,'SpaceUsed'))/128.000,2))
          AS 'Free/mb'
          , filegroup.groupname AS 'File-group'
          , sysfile.[name],sysfile.[filename]
          FROM dbo.sysfiles sysfile (NOLOCK)
          inner join dbo.sysfilegroups filegroup (NOLOCK) ON filegroup.groupid =
          sysfile.groupid
          UNION ALL 
          SELECT
          convert(DECIMAL(12,2),round(sysfile.size/128.000,2)) AS 'FileSize/mb'
          , convert(DECIMAL(12,2),round(fileproperty(sysfile.name,'SpaceUsed')/128.000,2))
          AS 'Used/mb'
          , convert(DECIMAL(12,2),round((sysfile.size-fileproperty(sysfile.name,'SpaceUsed'))/128.000,2))
         AS 'Free/mb'
         , (CASE WHEN sysfile.groupid = 0 THEN 'Log' END) AS 'File-group'
         , sysfile.[name],sysfile.[filename]
         FROM dbo.sysfiles sysfile (NOLOCK) WHERE groupid = 0
         ORDER BY [File-group],sysfile.[name]            

     2.  Получаем следующий результат:

     3.  Определяем условия отбора:

            1.  Результат запроса – выбираем «значение в первой колонке первой строки».

            2.  Проверка результата – выбираем «меньше, чем» и как макс. значение указываем «1000».

Будет получен следующий результат: если лог-файл превысит 1 Гб, нам поступит сообщение.

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

Настройка мониторинга

Для того, чтобы сформировать новую Проверку БД необходимо:

  1. Заполнить следующие поля:

  • Сервер – укажите имя сервера;

  • Порт – укажите имя порта;

  • База данных – укажите имя базы;

  • Пользователь –укажите логин под которым необходимо будет выполнить запрос;

  • Пароль – укажите пароль, соответствующий вашему логину.

Для данного задания рекомендуется создать отдельного пользователя с ограниченными правами.

      2.  Обеспечить доступ к базе. Для этого, добавьте IP-адреса агентов HostTracker в белый список файрволла и вашего сервера.

Внимание! IP-адреса наших агентов - постоянны.

      3.  Когда будете готовы - нажмите Сохранить.

Если при создании данного задания у вас возникли проблемы, пожалуйста, сразу же обращайтесь в нашу службу поддержки.

больше блог
Благодарим за внимание к нашему сервису!
 
Войти
Зарегистрироваться
Цены и пакеты
Наша сеть
Home > Blog
Що таке DNSBL і як туди не потрапити (Українська)

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

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

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

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

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

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

Як і чому?

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

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

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

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

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

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

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

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

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

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

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

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

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

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