MikroTik в Красноярске — три практических курса в ноябре 2026!
С 11 по 21 ноября в Красноярске пройдут очные тренинги MikroTik: MTCNA, MTCRE и MTCTCE.
Работаете с MikroTik и хотите не просто знать команды RouterOS, а понимать, как всё работает? Приходите прокачивать навыки сетевого администрирования!
Расписание курсов
11–14 ноября — MTCNA
Базовый курс MikroTik: настройка RouterOS, маршрутизация, Firewall, NAT, VPN, DHCP, Wi-Fi и основы управления трафиком.
16–18 ноября — MTCRE
Продвинутая маршрутизация: OSPF, несколько интернет-провайдеров (MultiWAN), резервирование каналов, балансировка нагрузки, VPN и VLAN.
19–21 ноября — MTCTCE
Управление трафиком: Firewall, NAT, Mangle, Packet Flow, QoS, очереди и приоритизация трафика.
Почему стоит прийти?
- Максимум практики на реальном оборудовании MikroTik.
- Разбираем не только настройки, но и логику работы RouterOS.
- Реальные инженерные задачи, лабораторные работы и живое общение с тренером.
- Обучение проводит Кирилл Васильев — сертифицированный тренер MikroTik с 2016 года, практикующий сетевой инженер.
- Учебные материалы, оборудование, обеды и кофе-брейки включены в стоимость.
- Возможность пройти несколько курсов подряд со скидкой.
Место проведения: Красноярск, ул. Марковского, 81.
Важно: для участия в MTCRE и MTCTCE необходим сертификат MTCNA. Его можно получить на первом тренинге.
Не ограничивайтесь привычными настройками — научитесь понимать RouterOS и уверенно решать сложные сетевые задачи!
Выбирайте подходящий курс или записывайтесь сразу на всю программу.
Вопросы и запись:
manager@mt-courses.ru
Сайт:
https://mt-courses.ru
MAC-адрес bridge MikroTik при auto-mac=yes выбирается автоматически по портам bridge и может измениться при изменении их состава или состояния. Это заметно для STP, DHCP и сервисов управления.
Для предсказуемого адреса установите auto-mac=no и задайте admin-mac, который уникален в вашем L2-домене. Не копируйте один и тот же MAC на несколько устройств.
Почему MAC-адрес bridge меняется?
По умолчанию при создании простого bridge в MikroTik его MAC-адрес генерируется случайным образом:
[admin@MikroTik] /interface/bridge/ add name=br0
[admin@MikroTik] /interface/bridge/print proplist=mac-address
Flags: D - dynamic; X - disabled, R - running
0 R mac-address=5A:4F:25:DB:0D:F4
На первый взгляд — всё в порядке. Однако при добавлении любого физического интерфейса в состав bridge его MAC-адрес меняется на MAC этого интерфейса:
[admin@MikroTik] > /interface/bridge/port/add bridge=br0 interface=ether7
[admin@MikroTik] > /interface/bridge/print proplist=mac-address
Flags: D - dynamic; X - disabled, R - running
0 R mac-address=0C:2D:E5:5D:00:06
В RouterOS v6 MAC-адрес bridge становился равным MAC-адресу первого активного интерфейса, а в v7 — первого добавленного. Такое поведение может восприниматься сетевым оборудованием как изменение топологии, что особенно критично при использовании протоколов уровня L2.
Когда изменение MAC-адреса bridge критично?
Хотя в простых сценариях переключение MAC-адреса может пройти незаметно, в следующих случаях это вызывает серьёзные проблемы:
- Использование 802.1X (dot1x) — аутентификация может сбрасываться;
- Работа с IPv6, где EUI-64 основан на MAC-адресе;
- Мониторинг с помощью LLDP/MNDP — оборудование фиксирует смену идентификатора;
- Сценарии с DHCP Snooping, Multicast-Snooping
Как зафиксировать MAC-адрес bridge в MikroTik
Решение — отключить автоматическую смену MAC-адреса и задать статическое значение через параметры admin-mac и auto-mac=no. Но какой именно MAC использовать?
Самый надёжный способ — зафиксировать MAC-адрес сразу после создания bridge, пока он ещё не содержит портов и имеет корректно сгенерированный RouterOS адрес:
[admin@MikroTik] /interface/bridge> set br0 auto-mac=no admin-mac=[/interface/bridge/get br0 mac-address ]
Эта команда «замораживает» текущий MAC-адрес. Важно выполнить её до добавления портов в bridge.
Альтернатива: использовать MAC интерфейса ether1
Если ваш маршрутизатор выполняет роль коммутатора и вы точно знаете, что ether1 всегда присутствует (что верно для всех RouterBOARD на декабрь 2025 года), можно привязать MAC bridge к этому интерфейсу:
[admin@MikroTik] /interface/bridge> set br0 auto-mac=no admin-mac=[/interface/ethernet/get ether1 mac-address ]
Такой подход обеспечивает предсказуемость и согласованность с аппаратным идентификатором устройства.
Генерация локального MAC-адреса: стоит ли?
Теоретически можно сгенерировать «локальный» MAC-адрес (с установленным U/L-битом), например, с помощью Python-скрипта:
import random
def generate_local_mac():
# Устанавливаем второй младший бит (U/L = 1) для локального MAC
first_byte = 0x02 | (random.randint(0, 1) << 6) | (random.randint(0, 1) << 7)
rest = [random.randint(0x00, 0xFF) for _ in range(5)]
mac = [first_byte] + rest
return ':'.join(f'{b:02x}' for b in mac)
Однако на практике это избыточно: RouterOS уже генерирует корректный MAC при создании пустого bridge. Гораздо эффективнее зафиксировать его сразу, как показано выше.
Подробнее о принципах работы bridge и особенностях RouterOS вы можете узнать в нашем курсе по сетевым технологиям MikroTik.
Для глубокого понимания механизмов уровня L2 рекомендуем ознакомиться с официальной документацией MikroTik по Bridge в RouterOS.
Как проверить результат
- Запишите current-mac-address и bridge-id до изменения.
- Отключите и включите тестовый порт и убедитесь, что admin-mac остаётся прежним.
- Проверьте STP, DHCP и доступ к управлению после изменения.
Источники и связанные материалы
Команды в статье меняют сетевую конфигурацию. Перед работой сохраните экспорт, подготовьте способ восстановления доступа и применяйте изменения сначала в тестовой среде.