<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: DHCP-сервер постоянно назначает и снимает назначения.]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме DHCP-сервер постоянно назначает и снимает назначения. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Sat, 01 Aug 2026 00:14:56 -0400</pubDate>
		<item>
			<title>DHCP-сервер постоянно назначает и снимает назначения.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86049-dhcp_server-postoyanno-naznachaet-i-snimaet-naznacheniya./message402633">DHCP-сервер постоянно назначает и снимает назначения.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			К сожалению… ничего не сработало, как ожидалось. Оба DHCP-сервера раздают конфликтующие IP-адреса из одного и того же пула (одинаковый IP разным устройствам). Один из DHCP-серверов авторитетный, другой — вообще никогда. Это не помогло. Wi-Fi устройства часто оффлайн. Когда оба сервера онлайн, конфликт можно обнаружить. Кстати, переключатель снятия/назначения IP-адреса снова в деле.<img class="lazyload "  src="data:image/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==" data-src="/upload/forum/mikrotik/9794647a1314264f24690ee10a62ff726db805ae.jpeg" alt="Пользователь добавил изображение" border="0" /> <br />
			<i>07.12.2023 11:53:00, bpwl.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86049-dhcp_server-postoyanno-naznachaet-i-snimaet-naznacheniya./message402633</link>
			<guid>http://mikrotik.moscow/forum/forum57/86049-dhcp_server-postoyanno-naznachaet-i-snimaet-naznacheniya./message402633</guid>
			<pubDate>Thu, 07 Dec 2023 11:53:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>DHCP-сервер постоянно назначает и снимает назначения.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86049-dhcp_server-postoyanno-naznachaet-i-snimaet-naznacheniya./message402632">DHCP-сервер постоянно назначает и снимает назначения.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Большое спасибо, @mkx. Я тоже думал сделать примерно то же самое на базе интерфейса VRRP. Но, честно говоря, зачем зависеть от VRRP? Я вообще никогда не видел проблем с DHCP-сервером, который не сохранял аренды на диск. Клиенты всё равно возвращались с тем же IP-адресом в аренде после перезагрузки DHCP-сервера. Видел скрипты, которые дублируют правила фаервола и аренды DHCP для сценариев мастер/резерв MT. Но мне нужно, чтобы только «статические» аренды были на обоих DHCP-серверах. Остальные могут получать любые адреса. <br />
			<i>03.12.2023 15:20:00, bpwl.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86049-dhcp_server-postoyanno-naznachaet-i-snimaet-naznacheniya./message402632</link>
			<guid>http://mikrotik.moscow/forum/forum57/86049-dhcp_server-postoyanno-naznachaet-i-snimaet-naznacheniya./message402632</guid>
			<pubDate>Sun, 03 Dec 2023 15:20:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>DHCP-сервер постоянно назначает и снимает назначения.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86049-dhcp_server-postoyanno-naznachaet-i-snimaet-naznacheniya./message402631">DHCP-сервер постоянно назначает и снимает назначения.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Думаю, что в типичном сценарии active/active лучше настроить все DHCP-серверы с одним и тем же пулом адресов. Тогда, когда клиент пытается обновить IP-адрес, любой из серверов его примет без проблем. Даже если предыдущую аренду выдавал другой DHCP-сервер, текущий, скорее всего, подтвердит этот адрес, потому что конфликтов с другими устройствами в сети, скорее всего, не будет. DHCP-серверы обычно подтверждают адреса, если они соответствуют настройкам, даже если сервер ещё не знает о DHCP-клиенте. Всё это работает нормально, пока нет DHCP-релеев и обязательные проверки доступности IP-адреса, которые выполняют сервер и клиент, не блокируются и не искажаются какими-то препятствиями на уровне L2. <br />
			<i>03.12.2023 14:21:00, mkx.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86049-dhcp_server-postoyanno-naznachaet-i-snimaet-naznacheniya./message402631</link>
			<guid>http://mikrotik.moscow/forum/forum57/86049-dhcp_server-postoyanno-naznachaet-i-snimaet-naznacheniya./message402631</guid>
			<pubDate>Sun, 03 Dec 2023 14:21:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>DHCP-сервер постоянно назначает и снимает назначения.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86049-dhcp_server-postoyanno-naznachaet-i-snimaet-naznacheniya./message402630">DHCP-сервер постоянно назначает и снимает назначения.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Ага, MKX, я как раз надеялся на твою реакцию. У меня на подсети (VLAN) всего два DHCP-сервера, и одно из устройств прыгало между ними. Серверы используют полнораздельный scope, но если они отвечают поочерёдно, клиент получает кучу NAK’ов и теряет wifi-соединение. (Не знаю, что было сначала: переподключения wifi или ошибки DHCP NAK.) После моей небольшой правки одно устройство снова взяло лизинг у DHCP-сервера с задержкой “after-10sec-delay”. Сейчас в сети почти нет нагрузки — всего 5 клиентов, а сервера подключены в одной точке. На форумах полно обсуждений про этот “DHCP deassign-assign”. Хотел сделать резервирование через VRRP (маршрутизация, SRCNAT, RADIUS (usermanager), DHCP и так далее), но пока далеко до того уровня, что был с кластером Fortigate или репликацией Windows AD. <br />
			<i>02.12.2023 20:15:00, bpwl.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86049-dhcp_server-postoyanno-naznachaet-i-snimaet-naznacheniya./message402630</link>
			<guid>http://mikrotik.moscow/forum/forum57/86049-dhcp_server-postoyanno-naznachaet-i-snimaet-naznacheniya./message402630</guid>
			<pubDate>Sat, 02 Dec 2023 20:15:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>DHCP-сервер постоянно назначает и снимает назначения.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86049-dhcp_server-postoyanno-naznachaet-i-snimaet-naznacheniya./message402629">DHCP-сервер постоянно назначает и снимает назначения.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Согласен с первой частью цитаты. Клиенты знают, какой DHCP-сервер выдал им аренду, поэтому могут попытаться обновить аренду через коммуникацию по unicast. Но, думаю, это не обязательное требование. <br /><br />Однако со второй частью цитаты не согласен. Если DHCP-сервер считает себя авторитетным для определённой подсети, а клиент запрашивает адрес вне неё, сервер имеет право отклонить запрос (nack) и предложить аренду из собственного пула адресов. <br /><br />Проблема в том, что у вас, похоже, три DHCP-сервера в одной и той же L2 broadcast-домене, но они не настроены на совместную работу. И эту часть сложно исправить. Как вы уже описали, можно запустить два (или три) DHCP-сервера MT в режиме активного/резервного, установив свойство authoritative на основном сервере в «yes», а на резервных — в «after-2sec-delay» или «after-10sec-delay». Тогда резервные серверы не будут мешать, если основной отвечает на запросы аренды. Но это не случай с разделённой зоной (split scope). <br />
			<i>02.12.2023 15:12:00, mkx.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86049-dhcp_server-postoyanno-naznachaet-i-snimaet-naznacheniya./message402629</link>
			<guid>http://mikrotik.moscow/forum/forum57/86049-dhcp_server-postoyanno-naznachaet-i-snimaet-naznacheniya./message402629</guid>
			<pubDate>Sat, 02 Dec 2023 15:12:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>DHCP-сервер постоянно назначает и снимает назначения.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86049-dhcp_server-postoyanno-naznachaet-i-snimaet-naznacheniya./message402628">DHCP-сервер постоянно назначает и снимает назначения.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет! У меня такая же проблема с хотя бы одним устройством, подключённым к Wi-Fi. Устройства BYOD, поэтому у меня нет информации о клиентских устройствах и доступа к их настройкам. Настройка сделана на двух hAP ax3 с ROS 7.12, у каждого настроен DHCP-сервер на VLAN, обслуживающий одинаковые подсети, но с непересекающимися пулaми адресов (split scope). Клиенты должны закрепляться за одним DHCP-сервером для обновления аренды: если они получили адрес от одного сервера, другой не должен отказывать в нём (NACK) при отсутствии адреса в своём пуле. Но на деле клиент постоянно переключается между двумя DHCP-серверами. <br /><br /><img class="lazyload "  src="data:image/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==" data-src="/upload/forum/mikrotik/dda0956f9bbc37b15ee296658c0a7f5d7818b0a8.jpeg" alt="Пользователь добавил изображение" border="0" /><br /><br />Настройка одного из DHCP-серверов на hAP ax3 с опцией [Authoritative “after 10 seconds delay”] и удалением его списка аренды полностью остановила этот “флиппинг”. Теперь все аренды обслуживаются другим DHCP-сервером на втором ax3. <br /><br />Интернет-статьи… исключения в MT??? IPAM 2020.2 &nbsp;<br />ПРИЧИНА &nbsp;<br />Конфликт IP возникает из-за того, что оба DHCP-сервера управляют одинаковыми IP и выдают аренды на них. При правильно настроенном split scope два DHCP-сервера работают в одной подсети. После настройки каждый DHCP-сервер должен установить диапазон исключений, противоположный диапазону другого DHCP-сервера. <br />
			<i>01.12.2023 23:04:00, bpwl.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86049-dhcp_server-postoyanno-naznachaet-i-snimaet-naznacheniya./message402628</link>
			<guid>http://mikrotik.moscow/forum/forum57/86049-dhcp_server-postoyanno-naznachaet-i-snimaet-naznacheniya./message402628</guid>
			<pubDate>Fri, 01 Dec 2023 23:04:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>DHCP-сервер постоянно назначает и снимает назначения.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86049-dhcp_server-postoyanno-naznachaet-i-snimaet-naznacheniya./message402627">DHCP-сервер постоянно назначает и снимает назначения.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Всем привет. Вдруг мой DHCP-сервер на HAP ac3 начал постоянно выдавать и тут же отзывать IP-адреса у Wi-Fi устройств. Есть идеи, в чем может быть проблема? Раньше такого не наблюдалось, но в последние дни это происходит постоянно. Использую HAP ac3 (главный роутер, версия v6.49.6) и HAP ac2 (в режиме точки доступа, в мосту, с LAN-подключением к первому, та же версия v6.49.6). Подключено около 60-65 Wi-Fi устройств. Буду очень признателен за любую помощь. Спасибо! <br />
			<i>14.09.2022 08:52:00, fotis3d.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86049-dhcp_server-postoyanno-naznachaet-i-snimaet-naznacheniya./message402627</link>
			<guid>http://mikrotik.moscow/forum/forum57/86049-dhcp_server-postoyanno-naznachaet-i-snimaet-naznacheniya./message402627</guid>
			<pubDate>Wed, 14 Sep 2022 08:52:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
