Перейти до

Ошибка обновления записей dhcp на mikrotik


Рекомендованные сообщения

Здравствуйте.

С некоторых пор перестали обновляться записи dhcp на серверах доступа mikrotik.

В логах stargazer при событии OnConnect обнаруживается такая ошибка:

Error: DHCP entry can't be updated, unknown parameter

Дебаг-режим включен, ничего более подробного в логах нет.

 

ОС: FreeBSD 9.2-RELEASE-p15

Версия ubilling: 0.6.4
 

Ссылка на сообщение
Поделиться на других сайтах

Насчет изменений в микротике я что-то в сомнении.

До версии 6.22 в январе обновление было, до середины февраля точно все работало нормально.

Проблема была замечена при вводе в строй нового микротика, arp, очереди и списки доступа на него загрузились, записи dhcp нет. На тот момент версия биллинга была 0.6.3.

Тестирование на других микротиках выявило аналогичную проблему, обновление биллинга до 0.6.4 не помогло.

 

Может поможет дополнительная информация.

Изначально при смене IP абонента вылетала ошибка в файле api/libs/api.networking.php строка 666.

Изучение вышеуказанного файла подсказало, что требуется формат Сеть/CIDR со слешем (ранее просто строковое значение было, для удобства привязки названия к услуге, ошибок не возникало, все работало).

Смена на вышеуказанный формат привело к исчезновению ошибки, но обновление dhcp так и не заработало.

Ссылка на сообщение
Поделиться на других сайтах

пробежимся по настройкам... в модуле расширенной настройки микротика что указано в "интерфейс пользователей". На каком интерфейсе поднят dhcp на микротике?

Ссылка на сообщение
Поделиться на других сайтах

Ок. открывайте файл /etc/stargazer/system/log/file.drv любым текстовым редактором. смотрите строку 23, там FALSE меняете на TRUE.. выполняйте ресет пользователя, смотрите лог, выкладывайте сюда

 

Ссылка на сообщение
Поделиться на других сайтах

Вот часть лога, где dhcp параметры обновляются:

2015-03-25 15:59:58 - [Executer] - MikroTik: <<< [21] /ip/dhcp-server/print
2015-03-25 15:59:58 - [Executer] - MikroTik: <<< [15] =.proplist=name
2015-03-25 15:59:58 - [Executer] - MikroTik: <<< [18] ?interface=bridge1
2015-03-25 15:59:58 - [Executer] - MikroTik: >>> [3/3] bytes read.
2015-03-25 15:59:58 - [Executer] - MikroTik: >>> [3, 22]!re
2015-03-25 15:59:58 - [Executer] - MikroTik: >>> [13/13] bytes read.
2015-03-25 15:59:58 - [Executer] - MikroTik: >>> [13, 8]=name=server1
2015-03-25 15:59:58 - [Executer] - MikroTik: >>> [5/5] bytes read.
2015-03-25 15:59:58 - [Executer] - MikroTik: >>> [5, 1]!done
2015-03-25 15:59:58 - [Database] - Debug: Query -> SELECT `mac` FROM nethosts WHERE `ip` = '172.1.102.34'
2015-03-25 15:59:58 - [Database] - Debug: Data -> `mac` is e8:94:f6:d7:b7:67
2015-03-25 15:59:58 - [Executer] - MikroTik: <<< [27] /ip/dhcp-server/lease/print
2015-03-25 15:59:58 - [Executer] - MikroTik: <<< [14] =.proplist=.id
2015-03-25 15:59:58 - [Executer] - MikroTik: <<< [17] ?comment=PopovaUA
2015-03-25 15:59:58 - [Executer] - MikroTik: >>> [3/3] bytes read.
2015-03-25 15:59:58 - [Executer] - MikroTik: >>> [3, 16]!re
2015-03-25 15:59:58 - [Executer] - MikroTik: >>> [7/7] bytes read.
2015-03-25 15:59:58 - [Executer] - MikroTik: >>> [7, 8]=.id=*A
2015-03-25 15:59:58 - [Executer] - MikroTik: >>> [5/5] bytes read.
2015-03-25 15:59:58 - [Executer] - MikroTik: >>> [5, 1]!done
2015-03-25 15:59:58 - [Executer] - MikroTik: <<< [25] /ip/dhcp-server/lease/set
2015-03-25 15:59:58 - [Executer] - MikroTik: <<< [21] =address=172.1.102.34
2015-03-25 15:59:58 - [Executer] - MikroTik: <<< [30] =mac-address=e8:94:f6:d7:b7:67
2015-03-25 15:59:58 - [Executer] - MikroTik: <<< [11] =client-id=
2015-03-25 15:59:58 - [Executer] - MikroTik: <<< [15] =server=server1
2015-03-25 15:59:58 - [Executer] - MikroTik: <<< [12] =rate-limit=
2015-03-25 15:59:58 - [Executer] - MikroTik: <<< [14] =address-list=
2015-03-25 15:59:58 - [Executer] - MikroTik: <<< [20] =lease-time=00:00:00
2015-03-25 15:59:58 - [Executer] - MikroTik: <<< [15] =use-src-mac=no
2015-03-25 15:59:58 - [Executer] - MikroTik: <<< [16] =block-access=no
2015-03-25 15:59:58 - [Executer] - MikroTik: <<< [20] =always-broadcast=no
2015-03-25 15:59:58 - [Executer] - MikroTik: <<< [12] =disabled=no
2015-03-25 15:59:58 - [Executer] - MikroTik: <<< [17] =comment=PopovaUA
2015-03-25 15:59:58 - [Executer] - MikroTik: <<< [7] =.id=*A
2015-03-25 15:59:58 - [Executer] - MikroTik: >>> [5/5] bytes read.
2015-03-25 15:59:58 - [Executer] - MikroTik: >>> [5, 35]!trap
2015-03-25 15:59:58 - [Executer] - MikroTik: >>> [26/26] bytes read.
2015-03-25 15:59:58 - [Executer] - MikroTik: >>> [26, 8]=message=unknown parameter
2015-03-25 15:59:58 - [Executer] - MikroTik: >>> [5/5] bytes read.
2015-03-25 15:59:58 - [Executer] - MikroTik: >>> [5, 1]!done
2015-03-25 15:59:58 - [Executer] - Error: DHCP entry can't be updated, unknown parameter

Ссылка на сообщение
Поделиться на других сайтах
  • 3 weeks later...

Не, рано я радовался, на версии RouterOS v6.22 и RouterOS v6.27 все работает, на RouterOS v5.26 нет.

Проверил, на версии 5.26 остался синтаксис address-list (без s на конце)/

Убрал вообще строку

address-lists    = NULL

из /etc/stargazer/system/executer/tpls/dhcp.ini

вроде все работает.

По идее, правильным было бы разбить настройки dhcp для разных версий ОС, как это сделано для очередей.

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від Axel K
      Вітаю!
       
      налаштування capsman
      /caps-man channel add band=2ghz-b/g/n extension-channel=disabled frequency=2412,2437,2462 name=channel1 add band=5ghz-a/n/ac extension-channel=disabled frequency=5180 name=channel5 skip-dfs-channels=yes tx-power=40 /caps-man datapath add bridge=Main client-to-client-forwarding=yes local-forwarding=no name=datapath1 /caps-man configuration add channel=channel1 datapath=datapath1 max-sta-count=20 mode=ap name=cfg1 rx-chains=0,1,2,3 ssid=25 tx-chains=0,1,2,3 add channel=channel5 datapath=datapath1 hide-ssid=no mode=ap name=cfg5 rx-chains=0,1,2,3 ssid=25 tx-chains=0,1,2,3 /caps-man access-list add action=reject allow-signal-out-of-range=10s disabled=no signal-range=-120..-85 ssid-regexp="" /caps-man manager set enabled=yes /caps-man provisioning add action=create-dynamic-enabled hw-supported-modes=ac master-configuration=cfg5 name-format=prefix-identity add action=create-dynamic-enabled hw-supported-modes=gn master-configuration=cfg1 name-format=prefix-identity проблема у низькій швидкості у клієнта
      якщо включити local-forwarding=yes, клієнт підключається, але не отримує ір.
       
      розумію, що на bdcom не вистачає налаштувань, прошу допомоги.
    • Від viktorrc17
      Підкажіть. Така ситуація.
      Роутер Mikrotik працює від ups.
      Провайдер Київстар.
      При відключенні ел енергії, інтернет працює поки не здохнуть акуми на якомусь з вузлів у провайдера.
      Після включення ел.енергіії, інтернет не працює, допомагає перезавантаження роутера, або оновлення ip адреси.
      Що можна з цим зробити?
    • Від WIFINS
      Можливо комусь потрібно. Продам MIKROTIK б/в в основному серія SXT, є не багато SQ та декілька DISC. Всі з рівнем ліцензії 3.  Є на 2 ,4 GHz і на 5 GHz. Ціна 380 грн за штуку (до 5 шт). Більше 5 штук - 350 грн за штуку. Укомплектовані блоком живлення та POE інжектором. Зв'язок через ЛС.
    • Від G_ua
      Доброго дня всім!
      Підскажіть, можливо хтось стикався з проблемою:
      На мікротіку IKEv2, тільки для андроід клієнтів. ip адреси видаються з пула dhcp, тобто пула локальної мережі (192.168.1.0/24). При підключенні все працює, кліенти бачать інші vpn мережі (192.168.10.0/24, 192.168.11.0/24) але не бачать локальної, тобто 192.168.1.0/24, з неї вони отримують dhcp при підключенні. Якщо видати кліенту, на приклад, 11.0.0.0/24, любу мережу відмінну від локальної, ми бачим всі адреси в діапазоні 192.168.1.0/24, але не бачимо vpn (бо з тої сторони vpn нема маршруту в мережу 11.0.0.0/24).
      Чи можливо щоб при підключенні андроід кліенти отримували ip з мережі 192.168.1.0/24 та могли підключитися на ресурси цієї мережі, на ...1.2 до прикладу. Тобто воно не  маршрутизує в мережу з якої ми отримаємо адресу, але бачить по дефолту любу відмінну від ...1.0 мережу.
      Клієнт аднроід StrongSwan.
    • Від denisluk
      Вітаю шановне товариство! Маю напіввирішену проблему з вищевказаним провайдером і EPON підключенням.
      Суть проблеми полягає в тому що періодично і рандомно на Мікротіку відвалюється з'єднання і самостійно відновлюється.
      Сетап: 1) ONU Picotel PU-E910, 2) Mikrotik HEX
       
      Тріолан наливає інет зі статичною адресою і прив'язкою по МАС. 
      На мікроті все стандартно: виділив порт під WAN, насетапив адресу, склонував МАС ноута (спочатку по швидкому тестили інет на ноуті тому його МАС і вбили в білінг), правило НАТу вписав - інет є. 
      Потім рандомно почав відвалюватись інет. В логах геть нічого. Порт мікрота не змінював статус. 
      Перевірив налаштування - все типово. І ніяких глюків чи помилок не виявлено.
      Заміна порта мікрота, прошивка, заміна на інший мікрот (новий з коробки зі скинутим конфігом, налаштований лише з одним правилом НАТу) ніяк не покращили ситуацію. 
      Представник саппорта прийшов і замінив ОНУшку. Теж не допомогло. При спілкуванні представника саппорта по телефону з мережевим інженером з'ясувалось що відвал стається саме тоді, коли мікрот перестає передавати свій МАС. Не бачимо маку, нема авторизації, логічно. 
      З ноутом на пряму все працює без зауважень. На моє питання: "що може бути?" представник саппорта розвів руками і запропонував роутер "не мікротік")))) Мене такий варік не влаштовує, тому що на моєму роутері побудована і пачка тунелів на роботу і до батьків. 
      Почав розбиратись сам, що пробував: 1) ставити чек гетвея пінгами, 2) чек arp запитами, 3) отримувати адресу і по дхцп (так, писав про статику, знаю. Але це рекомендація Тріолану. Взагалі у них працює ДХЦП, але при зникненні світла з ДХЦП є проблеми в них. Тому лишився на статиці), 4) інші мікроти, 5) інші блоки живлення, 6) інші кабелі utp. Все це не мало позитивного результату і не міг відслідкувати що саме спричиняє проблему. 
       
      Що допомогло: 1) створив брідж. 2) на брідж прописав майстер-МАС який закріплений в білінгу, 3) відключив на цьому бріджі оновлення МАС, 4) на цей брідж прописав адресу і т.д. 4) вкинув порт, до якого підключена ОНУ, в цей брідж без ніяких налаштувань взагалі, 5) правило срцнат. 
      Диво, все працює і аптайм уже більше тижня. При спілкуванні з саппортом все ОК, вони бачать валідний МАС (МАС бріджа).
       
      Шановне товариство, допоможіть розібратись: чому схема яка допомогла - працює, а типове налаштування веде до обривів? Дякую за ідеї.
       
       
       
×
×
  • Створити нове...