Availability
Availability Availability of a site shows if a site is accessible from the Internet.

Availability of a site shows if a site is accessible from the Internet. This term is also about access to a server, database or another entity. As all objects in the Internet are based on comlicated infrastructure, nothing can be available always. The question is how to measure it, what is normal and if we may affect it anyway. The measurement of availability is connected to terms Uptime and Downtime, which show for how long a site is unavailable. However, these values can not create the full view of the situation. There could be many reasons of unavailability - server or connection problems, application error, overload of the site and so on. To avoid or shorter the failures, it is needed to supervise the site and analyze the errors, if they happen. For these purposes there are special monitoring tools, which help to increase to availability of the site, collect statistics and provide necessary information about the errors for fast repair. These tools are called Website Monitoring services.

  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.Downtime
  • CM.Glossary.Uptime
more glossary
"Really amazing Service, congratulations."
- W.
Snapshot - instrument for site supervision

How does the site look like when I’m not looking at it? What if it looks bad or does not work at all? HostTracker offers an instrument for site supervision - snapshot feature. Let’s take a look at its practical application.

How does the site look like when I’m not looking at it? What if it looks bad or does not work at all? HostTracker offers an instrument for site supervision - snapshot feature. Let’s take a look at its practical application.

What’s going on with my site?

Now it’s usual to use different services and applications for site maintenance and support, and sometimes they do report some problems. Often we feel the lack of information - Google Analytics or a similar service reports the downtime and renewal, but likely we will never know what exactly has happened. To investigate the issue, it is necessary to review the logs, write to hosting support and perform many others exhausting actions, frequently - with no result. There are also more interesting cases - when a site is not available from a certain country or is not downloaded completely. Such problems could long for months, or even years, till they are accidentally detected. One more important issue - content check. It will automatically review the content of the site and inform the responsible staff in case it has disappeared - for example, something has not been able to be downloaded from the database. But it’s hard to find the cause if the issue is short-term, because people usually do not sit in front of a laptop refreshing the page every minute. To resolve the problem, HostTracker offers a new feature - snapshot. It is very simple in use and does not require any additional adjustments. The service simply makes a snapshot of the checked page every time and saves it for review in two ways: page source code and html-view. This let you easily see how the page looks at the moment of failure, understand what’s wrong and fix the problem quickly without spending time for diagnostics. It saves lots of time for server administrator, developers and other concerned people.

How does it work

Doing the regular checks, our servers with predefined interval try to download the checked page. Additional algorithms could be used at the moment - the page could be parsed for keywords to make sure that this is the one we are looking for (there are cases when an error page returns 200, Ok, http code, or when redirection is activated in case of error). If there is no error - fine. But if there is, it will be written down into the HostTracker log, which is easily available from the web. Then, notification are sent and a snapshot is made.

The snapshots could also be found in the log - if several errors were detected, a different snapshot will be available from each one.


Though there are some remarks. First, we do not run javascript while making snapshot - same thing for regular check. Second, the error must be detectable. It means, the server must return something. In case of timeout or connection error - snapshot will not help, and only a corresponding record will remain in the log.

more blog
Thank you for feedback!
 
Sign In
Sign Up
Prices & packages
Our monitoring network
Home > Blog
Що таке DNSBL і як туди не потрапити (Українська)

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

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

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

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

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

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

Як і чому?

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

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

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

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

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

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

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

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

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

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

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

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

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

more
Share:
Send to Twitter Send to Facebook Send to LinkedIn Share on Google+
Blogs:
HostTracker blog HostTracker page on Facebook