# DHCP или статика внутри сети? **URL:** \ **Category:** Вопросы новичков\ **Tags:** network, homelab\ **Created:** [24.Октябрь.2025 06:09:43 UTC](https://forum.samohosting.ru/t/dhcp-ili-statika-vnutri-seti/1174 "2025-10-24T06:09:43Z")\ **Posts on this page:** 2\ **Page:** 1
**Author:** ![Visteras](https://forum.samohosting.ru/user_avatar/forum.samohosting.ru/visteras/32/3129_2.png) [@Visteras](https://forum.samohosting.ru/u/Visteras)\ **Post date:** [24.Октябрь.2025 06:09:43 UTC](https://forum.samohosting.ru/t/dhcp-ili-statika-vnutri-seti/1174/1 "2025-10-24T06:09:43Z")
Я хочу реорганизовать свою сеть, но т.к. это происходит не первый раз - возникает вопрос - как лучше работать с внутренними IP. Обычно у меня роутер выдает динамический адрес, и я руками его превращал в статик. Но некоторое время назад начал использовать статические адреса для CT в proxmox. В целом - оказалось довольно неплохо, теперь я думаю - возможно при переделке сети стоит все такие ct/vm перевести на статику? Тогда когда я в следующий раз буду что-то переделывать - они просто сразу заработают. Но с другой стороны - станет намного сложнее утягивать их в другую подсеть если вдруг по каким-то причинам мне это потребуется. В общем интересует вопрос - кто как делает? И как лучше? Или все это фигня? ---
**Author:** ![KRom](https://forum.samohosting.ru/user_avatar/forum.samohosting.ru/krom/32/362_2.png) [@KRom](https://forum.samohosting.ru/u/KRom)\ **Post date:** [24.Октябрь.2025 08:35:17 UTC](https://forum.samohosting.ru/t/dhcp-ili-statika-vnutri-seti/1174/2 "2025-10-24T08:35:17Z")
В идеальной картине мира DHCP не нужен т.к. при недоступности DHCP сервера сеть может сломаться 1. Несколько хостов получат один IP адрес 2. Хосты не смогут получить IP адреса и не смогут контактировать между собой Соответственно, в идеальной картине мира мы имеем некую IPAM систему, где управляете конфигурацией ![image](https://forum.samohosting.ru/uploads/default/original/2X/7/70fa6000391fa3f9a63dfca881f3c5e4569d01ef.png) Но понятно, что это удобно т.к. 1. Можно быстро выдавать IP адреса клиентам 2. Можно передавать дополнительные параметры типа DNS и NTP серверов, таймзоны, домена, статические маршруты, MTU 3. Можно включить PXE загрузку по сети 4. Некоторое оборудование типа IP телефонов может получать настройки устройства 5. Ну и естественно DDNS, можно создавать dns записи для работы по имени + отправлять уведомления в телегу при подключении нового устройства ![image](https://forum.samohosting.ru/uploads/default/original/2X/a/a033664c6dcec894e3813303aaf5bee271ecc04c.png) К чему я пришел дома 1. Создается сеть, к примеру `192.168.0.0/23`, список адресов тут будет от `192.168.0.1` до `192.168.1.254` 2. Роутеру выделяем адрес `192.168.0.1/23` 3. Создаем пул адресов `192.168.0.100`-`192.168.1.254` и навешиваем его на DHCP сервер 4. Для критически важных систем, создаем статическую аренду в диапазоне от `192.168.0.2` до `192.168.0.99` 5. Но для критически важных систем все равно прописываем статические IP адреса на клиентах, а именно 5.1. PVE, особенно в кластере, плохо работает с DHCP и там прописываем статику 5.2. NAS тоже статика, он должен загрузиться раньше всех, TrueNAS 25.10 требует статический IP для NVMe-oF 6. Для DNS сервера/ов можно создать VRRP адрес, для Reverse-proxy тоже, например `192.168.0.53` и `192.168.0.80` соответственно (думаю, объяснять числа нет смысла) 7. Разделяем сети по сегментам, присваиваем им домены, не local т.к. он конфликтует с mDNS, например `.lan`, `dmz.lan`, `srv.lan`, в корпоративном мире принято использовать FQDN вида [dhcp-client.office.city.corp.com](http://dhcp-client.office.city.corp.com), ну и потом это все запихивается в AD 8. Настраиваем DDNS 9. Контейнеры и виртуалки добавляем в соответствуюий бридж, они получают IP по dhcp, если это критически важный сервис типа NAS, можно прописать статику, но учтите, что тогда при смене параметров сети надо будет править настройки во множестве мест В итоге, я CT с именем ost добавил в бридж dmz И имею такую картину ```auto $ ping -c 4 ost.dmz PING ost.dmz.lan (10.110.13.253) 56(84) bytes of data. 64 bytes from ost.dmz.lan (10.110.13.253): icmp_seq=1 ttl=63 time=0.362 ms 64 bytes from ost.dmz.lan (10.110.13.253): icmp_seq=2 ttl=63 time=0.268 ms 64 bytes from ost.dmz.lan (10.110.13.253): icmp_seq=3 ttl=63 time=0.285 ms 64 bytes from ost.dmz.lan (10.110.13.253): icmp_seq=4 ttl=63 time=0.271 ms --- ost.dmz.lan ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3084ms rtt min/avg/max/mdev = 0.268/0.296/0.362/0.038 ms ~ ⌚ 11:09:24 $ ping ost PING ost.lan (10.110.0.144) 56(84) bytes of data. ^C --- ost.lan ping statistics --- 3 packets transmitted, 0 received, 100% packet loss, time 2070ms ``` Поскольку, у меня домен lan, то при пинге `ost` пытается достучаться до `ost.lan`, который был в LAN брижде и получил IP адрес, но скоро удалится оттуда по таймауту А вот пинг `ost.dmz` уже проходит, т.к. дописывается `.lan` и по этому адресу есть хост в нужной сети В моем случае `10.110.0.0/23` выделен для LAN, `10.110.0.12/23` выделен под DMZ с vlan 112 ![image](https://forum.samohosting.ru/uploads/default/original/2X/6/646989658ded68a64c8a4a126a30c009df279d79.png) `.srv.lan` это серверная сеть с `MTU9000` и доступом к NFS на NAS Проверяем, что jumbo frame работают ```auto ~ ⌚ 11:19:49 $ ping -s 9000 -c 4 truenas PING truenas.lan (10.110.0.20) 9000(9028) bytes of data. --- truenas.lan ping statistics --- 4 packets transmitted, 0 received, 100% packet loss, time 3061ms ~ ⌚ 11:20:05 $ ping -c 4 truenas PING truenas.lan (10.110.0.20) 56(84) bytes of data. 64 bytes from truenas.lan (10.110.0.20): icmp_seq=1 ttl=64 time=0.183 ms 64 bytes from truenas.lan (10.110.0.20): icmp_seq=2 ttl=64 time=0.291 ms 64 bytes from truenas.lan (10.110.0.20): icmp_seq=3 ttl=64 time=0.138 ms 64 bytes from truenas.lan (10.110.0.20): icmp_seq=4 ttl=64 time=0.215 ms --- truenas.lan ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3062ms rtt min/avg/max/mdev = 0.138/0.206/0.291/0.055 ms ~ ⌚ 11:20:32 $ ping -c 4 truenas.srv PING truenas.srv.lan (10.110.10.20) 56(84) bytes of data. 64 bytes from truenas.srv.lan (10.110.10.20): icmp_seq=1 ttl=64 time=0.185 ms 64 bytes from truenas.srv.lan (10.110.10.20): icmp_seq=2 ttl=64 time=0.178 ms 64 bytes from truenas.srv.lan (10.110.10.20): icmp_seq=3 ttl=64 time=0.176 ms 64 bytes from truenas.srv.lan (10.110.10.20): icmp_seq=4 ttl=64 time=0.163 ms --- truenas.srv.lan ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3086ms rtt min/avg/max/mdev = 0.163/0.175/0.185/0.008 ms ``` Для гостевой сети делал 1. минимальные настройки DHCP 2. отключал DDNS 3. отключал “особый” роутинг 4. передавал DNS сервер яндекса Ну и особое внимание уделяем DNS серверу, в идеале поднять их несколько штук, у меня adguard что-то не справлялся, думаю что делать с этим Вот трафик на DNS интерфейсе, с учетом того, что DNS UDP должен влезть в 1 пакет, то нижный график показывает количество DNS запросов в секунду (от 20 до 100) и 6.2 ГБ ответов за 1 день, 17 часов, 17 минут ![image](https://forum.samohosting.ru/uploads/default/original/2X/2/2b85f50d31c2762937b8e968292210596105ad23.jpeg)