Mikrotik не работает dhcp client

Бесплатный чек-лист
по настройке RouterOS
на 28 пунктов

dhcp client error на mikrotik ошибки

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

1. Назовите технологию подключения (динамический DHCP, L2TP, PPTP или что-то иное)
2. Изучите темку «Действия до настройки роутера».
viewtopic.php?f=15&t=2083
3. Настройте согласно выбранного Вами мануала
4. Дочитайте мануал до конца и без пропусков, в 70% случаев люди просто не до конца читают статью и пропускают важные моменты.
5. Если не получается, в Winbox открываем терминал и вбиваем там /export hide-sensitive. Результат в топик под кат, интимные подробности типа личных IP изменить на другие, пароль забить звездочками.
6. Нарисуйте Вашу сеть, рисунок (схему) сюда. На словах может быть одно, в действительности другое.

Здравствуйте.
Прошу помощи с ошибкой.
Роутер модель Rb951ui-2hnd
Подключение динамический DHCP.
В целом работает нормально, но раз в сутки, в произвольное время в NewTerminal’t проскакивает ошибка(лог привожу внизу). Если есть какие-то активные соединения то они рвутся(например клиент какой-нибудь онлайн-игры), через некоторое время dhcp client видимо поднимается опять, так сразу не понятно так как поймать этот момент не получалось еще.

ошибка:
echo:dhcp,critical,error dhcp-client on ether1-gateway lost IP address 10.163.33.239 — received NAK from dhcp server 10.163.33.129

до этого стоял трэш-роутер TP-Link там было почти тоже самое,только интернет сам не поднимался, приходилось release/renew делать.

RTFM: DHCP
По просьбам некоторых трудящихся попробую начать писать о базовых понятиях и сервисах для одминов. Одним из основополагающих сервисов сети является сервис DHCP.

DHCP — это Dynamic host configuration protocol, протокол динамического конфигурирования хостов. Вопреки распространенному мнению, DHCP позволяет конфигурировать гораздо более широкий спектр параметров, чем просто IP-адрес и шлюз по умолчанию: DNS-серверы, WINS-серверы, серверы X-Window по умолчанию, имя хоста и прочее и прочее. Но как же работает основная часть DHCP — та, которая выдает устройству адрес при подключении к сети?

Работа DHCP происходит в несколько этапов:

1. Устройство подключается к сети и отправляет запрос DHCP DISCOVER на широковещательный адрес 255.255.255.255. Этот пакет доставляется всем компьютерам, находящимся в данном сегменте сети, но обрабатывают его только DHCP-серверы.
2. Все DHCP-серверы сети, получившие этот запрос, выдают на него ответ DHCP OFFER, который уже адресуется MAC-адресу устройства, отправившего DHCP DISCOVER. В этом пакете серверы предлагают клиенту возможные варианты IP-адресов.
3. Клиент выбирает наилучший, по его мнению, IP-адрес и посылает широковещательный запрос DHCP REQUEST, запрашивая выбранный IP адрес. Если в сети несколько DHCP серверов, то таким образом информируются серверы, чье предложение отвергнуто.
4. Сервер подтверждает аренду адреса сообщением DHCP ACK, сообщая о том, что отныне этот адрес закрепляется за клиентом на все «время аренды» (lease time). Либо, если адрес более недоступен, DHCP сервер отвечает DHCP NACK и весь процесс повторяется сначала.
5. По истечению половины срока аренды, клиент снова подтверждает использование IP адреса пакетом DHCP REQUEST, но в отличие от пункта 3, в этот раз напрямую DHCP серверу, а не широковещательным. На этот запрос сервер может как согласиться DHCP ACK, так и отказать DHCP NACK. В случае отказа клиент теряет свой адрес и проходит процедуру заново.

Если вкратце — вышестоящий DHCP сервер отказывает вам в продлении аренды IP адреса. (И выдаёт новый.)
Но Микротик (в отличии от более дешёвого оборудования) это обрабатывает корректно.

Источник

Mikrotik не работает dhcp client

Бесплатный чек-лист
по настройке RouterOS
на 28 пунктов

DHCP не корректно работает

Есть маленькая сеть без интернета из 15 компьютеров. Имеется Mikrotik CRS125-24G -1S ver. 6.42.5 (stable). Задача была проще не куда, протянуть сеть подключить всё это и поднять DHCP сервер.
Сеть протянул, всё подключил, тестером витуху проверил, всё ок.

И вот подошло дело к настройке Mikrotik. Сделал всё как обычно:
Прописал в Adress list адрес Mikrotik, потом пул и собственно сам DHCP.

DHCP выдал адрес всё вроде бы ок, но когда попытался пропинговать компьютер из сети, нет ответа. А потом заметил везде я указывал /24 маску сети, а сервер выдаёт /8.

Подскажите, что и где искать

Ещё не пингует и сам Микротик:

Покажите конфиг, полностью, во всеми настройками и свитчей/бриджей,
логики, всех параметров сети и значений DHCP

Где-то промазали или ошиблись.

Вот скрины моста.

Вот командой экспорт:

Ну и зачем тут маска /32 .

У Вас сеть, с маской /24, Вы настраиваете DHCP, чтобы он отдавал адресацию в рамках
этой сети, зачем Вы при настройке задали маску /32 .

Найдите в Интернете IP-калькулятор, введите Вашу маску, и посмотрите как всё должно быть,
где начало сети, где конец, и прочее.

Вот Вам данные (как пример и что у Вас примерно как должно быть),
(роутер в примере имеет адрес 192.168.4.1, маска сети 255.255.255.0 или /24)

У меня стояло 192.168.0.0 и всё. От куда он 32 взял я не понял. Сейчас поставил 192.168.0.0/24, и всё заработало. Срок аренды поставил на 5 мин, пока настраиваю. Благодарю, за помощь!!

Ещё вопрос:
В офисе 11 компов. Как сделать так чтобы только они могли работать в сети, то есть если я подключу левый комп, свитч увидел новый МАК и не дал ему IP.

Источник

Mikrotik не работает dhcp client

Sat Apr 14, 2018 6:48 pm

RB951Ui-2nD, versions 6.42rc56, 6.41.4, 6.40.7, 6.39.2, 6.38.5, winbox to MAC server on ether5.

(1) On a clean system (after a full config reset without defaults) do:

Address successfully acquired.

(2) After rollback do it with bridge:

And. Fail. No address. Server-side Mikrotik wrote «offering lease without success».

Torch in (2) on ether5 shows both client request and server answer. Torch on bridge1 shows client request only.
The situation was repetable on several versions of software.

Re: DHCP client on bridge does not work?

Mon Apr 16, 2018 12:43 pm

Re: DHCP client on bridge does not work?

Mon Apr 16, 2018 4:06 pm

Re: DHCP client on bridge does not work?

Fri Apr 20, 2018 4:48 pm

Re: DHCP client on bridge does not work?

Fri Apr 20, 2018 5:02 pm

Re: DHCP client on bridge does not work?

Mon Apr 23, 2018 9:12 pm

Re: DHCP client on bridge does not work?

Fri Jun 29, 2018 3:26 pm

Re: DHCP client on bridge does not work?

Fri Jun 29, 2018 3:42 pm

Re: DHCP client on bridge does not work?

Fri Jun 29, 2018 10:21 pm

Re: DHCP client on bridge does not work?

Tue Jul 17, 2018 2:15 pm

Re: DHCP client on bridge does not work?

Mon Mar 04, 2019 10:03 pm

Re: DHCP client on bridge does not work?

Tue Apr 16, 2019 5:35 pm

Re: DHCP client on bridge does not work?

Sun Apr 21, 2019 12:22 pm

Fast Forward depends on many other setting to be active. See the manual.

Loving my freedom and so, no Twitter, no Facebook/Instagram/WhatsApp, no Apple and no Google/Alphabet, no Amazon/Cloudfront/AWS. However, ‘happy’ with giving money to Italy.

Running: RouterOS 7RC4 and 6.49RC / Winbox 3.31 64bits

Re: DHCP client on bridge does not work?

Sat Jul 20, 2019 10:34 pm

Re: DHCP client on bridge does not work?

Sat Feb 08, 2020 1:56 am

Re: DHCP client on bridge does not work?

Sat Feb 08, 2020 12:12 pm

It’s very unclear why STP and RSTP stop DHCP client from functioning on the bridge itself, and everything behind that bridge.
Fact is that setting the protocol to «none» fixes the problem in many occasions, for Mikrotik but also other DHCP servers.
The STP is slow, and waits quite long (30s?) after an interface on the bridge becomes active to start transmitting. The DHCP handshke may be over yet.
However later renew attempts also fail.

It is known that some reserved MAC adresses are blocked when STP or RSTP is active (https://wiki.mikrotik.com/wiki/Manual:L . _addresses).
Is there anything else that is triggered by this being compliant with IEEE 802.1D and IEEE 802.1Q .

Re: DHCP client on bridge does not work?

Sat Mar 28, 2020 5:21 pm

I seem to have the same issue with dhcp client on a bridge.
My second router is connected to my main router as a wireless station.
DHCP Client on 2nd router is configured to look for IP address in `bridge` interface (where by default all ethernet ports and wlan interfaces are attached). Doesn’t work, even though I can see ARP records and some traffic on that bridge.

Workaround:
— create a separate bridge `bridge-wlan`
— move wifi interface from `bridge` to `bridge-wlan`
— configure new dhcp client on `bridge-wlan`
— check if IP address is assigned

Re: DHCP client on bridge does not work?

Mon Apr 20, 2020 1:22 pm

HI guys, I’m having the same issue, my Mikrotik is connected to the main router via wifi (wireless bridge (pseudobridge mode).

Источник

Инструкции по настройке MikroTik

Скрипт обновление DHCP клиента в MikroTik, ошибка dhcp-client lost IP address

Произошёл случай, когда в логи MikroTik попала такая запись:

Ошибка возникает в том случае, когда DHCP сервер не отвечает на запрос dhcp-client release. И как оказалось, обычный роутер типа Tp-Link и Asus продолжает работать без проблем, а MikroTik совершает действие “lease stopped locality”. Интернет пропадает и ситуация не из приятных. Причем, ошибка возникает по причине интернет провайдера.

Как исправить ошибку dhcp-client lost IP address

Самый простой метод, это добавить скрипт, который будет отсылать ICMP(ping) запросы на внешний узел. При отсутствии ответа, будет выполняться команда dhcp-client renew.

Настройка находится System→Scheduler

Запуск скрипта через терминал(terminal)

Поддержи автора статьи, сделай клик по рекламе ↓↓↓

Есть вопросы или предложения по обновлению параметров сети DHCP клиента в MikroTik? Активно предлагай свой вариант настройки! Оставить комментарий →

Источник

Mikrotik не работает dhcp client

Бесплатный чек-лист
по настройке RouterOS
на 28 пунктов

Не раздает IP адреса по DHCP на bridge

У вас бред в настройках.

Вообще не понятно. Какой порт у Вас получает интернет ?
Почему все порты в общем бридже ?
Почему на разных портах одинаковая адресация раздается ?
Почему wlan и ether1, находящиеся в общем брижде являются dhcp-клиентами ?

/ip address
add address=192.168.0.1/24 disabled=yes interface=ether1 network=192.168.0.0
add address=192.168.0.1/24 disabled=yes interface=wlan1 network=192.168.0.0
add address=192.168.0.1/24 interface=bridge-lan network=192.168.0.0
add address=199.124.150.185/24 interface=bridge-lan network=199.124.150.0
/ip dhcp-client
add interface=wlan1
add interface=ether1

Пара настроек отключена

А эти настройки видимо из дефолтной конфигурации

/ip dhcp-client
add interface=wlan1
add interface=ether1

Отвечу Вам в целом и обобщённо.

1) порт куда подключается провайдер — обычно этот порт не должен быть
нигде с другими портами как-то связан и не должен быть членом бриджа
локального.
1.1) если адрес даётся статично — устанавливаем на порту1 сразу
1.2) если адрес даётся динамический — прописываем порт1 в DHCP Client сразу и получаем
1.3) если подключение по РРРоЕ/L2TP — то физически порт1 нужен нам для связи с сервером
авторизации провайдера, но всё равно, такой порт (порт1) нельзя никуда смешивать.
И интерфейс рррое или l2tp — это те интерфейсы через которые Вы будете выходить в сторону
провайдера и через этот интерфейс и надо делать маршрутизацию/НАТ(маскарайдинг).

2) локальная сеть:
а) простейший вариант: создаёте бридж (это логический интерфейс), в него прописываете
порты для локальной сети (скажем порт2 и порт3), даёте адрес бриджу, на бридже (подчёркиваю)
создаёте/настраиваете DHCP сервер. И уже те компьютеры которые будут входить в состав
бриджа и будут получать от его DHCP нужную(правильную) адресацию.
Хотите, добавьте в бридж и wlan интерфейсы.

б) не простейший вариант:
создаёте второй локальный бридж, в него прописываете интерфейс wlan1, на этом
бридже поднимаете отдельный DHCP с отдельным пулом и адресацией.
И соответственно, кто подключиться во ВиФИ — тот получит адресацию со второго DHCP.

Защита:
а) защищать надо сеть от вторжения/атак на внешнем интерфейсе,
он у Вас или порт1 и/или если есть рррое/l2tp = то этот интерфейс является
внешним.
б) прежде чем защищать от кучи портов, на микротике надо «лишнее» отключить,
то что явно не нужно.
в) золотое правило — то что по-умолчанию не включено/не стоит галочка — лучше и не включать.
г) при настройки DHCP сервера(ов) — аренду адреса(ов) делать 10-15 минут, для тестирования,
уже в работе можно сделать 3-4 часа или даже 10-12 часов. Делать 1-2 дня или 7-10 дней
я со своей стороны Строго НЕ рекомендую.

Почитайте тут на форуме как надо учиться дружить с микротиками, набейте руку, пока что
Вы не понимаете некоторые сетевые сущности и логику.

Отвечу Вам в целом и обобщённо.

Это правда. С логикой микротиков я пока только начинаю дружбу. Но та настройка, что в шапке поста — первоначальная настройка с минимумом параметров.

Для меня было непонятно, почему настроив минимальные параметры, а именно:

подключив порты к bridge
назначив адрес bridge
настроив DHCP сервер для bridge

Этот самый DHCP сервер мне настройки для портов (wlan1 и eth1), находящихся в bridge, не выдавал. А выдавал статичные адреса из подсети 192.168.200.0/24. (До включения вышеупомянутой функции)

В гугле я про это искал и кроме информации про DHCP Snooping ничего не нашел. Собственно на форум я пришел, чтобы мне показали пальцем — вот тут у тебя простейшая ошибка, просто исправь

Опять же, спасибо за ответ

Источник