00 00

не критично, но есть/будет ли возможность изменить сброс суток (чтобы пользователь системы сам выставлял)... конечно, если это Вам нужно для очищения зависшиих процессов... другое дело, лишь для статистики?!
почему справшиваю, скажем, сейчас заметил, переподключение чуть более одной минуты... в моём случае, до 6ти минут... этот момент пока для себя не уточнил, после чистой работы по статистике можно будет понять...
но что если нагруженность процессора сервера увеличится?! а подключается клиент с Владика, к примеру...
в моём случае, я бы выставил сброс для себя на часа 4 по утру по мск

6 минут? Странно, я проверю завтра у себя.

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

Я завтра посмотрю алгоритм перезапуска OpenVPN (уже забыл что там происходит) и подумаю где там можно оптимизировать время.

Я сейчас проверил перезапуск. У меня туннель с Андроида переподнялся через 7 секунд. Команда на сервере почти та же, что и в 00-00, но завтра проверю уже с нужной командой.
Конечно, это был один мой туннель, а не сотни, поэтому в 00-00 длительность будет другая, но завтра посмотрим.

Даааа, у меня перезапуск в 00-00 долгий, видимо пользователей прибавилось. Буду переделывать процесс перезапуска.

у меня странная вещь происходит.. конечно, статистики мало ещё (что именно автоматом раотает, а не я руками останавливал запускал):
user6931 2018-10-25 00:01:06 2018-10-25 00:06:46 5.197.124.252 172.16.24.72 0.003 0.01
user6931 2018-10-24 00:20:50 2018-10-25 00:00:03 5.197.124.252 172.16.24.72 382.798 205.233

то есть получается, в 00 00 03 начался перезапуск процессов, продлился он до 00 01 06, а в 00 06 46 отрубился коннект и тишина (утром запустил руками).... аналогия на днях припоминается.... если Вы что то уже переделываете, то я пока не буду учитывать статистику и дождусь окончания работ.. а пока буду проверять утром и руками запускать
....
мне кажется, pfsense -у не нравится долгий перезапуск ... но не могу утверждать ибо , не знаю проводите ли Вы работы, да и я опять "поковырял" его ....
"Сидит программист глубоко в отладке.
Подходит сынишка:
— Папа, почему солнышко каждый день встает на востоке, а садится на западе?
— Ты это проверял?
— Проверял.
— Хорошо проверял?
— Хорошо.
— Работает?
— Работает.
— Каждый день работает?
— Да, каждый день.
— Тогда ради бога, сынок, ничего не трогай, ничего не меняй!!!"

Вчера ничего не менял и все работало по старому. Так что обрыв а 00-06 это какое-то иное событие

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

Ммммне кажется, что стало лучше. По крайней мере, первые в очереди переподключились за 6-7 секунд, а дальше немного набежало, но не критично... А что там у вас со статистикой?

предыдущий механизм 00 00
user6931 2018-10-25 00:01:06 2018-10-25 00:06:46 5.197.124.252 172.16.24.72 0.003 0.01
user6931 2018-10-24 00:20:50 2018-10-25 00:00:03 5.197.124.252 172.16.24.72 382.798 205.233

текущий механизм 00 00
user6931 2018-10-26 00:01:46 2018-10-26 00:06:50 5.197.124.252 172.16.24.72 0.003 0.007
user6931 2018-10-25 09:26:34 2018-10-26 00:01:14 5.197.124.252 172.16.24.72 425.029 222.709

если судить по данным отрезкам времени:
мой процесс перегрузился быстрее в два раза.
но опять дисконнект в 6 с копейками...

когда у вас все процессы 00 00 завершаются? может в это время?

Я позабыл вчера вставить timestamp в скрипт и поэтому точных данных нет, но по моему ощущению сам процесс-инициатор закончил перезапуск где-то в 00-02. То есть он за 2 минуты он поочередно обошел всех и сделал каждому ресет. Сколько каждый процесс поднимался и пользователь подключался - это вопрос неизвестный, но я думаю около 7-15 секунд на каждый.
Сам процесс перестартует очень быстро (пара-тройка секунд), а вот отключение пользователя и его подключение - это наиболее долгий процесс. Тем более, ведь это UDP и стороны не всегда четко знают о потере связи друг с другом.
Что такое 00-06 я не могу себе представить. Давайте посмотрим сегодня и я уделю внимание этому времени в логе... может что-то станет понятно

добро...
timestamp на оповещениях по почте и в статистике разнится тоже:
"2018-10-26 00:01:37 > tunnel user6931 disconnected
2018-10-26 00:02:02 > tunnel user6931 is connected
2018-10-26 00:06:52 > tunnel user6931 disconnected"
против "user6931 2018-10-26 00:01:46 2018-10-26 00:06:50"

сегодня этого не известного отключения в 00 06 + не было...

Да, я смотрел в логе и тоже ничего такого не видел. Полный перезапуск всех прошел за 1 мин. 46 сек.
Сегодня еще посмотрим.

уже какое время полёт нормальный, что не может не радовать!!!
вроде!!! 00 06 прекратилось после завершения тестового периода Проброса порта и приобретения платного!

Хорошо,
00-06 вряд ли был связан с пробросом порта. Это очень разные компоненты.

в 0008 произошло повторное отключение после 00 00 и не восстанавливается
помогите, пжл, как можно оперативнее
заранее благодарю