<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: DHCP-продление через беспроводный мост не работает для Ethernet-клиентов.]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме DHCP-продление через беспроводный мост не работает для Ethernet-клиентов. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Fri, 31 Jul 2026 10:36:21 -0400</pubDate>
		<item>
			<title>DHCP-продление через беспроводный мост не работает для Ethernet-клиентов.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395145">DHCP-продление через беспроводный мост не работает для Ethernet-клиентов.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Спасибо, это действительно помогло! Кстати, я выяснил, что некоторые DHCP-серверы могут иметь проблему, когда src MAC и MAC-адрес клиента (в данных DHCP, а не в опции 61) различаются. Сервер вообще не отвечает... К сожалению, похоже, что нет возможности манипулировать DHCP-пакетом в Mikrotik. Но какой-то DHCP-хелпер, который бы не изменял src MAC только для этих DHCP-пакетов, мог бы помочь. Также, что может (в общем) помочь, это изменить в DHCP-запросе флаг уникаста на широковещательный (чтобы ответ от DHCP-сервера мог вернуться, если клиент еще не имеет IP и недоступен). В качестве доказательства концепции я попытался создать bridge src-nat на стороне точки доступа, и это сработало. К сожалению, создание src-nat в мосту на стороне станции не работает, псевдомост станции всегда создает свой собственный src-nat... P.S. Я также протестировал несколько повторителей/мостов TP-Link, и с ними DHCP работает без проблем. <br />
			<i>10.10.2024 13:50:00, Benik3.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395145</link>
			<guid>http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395145</guid>
			<pubDate>Thu, 10 Oct 2024 13:50:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>DHCP-продление через беспроводный мост не работает для Ethernet-клиентов.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395144">DHCP-продление через беспроводный мост не работает для Ethernet-клиентов.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Просто связанно… <noindex><a href="https://forum.mikrotik.com/viewtopic.php?t=179493#p886773" target="_blank" rel="nofollow" >https://forum.mikrotik.com/viewtopic.php?t=179493#p886773</a></noindex> Помните, что MT-MT будет отлично работать в режиме “AP-bridge” - “station bridge”. Опыт с nv2 всегда остался MT-MT и может быть связан только с функцией AP-bridge. У других брендов нет совместимой функции “bridge” в AP. (Но их DHCP-сервер в основном работает с “station-pseudobridge”) <br />
			<i>21.10.2021 20:13:00, bpwl.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395144</link>
			<guid>http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395144</guid>
			<pubDate>Thu, 21 Oct 2021 20:13:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>DHCP-продление через беспроводный мост не работает для Ethernet-клиентов.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395143">DHCP-продление через беспроводный мост не работает для Ethernet-клиентов.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Тот же вопрос здесь… <br />
			<i>21.10.2021 18:23:00, ZschimmerIT.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395143</link>
			<guid>http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395143</guid>
			<pubDate>Thu, 21 Oct 2021 18:23:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>DHCP-продление через беспроводный мост не работает для Ethernet-клиентов.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395142">DHCP-продление через беспроводный мост не работает для Ethernet-клиентов.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Интересно!! Я думал, что ошибся DHCP-сервер. Но не помню, где именно я делал анализ трафика (хотя не-Mikrotik DHCP-серверы работают с теми же псевдо-мостами)… Факт в том, что предложение DHCP действительно не приходит (у DHCP-сервера теперь есть параметр с количеством IP-адресов на MAC-адрес. Но оно все равно не приходит.) <noindex><a href="http://forum.mikrotik.com/t/ros-6-38-serious-dhcp-server-problem/105259/1" target="_blank" rel="nofollow" >http://forum.mikrotik.com/t/ros-6-38-serious-dhcp-server-problem/105259/1</a></noindex> <br />
			<i>06.02.2021 13:02:00, bpwl.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395142</link>
			<guid>http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395142</guid>
			<pubDate>Sat, 06 Feb 2021 13:02:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>DHCP-продление через беспроводный мост не работает для Ethernet-клиентов.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395141">DHCP-продление через беспроводный мост не работает для Ethernet-клиентов.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			ОБНОВЛЕНО: протестировал это подробнее и понял, что хака нужно использовать только тогда, когда DHCP-сервер и точка доступа находятся на одном устройстве MikroTik в режиме 802.11 или nstreme (в режиме nv2 псевдобридж работает как полноценный мост). Публикую здесь, потому что эта тема является топовым результатом в гугле по запросу "mikrotik pseudobridge dhcp". Надеюсь, это поможет мне и всем остальным в будущем. Если вы пытаетесь использовать MikroTik в следующем сценарии: DHCP-сервер ⮁ Wi-Fi точка доступа ⮁ (стандартный Wi-Fi 802.11) MikroTik в режиме "станция псевдобридж", где Wi-Fi и Ethernet объединены ⮁ (проводной Ethernet) 1 или более проводных устройств как DHCP-клиенты, эта схема работает отлично, кроме случаев, когда DHCP-сервер и точка доступа находятся в одном устройстве MikroTik, тогда проводные устройства не могут получить свои IP-адреса. Это происходит потому, что DHCP-сервер MikroTik AP отвечает, используя адрес назначения широковещательной рассылки (FF:FF:FF:FF:FF:FF), а MikroTik в псевдобриджевом режиме заменяет его на свой MAC-адрес, из-за чего DHCP-клиент не получает ответ DHCP. Это можно решить с помощью простого правила NAT для моста, которое изменяет MAC-адрес назначения DHCP-ответа обратно на широковещательный: /interface bridge nat add chain=dstnat mac-protocol=ip ip-protocol=udp src-port=67 dst-port=68 action=dst-nat to-dst-mac-address=FF:FF:FF:FF:FF:FF Вам нужно будет заменить "bridge" на имя вашего моста, который объединяет Ethernet и Wi-Fi. Учтите, что некоторые протоколы, основанные на широковещательной рассылке или использующие MAC-адреса, могут не работать (например, DLNA), но в большинстве случаев это позволяет подключить проводной сегмент LAN беспроводным образом к существующей Wi-Fi. <br />
			<i>06.02.2021 10:21:00, diba.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395141</link>
			<guid>http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395141</guid>
			<pubDate>Sat, 06 Feb 2021 10:21:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>DHCP-продление через беспроводный мост не работает для Ethernet-клиентов.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395140">DHCP-продление через беспроводный мост не работает для Ethernet-клиентов.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			ИЗМЕНЕНО: У меня это идеально работало… до тех пор, пока я не перезагрузил устройство, и теперь не работает. Даже после восстановления резервной копии, сделанной, когда всё работало. Я обновлю информацию, если найду причину. ИЗМЕНЕНО 2: Похоже, проблема была в роутере моего провайдера. После восстановления резервных копий и начала всего с нуля ничего не работало. Пока я не перезагрузил роутер провайдера, тогда всё снова заработало идеально. Я только что потратил неделю, пытаясь сделать это (задержка в основном из-за того, что я дурак и постоянно блокировал себя, плюс Рождество немного замедлило меня). Хотел поделиться, как я это заработал, чтобы другие могли найти, и, похоже, это тоже связано с вашей ситуацией. Мне в конце концов удалось заставить это работать, включив DHCP Relay с моего беспроводного интерфейса. Это указывает на IP-адрес основного роутера и передает DHCP-запросы напрямую на основной роутер. Никакой NAT не используется. Полная настройка, которую я имею: Аппаратное обеспечение: hAP AC Программное обеспечение: 6.48 Начальная настройка Сброс конфигурации без стандартной конфигурации Мост: Объединил ВСЕ порты, которые я могу использовать (в моем случае я оставил wlan1 отключенным, так как не хочу 2.4GHz, так что все остальные порты, но вы можете настроить отдельный AP здесь) Профиль безопасности Создал новый профиль безопасности в соответствии с деталями основного роутера. Я выбрал все типы аутентификации и ввел пароль Wi-Fi моего основного роутера и сохранил. Беспроводной wlan2 настроен как "станция-псевдосток" с режимом 5GHz-only-AC (я сделал это, чтобы обеспечить максимальную пропускную способность между двумя роутерами) Установил вид конфигурации для wlan2 на Расширенный режим и установил профиль безопасности на тот, который вы настроили выше. Выберите Применить, затем Сканировать... Нажмите Начать и выберите SSID основного роутера, затем нажмите Подключить. DHCP Выберите IP &gt; DHCP Relay Добавьте новый релей, указав беспроводной интерфейс (wlan2) и IP-адрес вашего основного роутера. ДОПОЛНИТЕЛЬНО: DHCP-клиент Вы можете настроить мост для получения IP-адреса от DHCP, чтобы подключаться к устройству, не будучи напрямую подключенным. Просто добавьте нового DHCP-клиента, выберите имя моста и включите его. Вы увидите, как он достаточно быстро получит IP. Готово. Это всё, что мне нужно было сделать. Никакого NAT, никаких специальных VLAN и так далее. Каждое подключенное устройство получает уникальный IP в том же диапазоне, что и остальная сеть. Примечание о настройке только на AC: Когда у меня была широкая опция 5GHz, я обнаружил, что ограничен 450Мбит/с, тогда как, когда я переключился на только AC, я достиг скорости чуть более 1000Мбит/с. Я не знаю, выбирал ли RouterBoardOS или основной роутер более низкие варианты, но принудительное переключение на AC работало идеально. <br />
			<i>29.12.2020 14:46:00, soulphish.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395140</link>
			<guid>http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395140</guid>
			<pubDate>Tue, 29 Dec 2020 14:46:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>DHCP-продление через беспроводный мост не работает для Ethernet-клиентов.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395139">DHCP-продление через беспроводный мост не работает для Ethernet-клиентов.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Та же проблема здесь, работает после /interface bridge nat add chain=dstnat mac-protocol=ip ip-protocol=udp src-port=67 dst-port=68 action=dst-nat to-dst-mac-address=FF:FF:FF:FF:FF:FF <br />
			<i>09.04.2024 10:43:00, sturlan.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395139</link>
			<guid>http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395139</guid>
			<pubDate>Tue, 09 Apr 2024 10:43:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>DHCP-продление через беспроводный мост не работает для Ethernet-клиентов.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395138">DHCP-продление через беспроводный мост не работает для Ethernet-клиентов.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, ребята! Я совсем новичок в Mikrotik (вчера купил свой первый) и собираюсь использовать его как беспроводной мост к главному роутеру, чтобы обеспечить интернет некоторых клиентов, у которых нет Wi-Fi. Главный роутер &nbsp;))))~~~((((( Mikrotik роутер -------&gt;ПК Mikrotik подключен к главному роутеру по Wi-Fi через псевдо-мост Wlan, и все Ethernet-порты перемещены в мост. Я вижу IP-аренду (выданную основным роутером) в секции клиентов RouterOS, интернет для роутера Mikrotik доступен - я могу пинговать DNS Google без проблем. Однако эта IP-аренда не передается на Ethernet-порты, так что клиенты, подключенные к роутеру Mikrotik по кабелю, не имеют доступа к интернету и локальной сети (ipconfig показывает windows 169.x.x.x IP). Я пробовал несколько вещей: убрал RSTP, сделал интерфейсы доверенными. Ничего не помогло. Это ошибка или так и задумано? Большое спасибо! <br />
			<i>20.04.2020 22:48:00, nevolex.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395138</link>
			<guid>http://mikrotik.moscow/forum/forum57/85306-dhcp_prodlenie-cherez-besprovodnyy-most-ne-rabotaet-dlya-ethernet_klientov./message395138</guid>
			<pubDate>Mon, 20 Apr 2020 22:48:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
