Better not use pfsense opnsense and other WEB-panels

Панели создают впечатление, что при помощи них можно сэкономить время. Отчасти это верно. Вторая часть звучит как то, что еще больше этого времени можно будет легко потерять. Ключевым обстоятельством тут является то, что панеле-писатели добавляют заметное кол-во дополнительной «логики» в свои поделия, которая, в отличие от исходных компонентов (OS + user space утилит) скорее всего не будет описана нигде, кроме как в исходных текстах, и, если повезет, может быть частично отражена на километрах форумов, наполненных потоком проблем неквалифицированных пользователей — основными потребителями такого рода поделок. В этом придется копаться, и зачастую безрезультатно. Если вас прельщает сомнительная удача стать специалистом очередной «панели» — что ж, удачи, как говорится. Элементарная логика подсказывает, что разумнее потратить время на изучение базовых инструментов, из которых можно собрать систему с гораздо более прогнозируемым поведением. Приведу лишь один пример: OpenVPN в opnsense-системе, после перезагрузки, начал работать нестабильно: соединения устанавливались и спустя 10—15 секунд разрывались. Сам демон OpenVPN тоже перезапускался. Если попытаться гуглить симптомы, можно будет найти все, что угодно, кроме решения — горе-писатели opnsense (а возможно и pfsense — базы этого форка), мониторят доступность заданных шлюзов…

Jan 2 20:42:26 OPNsense apinger: Starting Alarm Pinger, apinger(13341)
Jan 2 20:42:36 OPNsense apinger: ALARM: GWv6(………) *** down ***
Jan 2 20:42:50 OPNsense apinger: Exiting on signal 15.

… и в случае недоступности любого из них (в моем случае это был IPv6 gateway, который перестал отвечать), считают, что нужен перезапуск OpenVPN. Удачной отладки.