NB Нормальному пользователю делать описанное НЕ НУЖНО.
NB Если вы вогнали свой nas4free (особенно embedded) в такую ситуацию, то явно сделали то, что делать не надо. Но шаловливые ручки. А потом вопросы.
Решил ответить :)
Я, к примеру, на тестовом железе прицепил вебгуй ко второму сетевому интерфейсу - а потом сознательно интерфейс изменил/отключил. В результате nas стартует, по ssh виден, а вебгуя нет.
ltonas: ~# service lighttpd stop
lighttpd not running? (check /var/run/lighttpd.pid).
Пытаемся запустить
ltonas: ~# service lighttpd start
Starting lighttpd.
2017-06-02 20:38:32: (network.c.464) can't bind to port: 192.168.1.32 80 Can't assign requested address
/etc/rc.d/lighttpd: WARNING: failed to start lighttpd
Какже... Зато видно в чём проблема. В данном случае у меня указано управляющему вебгуем вебсерверу привязаться к 192.168.1.32:80 - а его и нет.
Причём редактировать /var/etc/lighttpd.conf бесполезно. Он переписывается из config.xml не при ребуте, а при каждом запуске сервиса.
Редактировать надо config.xml. Но он лежит на системном разделе, смонтированном только для чтения.
Поэтому сначала надо определить где у нас системный носитель
ltonas: ~# mount | grep /cf
/dev/da0s1a on /cf (ufs, local, read-only)
А теперь перемонтируем его на чтение и запись
umount /cf && mount /dev/da0s1a /cf
Теперь (желательно сняв копию с конфига) можно редактировать xml как текст. Например, в нашем случае найти строку с 192.168.1.32 и убить лишнее. Но это если квалификации хватит.
ltonas: ~# nano /cf/conf/config.xml
После (удачного :) редактирования конфига перегружаем NAS. Но в моём частном случае достаточно перегрузить искомый сервис
ltonas: ~# service lighttpd start
Starting lighttpd.
Бинго