Сценарий для регистрации сбоев подключения к Интернету [закрыто]
Как лучше всего настроить сценарий для мониторинга и сообщения о подключении сервера к Интернету? Я не имею в виду подключение к локальной сети, а скорее возможность сервера (или всей сети) получить доступ к Интернету в тех случаях, когда соединение вашего интернет-провайдера обрывается.
Это должен быть сценарий, который проверяет подключение к Интернету 24/7 и регистрирует результаты (или, возможно, просто регистрирует, когда происходит сбой), а затем каким-либо другим способом читать эти журналы и генерировать отчет, показывающий различная статистика (какой% времени подключение к Интернет-провайдеру было отключено и т. д.).
Может быть, это будет что-то столь же простое, как проверка связи с различными популярными URL-адресами (google.com, amazon.com и т. Д.) И использование этого в качестве теста, чтобы определить, есть ли у вас доступ в Интернет? Или есть лучший подход?
Основная цель этого состоит в том, чтобы регистрировать все время, когда наш интернет-провайдер подводит нас, чтобы мы могли показать им, и они могли использовать его для решения проблемы или использовать журналы в качестве рычага для моих босс использовать для переключения интернет-провайдеров.
Обычно это выполняется посредством мониторинга интерфейса с использованием протокола SNMP на самом межсетевом экране / маршрутизаторе. Кроме того, вы можете использовать netflow / sflow / jflow на интерфейсах для сбора более подробной статистики / информации.
Более крупные интернет-провайдеры также будут предлагать порталы с инструментами мониторинга (на ум приходят Sprint / Cox / TW и другие).
Кроме того, вы можете настроить такие инструменты, как Nagios и т. Д. который может пинговать исходящий, а также дополнительный уровень / проверку
. Вы также можете использовать сторонние инструменты, такие как http://newrelic.com/monitor-everything или аналогичные для мониторинга извне внутри, проверка доступности вашего сервера. Или что-то столь же простое, как бесплатный онлайн-монитор ping (просто поиск), который будет пинговать IP-адрес WAN вашего брандмауэра и предупреждать вас, если он недоступен.
Мониторинг его только с точки зрения вашего сервера близорук и может не точно отражать истинное отключение сам провайдер.
Обычно первое, что вам нужно сделать, это точно определить, что вы называете отключением Интернета. Означает ли "отключение", что вы не можете связаться с:
- CPE-маршрутизатор в вашей локальной сети?
- ISP-маршрутизатор на другом конце вашего PPP-канала?
- Хост где-то в середине вашей сети ISP, такой как DNS или почтовый сервер (но ISP мог потерять все восходящие подключения)?
- «Обычный» хост в Интернете? Что, если этот хост не работает, но остальная часть Интернета «работает»?
- Разные хосты в Интернете? Что же тогда такое «отказ»? Сколько должно быть недоступных, прежде чем вы сочтете, что Интернет "не работает"?
Для вашего конкретного случая (попытка определить стабильность вашего интернет-соединения) журналы мониторинга и / или SNMP от вашего маршрутизатора должны дать вам информация, которая вам нужна, хотя "реальные" тесты прохождения трафика, вероятно, пригодятся. Если это связь между вами и интернет-провайдером, тогда было бы хорошо проверить связь с некоторыми хостами вашего интернет-провайдера (DNS / Mail и т. д.), или лучше сценарий и фактический поиск DNS на их DNS-сервере, и попытаются установить SMTP-соединение со своим почтовым сервером. Конечно, не делайте этого слишком часто, иначе они могут обвинить вас в нарушении Политики допустимого использования, Условий обслуживания и т. Д.
Я использую отличный инструмент для мониторинга подобных подключений.
MTR или маршрут My Trace. и дважды нажмите d, чтобы увидеть задержку или потерю между всеми переходами за период времени.
В зависимости от разновидности Linux, о которой вы говорите, большинство дистрибутивов имеют MTR в своих собственных репозиториях.