Mikrotik.moscow [тема: RouterOS CHR с eve-ng] http://mikrotik.moscow Новое в теме RouterOS CHR с eve-ng форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Mon, 03 Aug 2026 00:38:29 -0400 RouterOS CHR с eve-ng RouterOS CHR с eve-ng RouterOS в форуме RouterOS.
Драйверы и API-скрипты Eve-ng требуют доработок для работы с версией V7. Примерно неделю назад была похожая тема на этот счёт. Также учтите, что могут возникнуть некоторые побочные эффекты, если использовать не VMware vSphere (ESXi) — то есть некоторые функции могут работать не так, как задумано. Загляните на форум eve-ng.
02.06.2022 21:11:00, Larsa.]]> http://mikrotik.moscow/forum/forum57/87287-routeros-chr-s-eve_ng/message415460 http://mikrotik.moscow/forum/forum57/87287-routeros-chr-s-eve_ng/message415460 Thu, 02 Jun 2022 21:11:00 -0400 RouterOS RouterOS CHR с eve-ng RouterOS CHR с eve-ng RouterOS в форуме RouterOS.
Наблюдаю ту же проблему. В версии 6.49 всё работает как надо:  
[admin@MikroTik] /interface ethernet> print
Flags: X - отключён, R - работает, S - ведомый  
#    NAME                                    MTU MAC-ADDRESS       ARP            
0 R  ether1                                 1500 50:01:00:09:00:00 enabled        
1 RS ether2                                 1500 50:01:00:09:00:01 enabled        
2 RS ether3                                 1500 50:01:00:09:00:02 enabled        
3 RS ether4                                 1500 50:01:00:09:00:03 enabled        
4    ether5                                 1500 50:01:00:09:00:04 enabled        
5    ether6                                 1500 50:01:00:09:00:05 enabled        
6    ether7                                 1500 50:01:00:09:00:06 enabled        
7    ether8                                 1500 50:01:00:09:00:07 enabled  

В 7.2.3 MAC-адреса идут не по порядку:  
[admin@MikroTik] /interface/ethernet> print
Flags: R - РАБОТАЕТ  
Колонки: NAME, MTU, MAC-ADDRESS, ARP  
#   NAME     MTU  MAC-ADDRESS        ARP    
0   ether1  1500  50:01:00:08:00:01  enabled  
1   ether2  1500  50:01:00:08:00:06  enabled  
2 R ether3  1500  50:01:00:08:00:04  enabled  
3   ether4  1500  50:01:00:08:00:02  enabled  
4   ether5  1500  50:01:00:08:00:00  enabled  
5   ether6  1500  50:01:00:08:00:07  enabled  
6   ether7  1500  50:01:00:08:00:05  enabled  
7   ether8  1500  50:01:00:08:00:03  enabled  

Из-за этого ломаются метки в Eve-NG, которые основывают имена на MAC-адресах. Так что единственный «фикс», который я нашёл — переименовывать интерфейсы внутри ROS и потом заново вбивать образ в Eve, пока это не исправят…
02.06.2022 18:08:00, popecix.]]> http://mikrotik.moscow/forum/forum57/87287-routeros-chr-s-eve_ng/message415459 http://mikrotik.moscow/forum/forum57/87287-routeros-chr-s-eve_ng/message415459 Thu, 02 Jun 2022 18:08:00 -0400 RouterOS RouterOS CHR с eve-ng RouterOS CHR с eve-ng RouterOS в форуме RouterOS.
Спасибо за всю информацию. У меня есть лаборатория EVE-NG под VMware Workstation, и пока я играл только с ROS6, без особых проблем. У меня есть лицензия P1, отложенная для работы с другой машиной на ROS7 в будущем. С уважением.
22.07.2023 23:16:00, krafg.]]> http://mikrotik.moscow/forum/forum57/87287-routeros-chr-s-eve_ng/message415458 http://mikrotik.moscow/forum/forum57/87287-routeros-chr-s-eve_ng/message415458 Sat, 22 Jul 2023 23:16:00 -0400 RouterOS RouterOS CHR с eve-ng RouterOS CHR с eve-ng RouterOS в форуме RouterOS.
EVE-NG изменил стандартные шаблоны для Mikrotik RouterOS, как было предложено. В следующем релизе будет использоваться сетевая карта e1000-82545em. Пока же любой пользователь может просто выполнить команду git pull из каталога /opt/unetlab/html/templates. Ниже показано поведение в обоих случаях… С уважением, Alain Degreffe EVE-NG Ltd Пользователь добавил изображение
22.07.2023 08:33:00, adegreffe.]]> http://mikrotik.moscow/forum/forum57/87287-routeros-chr-s-eve_ng/message415457 http://mikrotik.moscow/forum/forum57/87287-routeros-chr-s-eve_ng/message415457 Sat, 22 Jul 2023 08:33:00 -0400 RouterOS RouterOS CHR с eve-ng RouterOS CHR с eve-ng RouterOS в форуме RouterOS.
Привет! Извини за поздний ответ, но я нашёл обходной путь благодаря Network Berg. Оказывается, использование других сетевых драйверов QEMU (например, i82559er или e1000-82545em) вместо стандартных (например, e1000) позволяет корректно наладить связь между RouterOS и eve-ng. Надеюсь, это поможет. Pere
17.09.2022 23:13:00, peretuset.]]> http://mikrotik.moscow/forum/forum57/87287-routeros-chr-s-eve_ng/message415456 http://mikrotik.moscow/forum/forum57/87287-routeros-chr-s-eve_ng/message415456 Sat, 17 Sep 2022 23:13:00 -0400 RouterOS RouterOS CHR с eve-ng RouterOS CHR с eve-ng RouterOS в форуме RouterOS.
Поскольку это сугубо проблема, связанная с EVE-NG, вам, вероятно, стоит заглянуть на их собственные форумы.
14.07.2022 08:21:00, Larsa.]]> http://mikrotik.moscow/forum/forum57/87287-routeros-chr-s-eve_ng/message415455 http://mikrotik.moscow/forum/forum57/87287-routeros-chr-s-eve_ng/message415455 Thu, 14 Jul 2022 08:21:00 -0400 RouterOS RouterOS CHR с eve-ng RouterOS CHR с eve-ng RouterOS в форуме RouterOS.
Привет, есть какие-нибудь новости по этому поводу?
14.07.2022 08:00:00, drh8ball.]]> http://mikrotik.moscow/forum/forum57/87287-routeros-chr-s-eve_ng/message415454 http://mikrotik.moscow/forum/forum57/87287-routeros-chr-s-eve_ng/message415454 Thu, 14 Jul 2022 08:00:00 -0400 RouterOS RouterOS CHR с eve-ng RouterOS CHR с eve-ng RouterOS в форуме RouterOS.
У меня такой проблемы нет при использовании EVE версии 7.2.3 на Hyper-V или Proxmox.  
[admin@Router01] > /interface/print
Flags: R - ЗАПУЩЕН  
Колонки: NAME, TYPE, ACTUAL-MTU, L2MTU, MAC-ADDRESS  
#   NAME    TYPE    ACTUAL-MTU  L2MTU  MAC-ADDRESS  
0 R ether1  ether         1500         50:00:00:01:00:00  
1 R ether2  ether         1500         50:00:00:01:00:01  
2 R ether3  ether         1500         50:00:00:01:00:02  
3 R ether4  ether         1500         50:00:00:01:00:03  

Понимаю, что это мало чем поможет, но хотел поделиться информацией, если кто-то сомневается насчет использования образов 7.2.3 внутри EVE.
03.06.2022 00:28:00, cfikes.]]> http://mikrotik.moscow/forum/forum57/87287-routeros-chr-s-eve_ng/message415453 http://mikrotik.moscow/forum/forum57/87287-routeros-chr-s-eve_ng/message415453 Fri, 03 Jun 2022 00:28:00 -0400 RouterOS RouterOS CHR с eve-ng RouterOS CHR с eve-ng RouterOS в форуме RouterOS.
Всем привет! Я использую eve-ng, чтобы изучать функции RouterOS перед их развертыванием в эксплуатации, и столкнулся с небольшой неприятностью при работе с версией RouterOS 7, которая, хоть и незначительна, просто сводит меня с ума. Каждый раз, когда я запускаю образ RouterOS 6.x, все сетевые интерфейсы маршрутизатора совпадают с именами, которые показываются в eve-ng, и всё работает из коробки. Самое очевидное — DHCP-клиент на ether1, когда маршрутизатор подключён к NAT-интерфейсу для доступа к внешней сети.

В отличие от этого, при запуске образа RouterOS 7.x имена сетевых интерфейсов не совпадают с теми, что есть в eve-ng; например, eth0 в eve-ng соответствует ether3 в RouterOS вместо того, чтобы быть ether1. Это нарушает работу DHCP-клиента, который пытается работать на ether1, а не на ether3.

Я изучил причины и, похоже, всё связано с тем, как MAC-адреса интерфейсов соответствуют физическим интерфейсам. В RouterOS 6.x MAC-адрес, заканчивающийся на 00, соответствует ether1, а в RouterOS 7.x такой же MAC-адрес соответствует ether3. Мне кажется, что это не связано с eve-ng, так как с RouterOS 6.x всё работает отлично. Я также искал возможные решения, но так и не нашёл ничего.

Не могли бы вы подсказать, как это решить? Заранее спасибо!  
С уважением, Pere
16.04.2022 14:20:00, peretuset.]]> http://mikrotik.moscow/forum/forum57/87287-routeros-chr-s-eve_ng/message415452 http://mikrotik.moscow/forum/forum57/87287-routeros-chr-s-eve_ng/message415452 Sat, 16 Apr 2022 14:20:00 -0400 RouterOS