Выключаю, затем включаю NAS - сервер в сети виден, при попытке войти выдает сообщение "Windows не может получить доступ к \\NAS4FREE. Захожу в настройки через WEBGUI, перезапускаю службу CIFS/SMB - все работает нормально. После выключения-включения все повторяется.
Прим. К счастью, камрад, поимевший проблему, проявил достойный уровень упорства - выкладывал логи, одних комментов мы в дискуссии написали полсотни.
В логах имеем
Sep 29 17:29:35 nas4free nmbd[1994]: [2014/09/29 17:29:35.356610, 0] nmbd/nmbd_packets.c:179(send_netbios_pac ket)
Sep 29 17:29:35 nas4free nmbd[1994]: send_netbios_packet: send_packet() to IP 192.168.0.255 port 137 failed
Sep 29 17:29:35 nas4free nmbd[1994]: [2014/09/29 17:29:35.356689, 0] nmbd/nmbd_nameregister.c:522(register_na me)
Sep 29 17:29:35 nas4free nmbd[1994]: register_name: Failed to send packet trying to register name NAS4FREE
многократно повторяемое
В конце лога -
Sep 29 17:29:37 nas4free kernel: re0: link state changed to UP
То есть самба ломится в сеть до того, как поднят сетевой сервер - и обламывается, конечно. Причём проблема проявляется только на статическом IP.
Коллективный разум даёт совет указать в rc.conf
netwait_enable="YES"
netwait_ip="x.x.x.x"
netwait_if="название_интерфейса"
И это срабатывает. Но есть важная деталь - по умолчанию nas4free такие строки в rc.conf вносит без дополнительного понукания!
Я поэкспериментировал на виртуалке и воспроизвёл проблему. Для этого при инсталляции надо не указать Default router. Есть подтверждение. Так что при установке надо указать Default router, как в инструкции. Или позже задать его в Network|LAN Management, поле Gateway.
Вывод - внимательно читаем её. Не очевидные отклонения от процедуры могут дать неочевидные результаты.