Мониторинг VPN-соединений

Э-э-э... скрипт, вызывающийся по cron'у?

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

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

Проблема в нежелании думать, и предположении, что ваша проблема уникальна и потому сотни тысяч людей (на самом деле сталкивающиеся с ней каждый день) не придумали решения.

Что мешает использовать ping?

#!/usr/local/bin/bash
ping -c 1 www.ru
echo $?

И прочитать документацию?:

http://www.opennet.ru/docs/RUS/bash_scripting_guide/c2105.html
«ременная $? особенно полезна, когда необходимо проверить результат исполнения команды (см. Пример 12-27 и Пример 12-13).»

нагиос же. Только не говори что серваки в конторе ничем не мониторятся.

Послушай Тру-админа, истину глаголет. И бэкапы настрой, Bacula тебе поможет.

>freeswan

ipsectools же, а эта хрень походу сдохла.

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

Серваки и сеть не моего отдела забота, мониторинг есть, но не нагиос.

Спасибо, бэкапы я делаю по скриптам написанным ручками. Примитивно, зато эффективно.

Шлюзы эти были еще за долго до моего прихода в эту контору, а трогать то, что работает без нареканий: не есть хорошо.

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

А пинговать сами шлюзы не ?

и что это даст ? Я узнаю лежит тачка, или нет, но не буду знать о состоянии VPN-соединения ничего, кроме того, что оно «может быть есть».

Поправьте меня, если я не прав, я так понял, что конфигурация впн такая:

ВПН-сервер <-шифрованный канал с  ИПшниками типа 10.0.0.x-> шлюз-ВПН-клиент <-> локальная сеть с пользовательскими машинами

Если так, то с сервера (допустим 10.0.0.1) пингуйте клиента (10.0.0.2), если пинг не проходит, значит канал упал, перезапускайте или что вам там с ним надо делать.

В том-то и дело, что машины за «шлюз-ВПН-клиент» не в нашей власти, я могу работать только с «ВПН-сервером» и «шлюз-ВПН-клиент». Как вариант виртуалка на «шлюз-ВПН-клиент», но это не совсем удачное решение.