Swuder

т.е. велосипедить свой DHCP-сервер ??
зачем ?? если есть рабочий и всемизвестный DHCP.
выдели DHCP в отдельную мелкую коробку, не привязанную к остальным "перемещаемым" серверам и пользуй.

Рулить политикой и правами - AD, мониторить рабочие станции и не только, ну например тот же Spiceworks.

Для начала Вам необходимо понимать что происходит на уровне сети. Для этого лучше всего подойдет сертификация Cisco CCNA (не обязательно прям стремится к получению самого сертификата). Соответственно и книги по подготовке к этому экзамену. https://www.ozon.ru/context/detail/id/31336455/ и https://www.ozon.ru/context/detail/id/34239094/ , это если на русском.
Если выбираете путь Windows администратора, то - сертификация MCSA. И книги соответственно по подготовке к этой сертификации, по выбранной операционной системе. Например по 2012 Server: https://www.ozon.ru/context/detail/id/31122302/ и https://www.ozon.ru/context/detail/id/32646156/
И не устаю давать ссылку на "Сети для самых маленьких": linkmeup.ru/sdsm

Чем занимается инженер активного оборудования в провайдерах?
В чем суть его работы, круг обязанностей?

Конфигурирование сетевого оборудования.
Настройка маршрутизации и коммутации.
Проектирование и мониторинг сетей связи.
Участие в интеграции нового оборудования и его приемочном тестировании.
Участие в модернизации существующего оборудования.
Поиск и устранение неисправностей на эксплуатируемом оборудовании.
Проведение мероприятий по автоматизации проводимых процессов сбора статистики, созданию отчетности.

Как подготовиться к техническому собеседованию?

Понимание стека протоколов TCP/IP, модели OSI.
Практический опыт работы с маршрутизаторами и коммутаторами компаний Cisco, Huawei, Juniper и т. д.
Понимание протоколов маршрутизации, в первую очередь OSPF, BGP.
Четкое понимание VLSM, netmask, wildcard mask.
Опыт работы с оптоволоконным кабелем.
Опыт работы с *nix системами на уровне администратора.
Знания любого из перечисленных скриптовых языков программирования : Perl, Shell, Bash и т.д.

225.255.255.0 - переводим в двоичную СС -> 11111111.11111111.11111111.00000000 - 24 единицы, поэтому /24 в краткой записи, так как маска всегда имеет вид сначала подряд единицы, в конце - подряд нули

Точно так же как и через проводной доступ, разницы для достижения цели нет никакой. Пингуете бродкаст или сканируете сеть, потом порты, делаете трассировки до шлюза, потом в интернет, пытаетесь собрать информацию об оборудовании. Принципиальной разницы в транспорте (wi-fi или eth) нет.

Как-то так:
Далеко не все смогут понять, как невообразимо весело поднимать свое маленькое облако, настраивать его, тестировать, делать отказоустойчивую конфигурацию. Разворачивать эмулятор крутой СХД на простом железе. Выискивать на eBay, покупать, а затем получать по почте и распаковывать свежекупленные коммутаторы Cisco для препарирования и опытов. Делать на своей домашней Wi-Fi точке аутентификацию 802.11x с цифровыми сертификатами, где-то доставать еще одну точку, чтобы делать roaming. Покупать ноутбук с расчетом на то, чтобы на него встал любимый гипервизор. Доставать Infiniband карточки и коммутатор, хотя в продакшене тебе он нахрен не нужен. Смотреть квадраты Gartner'а лидеров по различным отраслям, тестировать их решения, о которых, хотя и слышишь первый раз в жизни, но делаешь - потому что они лидеры. Настраивать трехзвенное приложение с автоматическим масштабированием. Часами допиливать любимый workflow на развертывание сферического AD в вакууме. Устанавливать новую версию Exchange и делать миграцию данных сотен пользователей с именем John Smith. Ночами траблшутить надоедливую проблему на своем домашнем стенде, участвовать в бета-программах твоих любимых производителей софта. Подписываться на технические блоги по серверному администрированию и самому вести такой, ездить на профильные конференции в свой отпуск. Делать идеальный сайзинг серверного оборудования под какую-то невообразимую выдуманную задачу. Часами смотреть на фотографии новой железки и мечтать, чтобы когда-то ты смог потрогать ее вживую и внедрить у какого-нибудь заказчика. Читать RFC и документацию по стандартам, чтобы понимать как это на самом деле работает. Мечтать получить доступ к внудренним knowledge base крупных вендоров. Учиться в свободное время и сдавать вендорские экзамены, не потому что дядя на работе сказал, а потому что ты уже наметил план своего профессионального развития лет на 5 вперед. И еще множество других самых разнообразных и интересных вещей.

0) Представим, необходимо передать данные между компьютерами 1 и 2. Никаких Ethernet и IP еще не придумали, допустим. Есть провода, оптоволокно, соответствующие трансиверы. Что делать? (семиуровневая модель и почему это не священная корова, мультиплексирование, инкапсуляция)

1) Коммутация. Как происходит обработка (перенаправление) трафика коммутатором? Допустим, пришел фрейм с таким-то адресом источника и таким-то адресом назначения - что происходит? Что и почему произойдет, если два 'деревянных' (без STP и прочих излишеств) коммутатора соединить двумя линками? Как с этим бороться (STP, в чем минусы)?

2) Статическая маршрутизация IPv4. Зачем вообще нужен IP, когда есть Ethernet или Serial интерфейсы (хотя, по-моему, IP появился раньше, чем Ethernet, но вопрос имеет определенный смысл, пересекается с пунктом 0)? Допустим, на маршрутизатор приходит пакет (точнее, Ethernet-фрейм, а в нем IP-пакет). Что дальше происходит? Чем концептуально отличается перенаправление пакетов на 3 и 2 уровнях ЭМВОС? Почему l2-петля (в случае Ethernet) это скрежет зубовнай, а L3-петля не так страшна? Чем концептульно отличаются IPv4-адреса от MAC-адресов?

3) Как заставить работать вместе Ethernet и IP (это про ARP)?

4) Нарисуйте топологию вида "маршрутизатор на палочке", где маршрутизатор маршрутизирует трафик между двумя вланами. К нему транком подключен коммутатор, к коммутатору - два хоста в разных вланах. Один хост шлет icmp echo запрос другому ('пингует'). Что происходит на каждом устройстве? Какие адреса (IP, MAC) используются в заголовках пакетов и фреймов на разных этапах? Каково содержимое таблиц маршрутизации, коммутации, ARP-таблиц?

5) Уже после четкого освоения вышеописанного: безопасность (ACL, фаерволлы), туннели (зачем нужны, в чем минусы), NAT (зачем нужен, в чем минусы). Динамическая маршрутизация. Как устроен Интернет (и чем Интернет отличается от Worldwide web)

Из книг, Jeff Doyle, 'Routing TCP/IP', volume I, первые несколько глав. И есть неплохая книжка, на тему 'чего не сказали в курсе CCNA'.

Привел самые базовые вопросы. Разобравшись с ними, думаю, дальнейший вектор развития сами будете способны задать.

Ну, вы же понимаете, что такого класса устройства не предназначены для обслуживания десятков пользователей?

Диагностируйте: сравните, повторяются ли симптомы при уменьшении количества клиентов, посмотрите логи и LA (если есть такая возможность) на роутере и т. д. Устройте нагрузочное тестирование.

А лучше замените SOHO на что-нибудь более подходящее.

Основной принцип: тяжелое снизу, легкое - сверху. В самый низ - ИБП, в самый верх - оптический кросс+органайзер, дальше по мере веса и необходимости доступности по удобству. Как правило ставят свич+патчпанель+органайзер, и так много раз. Крайне желательно рядом со всем активным оборудованием (ИБП, свичи, маршрутизаторы) оставлять место под их оперативную замену. Если под мелкими свичами делать органайзер, в случае расширения воткнете свич на его место, а вот с ИБП так не получится, надо предусмотреть заранее.

Возможны вариации в зависимости от портовой емкости свича, патчпанелей, кроссов под многопарник, большого многоюнитого обордования (циски на 20 юнитов), наличия телефонных шнуров, необходимости вентиляторов, полочки медиков и т.д. Еще удобно воткнуть одну полочку где-нибудь сверху.

Первая схема мне нравиться больше. ВЛАНами вся локалка заворачивается на керио, керио и выступает файрволом для всей локали. Между Керио и роутером у Вас будет DMZ, для всяких непотреьностей и потребностей)

нужно воспользоваться утилитами для конвертации образов гостевых ОС qemu-img или StarWind V2V Image Converter в vhdx формат