делать другой инит скрипт?

Это кстати хорошая идея тоже

Ну да, и другой конфиг

ну хз, такое себе. радиус-прокси нужен когда нужно изменять бизнес-логику, например, удалять/добавлять атрибуты, модифицировать значения (отрезать домены, делать tolower и т.п.). по большому счёту, это лишняя сущность. у меня например были проблемы с зависанием freeradius2 (наверное их можно было решить, но это надо цепляться gdb и дебажить), т.е. в целом это лишняя точка отказа. вариант с запуском двух accel на разных интерфейсах ничем не плох (accel ест мало памяти, так что норм). с systemd можно это легко параметризовать (имя конфига) путем использования @ , т.е. делать типа systemctl enable accel-ppp@configX

в юнит-файле просто использовать параметр как имя конфига

ну про другой конфиг очевидно. надо будет подумать

надо будет инит у колектора нетфлоуп посмореть, он запускал несколько инстансов как раз таки с разными параметрами

у вас systemd?

если да, то вот ман как это сделать https://fedoramagazine.org/systemd-template-unit-files/

прям почти один-в-один как надо

TL;DR: %i

по беглому взгляду надо будет код править... там жестко заито имя таргета .name           = "NETFLOW" в ipt_netflow_reg для xt_register_targets

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

ну так посмотрите, если у вас unit-файл, значит у вас системд и это легко шаблонизируется как написано по ссылке выше

Ну вообще там собранный пакет, что он там собирал я не смотрел пока. Возможно и юнит

В общем я как вариант продумаю, возможно это решит проблему со смешанными режимами

Получено:71 http://security.debian.org/ jessie/updates/main openssl amd64 1.0.1t-1+deb8u12 [666 kB]
когда угадали с размером :))

А start=up подразумевает, что клиент уже имеет IP адрес? Или он будет реагировать на dhcp discover тоже?

Подразумевает

Но можно 2 режима старта использовать