Проблемы с автозагрузкой 3proxy

/etc/rc.local

Добавляю строчки:

/usr/local/3proxy/3proxy /usr/local/3proxy/3proxy.cfg
/usr/local/3proxy/3proxy /usr/local/3proxy/3proxy2.cfg
/usr/local/3proxy/3proxy /usr/local/3proxy/3proxy3.cfg

Перезагружаюсь, ps -ax выдает:

 1528 ?        Ssl    0:00 /usr/local/3proxy/3proxy /usr/local/3proxy/3proxy.cfg
 1530 ?        Ssl    0:00 /usr/local/3proxy/3proxy /usr/local/3proxy/3proxy2.cfg
 1532 ?        Ssl    0:00 /usr/local/3proxy/3proxy /usr/local/3proxy/3proxy3.cfg

Но прокси не доступны. Выполняю руками в командной строке то что вбивал в /etc/rc.local - прокси включаются, а в ps -ax:

 1528 ?        Ssl    0:00 /usr/local/3proxy/3proxy /usr/local/3proxy/3proxy.cfg
 1530 ?        Ssl    0:00 /usr/local/3proxy/3proxy /usr/local/3proxy/3proxy2.cfg
 1532 ?        Ssl    0:00 /usr/local/3proxy/3proxy /usr/local/3proxy/3proxy3.cfg
 1714 ?        Ssl    0:00 /usr/local/3proxy/3proxy /usr/local/3proxy/3proxy.cfg
 1929 ?        Ssl    0:00 /usr/local/3proxy/3proxy /usr/local/3proxy/3proxy2.cfg
 1935 ?        Ssl    0:00 /usr/local/3proxy/3proxy /usr/local/3proxy/3proxy3.cfg

Как грамотно добавить в автозагрузку?

А это вы на какой системе делаете, фряхе???

Debian

А так? http://iron-fr5.livejournal.com/24106.html

Заметил сейчас, что 3proxy работает только в случае запуска после установления соединения. А при при автозагрузке 3proxy стартует естественно раньше, чем появляется интернет. Кроме того, замечал и до этого, что после обрыва соединения прокси приходится запускать еще раз.
Получается лечить надо не автозагрузку, а саму 3proxy - как это возможно?

"Cewrio" написал:

Получается лечить надо не автозагрузку, а саму 3proxy - как это возможно?

В любом вменяемом дистрибутиве Linux (а Debian, безусловно относится к их числу) можно указать необходимые зависимости для скриптов инициализации сервисов.
P.S. Если в качестве сетевого подключения используется что-либо из PPP-семейства, необходимый скрипт запуска 3proxy можно добавить в /etc/ppp/ip-up.d./.
Некоторые графические менеджеры сетевых подключений (wicd, NetworkManager) умеют запускать нужные скрипты при поднятии сетевого интерфейса.

Еще хочу заметить - у каждого моего подключения динамические адреса, поэтому я использую ddns сервис и в конфигах 3proxy у меня вместо internal external адресов вписан хост ddns.

Существует проблема - ddns хосты обновляются не сразу. Время обновления в ddclient указано 5s, но иногда может протупить в течении более чем минуты.

И правильно ли понимаю, что 3proxy считывает конфиг только один раз при запуске, в результате чего он может не правильно работать если получит из ddns хоста старый не актуальный ip, не успевший обновиться?

А из /etc/ppp/ip-up.d./ скрипты срабатывают одноразого при поднятии любого нового ppp, и выходит мне это не поможет?

Что можно предпринять? Писать зацикленный скрипт, через указанное время убивающий старые процессы 3proxy и запускающий новые?

"Cewrio" написал:

Из /etc/ppp/ip-up.d./ скрипты срабатывают при поднятии любого нового ppp, я правильно понимаю?

Уже и не помню, возможно. Но знаю, что для каждого из ppp-интерфейсов в его конфигурационном файле можно указать опцию init script

...
init script
              Execute  the command specified by script, by passing it to a shell, to initialize the serial line.  This script would typi‐
              cally use the chat(8) program to configure the modem to enable auto answer.  A value for  this  option  from  a  privileged
              source cannot be overridden by a non-privileged user.

Я подредактирвоал предыдущее сообщение, но пока это делал, вы успели прочитать и ответить.

Остается проблема с обновлением ddns хостов - что можно предпринять? Писать зацикленный скрипт, через указанное время убивающий старые процессы 3proxy и запускающий новые? Или есть более изящный вариант?

Нет, подумал что не вариант - прокси будет постоянно падать при каждом перезапуске.

И теперь вообще не вижу выхода

Добавил в конфиги строчку monitor /usr/local/3proxy/3proxy.cfg ../3proxy2.cfg ../3proxy3.cfg и т.д. но чуда не произошло.