Починаю розбиратися в чому справа. Перевіряю /etc/rc.conf:
Все, більше нічого немає. Помилитися ніде. Все повинно працювати, але не працює. Якщо вручну запустити dhcp клієнт:
то мережеві настройки благополучно виходять.
Я вирішив додати настройки dhclient в rc.conf:
Перезавантажувати, результату немає, настройки по dhcp знову не отримані. Дуже дивна ситуація, я, чесно кажучи, тут задумався. Десятки разів налаштовував freebsd, але таке бачу вперше. Нічого не вдієш, вирішив заглянути в Handbook. Іду в розділ Автоматична настройка мережі (DHCP) і читаю. Знаходжу там цікавий момент:
За замовчуванням, конфігурація FreeBSD по протоколу DHCP виконується фоновим процесом, або асинхронно. Решта стартові скрипти продовжують роботу не чекаючи завершення процесу конфігурації, тим самим прискорюючи завантаження системи.
Фонове конфігурація не створює проблем в разі, якщо сервер DHCP швидко відповідає на запити, і процес конфігурації відбувається швидко. Однак, в деяких випадках настройка по DHCP може тривати значний час. При цьому запуск мережевих сервісів може потерпіти невдачу, якщо буде проведений раніше завершення конфігурації по DHCP. Запуск DHCP в синхронному режимі запобігає проблему, відкладаючи виконання інших стартових скриптів до моменту завершення конфігурації по DHCP.
Для відкладання запуску стартових скриптів до завершення конфігурації по DHCP (синхронний режим), вкажіть значення SYNCDHCP:
Варто спробувати. Вказую в /etc/rc.conf:
Перезавантажувати і вуаля, все працює. Чи то це особливість віртуальної машини на hyperv, то чи щось ще, не знаю. Вперше з подібною ситуацією стикаюся. Але рішення знайдено. Люблю я Freebsd за докладний handbook, але останнім часом працюю з фрюшкой все рідше і рідше в силу різних причин, головна з яких відсутність потрібних дистрибутивів софта під дану систему. Виробники програм все рідше і рідше включають підтримку Freebsd, а шкода.