С pfsense не подскажу. Думаю, что имеет место баг в Опенвпне. vpnki.ru/settings/linux/settings-debian-openvpn - там в разделе ДОПОЛНЕНИЯ ОТ ПОЛЬЗОВАТЕЛЕЙ пользователь ovcher боролся с такой же ситуацией и победил путем пересбора из исходников.
не хочется грузить лишними проверками
пока попробую директивами persist-key и persist-tun...
а вот ещё есть опция у них: "Infinitely resolve server. Continuously attempt to resolve the server host name. Useful when communicating with a server that is not permanently connected to the Internet." Просто смущает "host name". было бы и "/ip" я бы смело отметил checkbox,..
...
что ж.. подождем 0000...
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
после полуночи заметил в статистике лишь "2018-10-22 00:01:21 2018-10-22 00:07:25".... у вас ровно в 0000 автомат срабатывает? как долго запуск?
хотел бы уточнить момент:
В "Состояние туннелей" имеется кнопь "Отключить", при отключении туннеля от туда можно сказать, что это аналог происходящего процесса в полночь, только для данного процесса? (без учёта сброса статистики). Т,Е. могу я эту кнопь использовать для тестирование восстановления связи после полуночного дисконнкта с сервера?
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Перезапуск - очень быстро, пару -тройку секунд. Но это происходит по очереди. Когда именно до вашего процесса доходит не понятно.
Да, кнопка "Отключить" в Состоянии туннелей делает почти то же самое, что и процесс в 00-00, но для ваших целей это одно и тоже. Вы можете ей тестировать отключение/подключение.
отлично... pfSense восстанавливает соединение автоматически. несколько инструкций пришлось дополнить, изначально не логичные ...
ну чтож... утром завтра удостовериться осталось...
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.