Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Настройка
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Форум
    RouterOS
    IP установлен вручную, но получен через DHCP

    IP установлен вручную, но получен через DHCP

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    IP установлен вручную, но получен через DHCP, RouterOS
     
    sekii
    Guest
    #1
    0
    14.03.2018 21:11:00
    Привет, установил на RB951 режим моста Wi-Fi. Настроил IP из списка адресов, затем перезагрузил Mikrotik. Mikrotik получил второй IP от моего DHCP, почему? Я же настроил статический IP. В логах вижу это: "temporary moving client ether1 from slave to master port bridge1, update your config". Что я делаю не так? Спасибо.
     
     
     
    Sob
    Guest
    #2
    0
    16.05.2019 18:34:00
    Если вам не нужен DHCP-клиент, вы можете полностью его удалить. В любое время вы сможете добавить его обратно.
     
     
     
    mkx
    Guest
    #3
    0
    17.05.2019 06:06:00
    Если хотите сохранить конфигурацию DHCP-клиента под рукой, можете отключить его командой /ip dhcp-client set [ find interface=ether1 ] disabled=yes
     
     
     
    Danny723
    Guest
    #4
    0
    16.05.2019 17:58:00
    Всем привет, я не забыл отключить DHCP клиент, но всё равно получаю это сообщение об ошибке в логе. Кто-нибудь знает, почему?  
    may/15 00:47:53 system,error,critical роутер перезагрузился без правильного выключения  
    may/15 00:48:00 bridge,info аппаратное ускорение включено на мосте “bridge” порты: ether1  
    may/15 00:48:00 bridge,info аппаратное ускорение включено на мосте “bridge” порты: ether2  
    may/15 00:48:00 bridge,info аппаратное ускорение включено на мосте “bridge” порты: ether3  
    may/15 00:48:00 dhcp,error временно переносится клиент ether1 со slave на master порт, обновите конфигурацию!!!  
    may/15 00:48:02 interface,info ether1 линк поднят (скорость 100М, полный дуплекс)  
    may/15 00:48:02 dhcp,info dhcp-клиент на ether1 получил IP-адрес 10.0.0.250  
    may/15 00:48:07 caps,info CAP выбрал CAPsMAN MikroTikRouter (xx:xx:xx:xx:xx:xx/9/0)  
    may/15 00:48:09 caps,info CAP подключился к MikroTikRouter (xx:xx:xx:xx:xx:xx/9/0)  
    may/15 00:48:09 caps,info CAP присоединился к MikroTikRouter (xx:xx:xx:xx:xx:xx/9/0)  
    may/15 00:58:19 system,info,account пользователь admin залогинился с 10.0.0.191 через веб  
    may/15 01:00:19 system,info,account пользователь admin вышел с 10.0.0.191 через веб  

    Я использую wsAP ac lite, питание подаётся по PoE с MikroTik роутера. IP-адрес прописан статически, но несмотря на это, как только устройство загружается, оно запрашивает IP и получает его, судя по логам. wsAP настроен как CAP.

    [admin@MikroTikCAP] > export
    may/16/2019 19:37:46 by RouterOS 6.44.3  
    software id = E7WQ-AKI0  
    model = RouterBOARD wsAP 5Hac2nD  
    serial number = xxxxxxxxxxxxx

    /interface bridge  
    add admin-mac=B8:69:F4:22:5D:95 auto-mac=no comment=defconf name=bridge

    /interface ethernet  
    set [ find default-name=ether1 ] advertise=10M-half,10M-full,100M-half,100M-full,1000M-half,1000M-full
    set [ find default-name=ether2 ] advertise=10M-half,10M-full,100M-half,100M-full,1000M-half,1000M-full
    set [ find default-name=ether3 ] advertise=10M-half,10M-full,100M-half,100M-full,1000M-half,1000M-full

    /interface wireless managed by CAPsMAN  
    channel: 2452/20-Ce/gn(20dBm), SSID: MikroTikCAPWiFi, CAPsMAN forwarding  
    set [ find default-name=wlan1 ] band=2ghz-b/g/n channel-width=20/40mhz-Ce distance=indoors frequency=auto mode=ap-bridge ssid=MikroTik-225D98 wireless-protocol=802.11

    managed by CAPsMAN  
    channel: 5180/20-Ceee/ac(23dBm), SSID: MikroTikCAPWiFi, CAPsMAN forwarding  
    set [ find default-name=wlan2 ] band=5ghz-a/n/ac channel-width=20/40/80mhz-Ceee distance=indoors frequency=auto mode=ap-bridge ssid=MikroTik-225D97 wireless-protocol=802.11

    /interface list  
    add comment=defconf name=WAN  
    add comment=defconf name=LAN

    /interface wireless security-profiles  
    set [ find default=yes ] supplicant-identity=MikroTik

    /ip hotspot profile  
    set [ find default=yes ] html-directory=flash/hotspot

    /ip pool  
    add name=default-dhcp ranges=192.168.88.10-192.168.88.254

    /ip dhcp-server  
    add address-pool=default-dhcp interface=bridge name=defconf

    /interface bridge port  
    add bridge=bridge comment=defconf interface=ether2  
    add bridge=bridge comment=defconf interface=ether3  
    add bridge=bridge comment=defconf interface=wlan1  
    add bridge=bridge comment=defconf interface=wlan2  
    add bridge=bridge comment=CAPsMAN interface=ether1

    /ip neighbor discovery-settings  
    set discover-interface-list=LAN

    /interface list member  
    add comment=defconf interface=bridge list=LAN  
    add comment=defconf interface=ether1 list=WAN

    /interface wireless cap  
    set bridge=bridge discovery-interfaces=bridge enabled=yes interfaces=wlan1,wlan2

    /ip address  
    add address=10.0.0.250/24 comment=defconf interface=bridge network=10.0.0.0

    /ip dhcp-client  
    DHCP клиент не может работать на slave-интерфейсе!  
    add comment=defconf dhcp-options=hostname,clientid disabled=no interface=ether1

    /ip dhcp-server network  
    add address=192.168.88.0/24 comment=defconf gateway=192.168.88.1

    /ip dns  
    set allow-remote-requests=yes

    /ip dns static  
    add address=192.168.88.1 name=router.lan

    /ip firewall filter  
    add action=accept chain=input comment=“defconf: accept established,related,untracked” connection-state=established,related,untracked  
    add action=drop chain=input comment=“defconf: drop invalid” connection-state=invalid  
    add action=accept chain=input comment=“defconf: accept ICMP” protocol=icmp  
    add action=drop chain=input comment=“defconf: drop all not coming from LAN” in-interface-list=!LAN  
    add action=accept chain=forward comment=“defconf: accept in ipsec policy” ipsec-policy=in,ipsec  
    add action=accept chain=forward comment=“defconf: accept out ipsec policy” ipsec-policy=out,ipsec  
    add action=fasttrack-connection chain=forward comment=“defconf: fasttrack” connection-state=established,related  
    add action=accept chain=forward comment=“defconf: accept established,related, untracked” connection-state=established,related,untracked  
    add action=drop chain=forward comment=“defconf: drop invalid” connection-state=invalid  
    add action=drop chain=forward comment=“defconf:  drop all from WAN not DSTNATed” connection-nat-state=!dstnat connection-state=new in-interface-list=WAN

    /ip firewall nat  
    add action=masquerade chain=srcnat comment=“defconf: masquerade” ipsec-policy=out,none out-interface-list=WAN

    /system clock  
    set time-zone-name=Europe/Prague

    /system identity  
    set name=MikroTikCAP

    /system scheduler  
    add comment=“xxx” interval=1w name=ConfigSaveCAP on-event=ConfigSaveCAP policy= ftp,reboot,read,write,policy,test,password,sniff,sensitive,romon start-date=may/13/2019 start-time=00:00:00

    /system script  
    add dont-require-permissions=no name=ConfigSaveCAP owner=admin policy=ftp,reboot,read,write,policy,test,password,sniff,sensitive,romon source=“system backup save”

    /tool mac-server  
    set allowed-interface-list=LAN

    /tool mac-server mac-winbox  
    set allowed-interface-list=LAN

    [admin@MikroTikCAP] >

    Если я правильно понимаю, проблема вот в чём: в WebFig это вроде как отключено, но в CLI стоит disabled=no. DHCP клиент не может работать на slave-интерфейсе!

    add comment=defconf dhcp-options=hostname,clientid disabled=no interface=ether1

    Так что, как именно мне это почистить, чтобы ещё больше ничего не сломать?
     
     
     
    Danny723
    Guest
    #5
    0
    17.05.2019 17:37:00
    Разве отключение и удаление не должны работать одинаково? Я принудительно отключил по вашей команде — сработало. Спасибо. Конечно, меня тоже отключило, но после перезагрузки с фиксированным IP всё работает нормально. Кто-нибудь может объяснить, почему отключение через WebFig не сработало? С моей точки зрения, оба способа должны делать одно и то же.
     
     
     
    Sob
    Guest
    #6
    0
    17.05.2019 19:00:00
    Отключение и удаление должны давать одинаковый эффект. Но либо переход от slave-порта к мосту вызывает что-то неожиданное, либо ты на самом деле его не отключил. Я пробовал такую же конфигурацию, и когда добавил существующий интерфейс с dhcp-клиентом в мост, dhcp-клиент в WebFig изменился так, что выглядел как отключённый (серый курсивный текст), хотя на самом деле не был отключён. Может, ты сделал то же самое и просто не заметил?
     
     
     
    Danny723
    Guest
    #7
    0
    19.05.2019 10:55:00
    Да, именно в этом и дело. Но я не знал об этом, пока устройство не загрузилось и текст не появился в логах. Это действительно сбивает с толку. Должно быть какое-то окно с диалогом, которое всплывает, и текст не должен становиться серым. Так нельзя быть уверенным, что твоя конфигурация действительно соответствует тому, что отображается в WebFix… В любом случае, спасибо всем, кто помог, моя ошибка была решена.
     
     
     
    Sob
    Guest
    #8
    0
    19.05.2019 13:55:00
    На самом деле даже WebFig знал, что функция не выключена, если присмотреться, там всё ещё была кнопка «D» для отключения. Но она была заметно менее выделена, чем вся строка с текстом. В WinBox этот пункт был красным, как недействительный. Не знаю, делает ли WebFig что-то подобное, я им почти не пользуюсь.
     
     
     
    MirhosseiniAmir
    Guest
    #9
    0
    06.10.2019 06:28:00
    Всем привет! У меня есть CRS125-24G-1S, у каждого интерфейса статический IP и свой диапазон адресов. Прикрепил картинку, чтобы было понятнее. Каждый интерфейс подключён к беспроводной точке, а на другой стороне беспроводного соединения DHCP-сервер работает на мостовом порту (в мосту есть wlan и sfp порты) для сети, к которой он подключён.

    Вопрос 1: Может ли интерфейс со статическим IP получать IP по DHCP?

    Два беспроводных устройства работают на версии 6.45.1 без проблем. Проблема в следующем: когда я обновляю CRS125 до 6.45.1 (или до более новых версий, чем 6.40.9), несмотря на то что DHCP-клиент на CRS не запущен, устройство получает аренду IP с именем CRS125 на DHCP-сервере Netmetal (с другой стороны беспроводного канала) и начинает подключаться с этим IP. При откате на версию 6.40.9 всё снова работает нормально.

    Вопрос 2: Если проблема в моей конфигурации, почему другая сторона беспроводного канала не получает IP по DHCP?

    Вопрос 3: Если проблема в моей конфигурации, почему всё нормально работает на 6.40.9, а после обновления возникает проблема?

    Пожалуйста, помогите разобраться.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры