YuriAM писал(а):
Логика DFL может казаться непривычной поначалу, но вполне нормальная.
Проблема в том, что она нормальная и целостная, но при этом изрядно уникальная, что не является признаком хорошего тона.
Это ещё в определённых кругах именуется паранойей. Стройная система сверхценных идей, построенная на неверных предпосылках.
YuriAM писал(а):
Бродкаст адрес, вероятно выдает оборудование провайдера, а не "выдумывает" DFL.
Оборудование бродкаст адрес не выдаёт. Он не предусмотрен в пакете DHCPOFFER. Адрес вычисляется самим DFL из выданного IP и маски сети. Но... где и когда этот бродкаст адрес явно показывался пользователю и кому и когда он был нужен?
YuriAM писал(а):
Указание сети вместо маски ни чем не ограничивает функционал.
Кроме того факта, что заставляет настраивающего совершать лишние телодвижения для вычисления неканонического параметра.
YuriAM писал(а):
выданный DHCP адрес, конечно, красивее бы смотрелся в списке вместо 0.0.0.0, но его можно посмотреть в самОм адресном объекте.
Опять же - в коллекции всех ассоциированных адресов нет полученного по DHCP. Т.е. аналогии с известными
ipconfig /all | ifconfig -a никакой.
Хотя, есть, конечно, приятные вещи навроде автоматического сброса изменений, если администратор не вошёл в течение 30 секунд...