Ошибки мониторинга устранения неполадок

Во-первых, проверьте, есть ли ответы с тем же типом ошибки и кодом из других регионов.

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

Если сеансы не удалось в более чем одном регионе,проверьте конфигурацию веб-сервера хоста (тайм-аут сервера, правила брандмауэра и т.д.) и настройки устройства (недействительные настройки ключевого слова или проверки изображений и т.д.).

Для устранения неполадок в маршрутизации в пострадавшем месте Dotcom-Monitor предоставляет бесплатный инструмент трассировки. Хотя, чтобы узнать сервер, который возвращает ошибку ответа, можно использовать отчеты Network Trace или DNS Trace, прикрепленные к сообщениям об ошибках (в зависимости от типа ошибки).

Если тело отклика доступно, чтобы визуализировать ответ, нажмите на ссылку Тела. В окне предварительного просмотра нажмите Предварительный просмотр и откройте загруженный файл в окне браузера.

В случае задач BrowserView или UserView можно проверить элемент, который генерирует ошибку вручную:

1. На вкладке журнала примените фильтр Отказы только к журналу.

2. Расширьте неудавшуюся строку сеанса в журнале, чтобы получить доступ к деталям сеанса со списком элементов.

3. Найти элемент, который генерирует ошибку (тип ошибки предоставляется в столбце Тип ошибки (ы).

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

• Если нет проблем с выполнением элемента, см.
• Если вы получили ту же ошибку, которая произошла во время выполнения устройства, проверьте проблемы на стороне хоста.

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

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

Чтобы устранения ошибок тайм-аута, проверьте время действия скрипта.

В случае задачи DNSBL ошибка проверки может указывать на то, что IP-адрес целевого хоста находится в базе данных DNSBL.

В случае задачи по электронной почте Round Trip Убедитесь, что адрес, указанный в поле Email, не находится в списке спама.

Ошибка характерна для задач UserView и Custom Script, а также для задач HTTP (S) с добавлением пользовательского скрипта. Ошибка указывает на проблемы в скрипте (некоторые переменные скрипта недействительны или не могут быть найдены). Проверьте, указаны ли все переменные, используемые в скрипте, в задаче или присутствуют на целевом ресурсе.

Проверьте задачу мониторинга на наличие ошибок в ее конфигурации. Обратите внимание на пользовательские скрипты, если таковые имеются.

Смотрите также: Ошибка выполнения (130): Запрос был прерван

Тип ошибки сертификата указывает на проблемы с сертификатом SSL, которые возникают при подключении к веб-ресурсам через HTTPS.

Проверьте сообщение об ошибке в деталях сеанса, чтобы найти причину проблемы с сертификатом SSL.

Если такие ошибки ожидаются (например, в случае самостоятельно подписанного сертификата), отключите проверку сертификата:

• Чтобы игнорировать предупреждения сертификатов для задач UserView, добавьте обработчик сертификатов в скрипт мониторинга.
• Для управления мониторингом сертификатов для задачи HTTPS настройте опцию SSL/Certificate Check.

Тип ошибки указывает на то, что Dotcom-Monitor не может установить безопасное соединение с удаленным веб-сервером из-за различных алгоритмов шифрования или режимов шифрования, которые установлены для шифрования на удаленной стороне сервера.

Для решения этой проблемы обратитесь в техническую поддержку.

Ошибка TCP указывает на сбой передачи данных на транспортном уровне. Ошибки TCP в основном носят временный характер и возникают из-за маршрутизации или других сетевых проблем между местами мониторинга Dotcom-Monitor и хостом клиента. Из-за характера таких проблем, трудно обнаружить причину сетевых ошибок на месте.

Как правило, рекомендуется включить Alert Silence для
устройства с ошибками
TCP в течение некоторого времени, пока ошибки не будут исправлены.

Вы также можете проверить места, из которого генерируется ошибка. Если ошибка генерируется из нескольких мест мониторинга, приостановить мониторинг из мест с ошибками ответов в настройках устройства,и возобновить его позже. Если ошибка сохраняется в тех же местах, это может быть связано с отключением позвоночника произошло в регионе. Чтобы визуализировать трассировку и увидеть костяки, где произошла потеря производительности трафика (если таковые имеются), используйте бесплатный инструмент трассировки Dotcom-Monitor.

Кроме того, проверьте конфигурацию веб-сервера и правила брандмауэра на стороне хоста.

DNS или система доменных имен преобразует доменные имена в IP-адреса, чтобы браузеры могли загружать веб-ресурсы. Разрешение DNS — это процесс перевода с имени веб-сайта, введенного в URL-адрес веб-браузера, на соответствующий IP-адрес.

Наиболее распространенными причинами проблем DNS являются проблемы DNS Server сам по себе и все типы сетевых проблем между местами мониторинга Dotcom-Monitor и DNS-серверами (проблема провайдера Интернета DNS, проблемы с подключением TCP, правила брандмауэра, проблемы с маршрутизатором и т.д.).

Для получения более подробной информации о проблеме, такой как DNS-сервер, который возвращает ошибку ответа, используйте инструмент трассировки или дерево DNS, доступное, нажав на ссылку DNSTrace в журнале.

Для устранения неполадок DNS, во-первых, убедитесь, что не было никаких изменений с доменных имен на вашей стороне (подключите ИТ-отдел). Затем проверьте настройки тайм-аута сервера и правила брандмауэра.

Как правило, рекомендуется включить
Alert Silence для устройства с
ошибкой DNS в течение некоторого времени, пока ошибка не будет исправлена.

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

Ошибка указывает на проблемы с подключением. Для изучения проблемы обратитесь в техническую поддержку.

Ошибка указывает на проблемы HTTP (S) на целевом веб-ресурсе и веб-сервере. Для устранения неполадок можно просмотреть все коды статуса HTTP.

Чтобы увидеть, на каком сервере произошла потеря производительности трафика, если таковые имеются, проверьте отчет Trace ответа.

В общем, проверьте, были ли какие-либо изменения в структуре веб-ресурсов, обновления веб-сайта, изменения в настройках перенаправления и т.д.

Например, в случае ошибки перенаправления обновление целевого URL-адреса в настройках устройства или редактирование сценария мониторинга.

Ошибка указывает на проблемы с подключением к серверу FTP, такие как проблемы с войти в систему сервера FTP, недостаточное разрешение на доступ и т.д.

Попробуйте воспроизвести неудачную задачу вручную с помощью клиента FTP, например, подключиться к целевому серверу FTP с помощью учетных данных, указанных в задаче. Если войти в систему успешно, проверьте разрешения на доступ для контролируемых папок или файлов.

Ошибка SMTP отражает проблемы с подключением, которые возникли при отправке почты через SMTP.

Ошибки POP3 и IMAP указывают на проблемы с получением почты.

Ошибка ActiveSync специфична для задачи ActiveSync и указывает на проблемы с Microsoft Exchange Server.

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

Ошибки возникают в задачах PING и TRACEROUTE. Как правило, такие ошибки присутствуют в визуализации трассировки для ошибок ответов. Проверьте сообщение об ошибке и прилагаемый отчет Trace в журнале, чтобы найти более подробную информацию о диагностике.

Ошибки указывают на проблемы с доступом к серверам DNSBL. Возможные причины – сетевые проблемы и ошибки, которые произошли на сервере DNSBL.

Как правило, рекомендуется включить
Alert Silence для устройства
до тех пор, пока ошибка не будет исправлена.

Основными причинами ошибок задачи потоковой передачи мультимедиа являются проблемы с подключением к серверу хоста или проблемы с воспроизведением мультимедиа на стороне Dotcom-Monitor.

Во-первых, постарайтесь убедиться, что целевой источник мультимедиа активен и может быть доступен через браузер или через медиа-плеер. Если нет проблем с источником СМИ, обратитесь в техническую поддержку.

В противном случае обратитесь к интернет-провайдеру, чтобы устранить проблемы с подключением.

Вы также можете проверить наличие веб-страницы, где ошибся источник мультимедиа потребляется пользователями. Самый простой способ сделать это заключается в создании HTTP Задача для мониторинга веб-страницы источника средств массовой информации.

Чтобы выполнить задачу, найдите более подробную информацию в сообщении об ошибке.

Наиболее часто происходили проблемы с мониторингом SIP являются:

• Недействительные настройки задач SIP. Проверьте параметры хоста и учетные данные SIP, предусмотренные в задаче.
• IP-адрес или порт хоста, предусмотренные в задаче, блокируются программным обеспечением безопасности IP PBX. Проверьте настройки брандмауэра хоста и убедитесь, что IP и порт открыты.
• Доменное имя источника, установленное на PBX (клиентское доменное имя), не зарегистрировано на dns-сервере. Установите режим DNS Resolve для внешнего DNS-сервера в настройках задач для выполнения внутреннего разрешения DNS от Dotcom-Monitor.