Не выполняется if-down для ppp0

[Cxms]

Закидываю скрипт в /etc/network/if-down.d, но при отключении он не выполняется,
а в if-post-down.d выполняется.
Скрипт должен выполнится перед отключением, когда интерфейс еще активен.
Как это можно сделать?

[AnrDaemon]

/etc/ppp/ip-down

А вообще вы ставите странную задачу.
Какова цель скрипта?

[Cxms]

Скрипт выполнился, но интерфейс уже был не активен и данные не были получены.
Цель - получить перед отключением интерфейса сколько было принято/передано байт.

[AnrDaemon]

fprobe-ulog.

[Cxms]

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

[Cxms]

Ну так что, выполнить что-то перед отключением ppp0 система не умеет?

[AnrDaemon]

Нет конечно. Как ты себе это представляешь, если событием является собственно отключение интерфейса?

[Cxms]

Думал что можно приостановить проход сигнала и указать что-то выполнить (есть же if-pre-up).
Ладно, понятно, буду решать по другому.

[fisher74]

Как можно приостановить то, что уже закончилось?

[AnrDaemon]

Я тебе дал направление.
fprobe собирает статистику, fproble-ulog позволяет вешать сбор только на конкретные условия.
По отключению запускаешь скрипт обработки логов fprobe.

[Cxms]

Как можно приостановить то, что уже закончилось?

Ну так интерфейс отрубается не по выдергиванию модема, а по клику в
nm-applet "Отключить" или командой:

Код: [Выделить]

nmcli con down id $connection_nameи вот этот сигнал нужно бы перехватить, выполнить что-то, и дальше его пустить отрубать интерфейс.

[AnrDaemon]

У меня ушло два вечера на настройку fprobe и неделя на отладку скриптов.

[fisher74]

Ну так интерфейс отрубается не по выдергиванию модема, а по клику в

Не хочу Вас упрекать в Вашей упрямости, но могу показать на Вашу недальновидность.
Дело в том, что любое соединение может обрываться не только инициативе клиента, но и со стороны провайдера. Мало того, бывают ещё и другие влияющие факторы из-за которых соединение рвётся. И вот тут У Вас могут появиться погрешности в подсчёте трафика. Начнёте искать как поправить эти костыли, чтобысчитало точнее, и в итоге придёте к тому же fprobe (не думаю, что это единственное решение - привёл в качестве примера)
Подумайте: стоит ли терять столько времени на временное решение?

[Cxms]

Дело в том, что любое соединение может обрываться не только инициативе клиента

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

[fisher74]

А если отрубит провайдер, то вообще весь цикл соединения не посчитается.