+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

IP-адрес контейнера не меняется.

IP-адрес контейнера не меняется., RouterOS

Yabovbel

Guest

19.10.2022 19:28:00

Привет! Недавно решил поэкспериментировать с контейнерами в RouterOS и столкнулся с проблемой. Когда создаю виртуальный ethernet-интерфейс VETH, указываю для него адрес и шлюз. Проблема в том, что если я меняю IP-адрес у интерфейса VETH, то внутри контейнера он не меняется. Контейнер продолжает быть доступен по старому адресу. Адрес в контейнере меняется только если создать новый интерфейс VETH и указать его в настройках контейнера. Также адрес в контейнере меняется без создания нового интерфейса VETH, если перезагрузить роутер. Проверял это на версиях RouterOS stable 7.5 и 7.6. Скажите, пожалуйста, это баг или задумка?

[admin@R1] > /interface/veth/print where name=veth2
Flags: X - disabled; R - running
0 R name="veth2" address=10.10.4.3/24 gateway=10.10.4.1

[admin@R1] > /container/shell 1
root@wireguard:/# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0@if24: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether ca:31:17:da:98:1d brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet 10.10.4.3/24 scope global eth0
valid_lft forever preferred_lft forever
inet6 fe80::c831:17ff:feda:981d/64 scope link
valid_lft forever preferred_lft forever

[admin@R1] > /container/stop 1
[admin@R1] > /interface/veth/set veth2 address=10.10.4.10/24
[admin@R1] > /interface/veth/print where name=veth2
Flags: X - disabled; R - running
0 R name="veth2" address=10.10.4.10/24 gateway=10.10.4.1

[admin@R1] > /container/start 1
[admin@R1] > /container/shell 1
root@wireguard:/# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0@if24: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether ca:31:17:da:98:1d brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet 10.10.4.3/24 scope global eth0
valid_lft forever preferred_lft forever
inet6 fe80::c831:17ff:feda:981d/64 scope link
valid_lft forever preferred_lft forever

Amm0

Guest

06.03.2023 00:14:00

Думал, что это только у меня так. Но, по моему мнению, в версии 7.8 это выглядит «сломано». Приходится заново загружать образ, чтобы он взял новый адрес, и даже тогда это не всегда срабатывает на 100%. В моих тестах он всё равно остаётся «липким», даже если удалить контейнер. Не уверен, связано ли это с тем, что в winbox используется функция «копировать», или с тем, что используется тот же путь к диску, или с чем-то ещё. Но только если я точно удаляю всё (и контейнер, и корневой диск), а потом заново создаю VETH, тогда он всегда берёт новый IP с VETH. Ты уже отправлял баг-репорт на help.mikrotik.com по этому поводу?

Amm0

Guest

06.03.2023 00:22:00

Это может быть правдой, я не могу сказать, что много переставлял veth, переназначал и перезагружал. Но я достаточно много перезапускал после смены IP, чтобы понять: этого может быть недостаточно... В моем случае после перезагрузки с тем же VETH после смены IP он его так и не подтягивает. Мне кажется, что поведение — остановить и запустить заново — выглядит логичным, чтобы система его подтянула. Но именно такого я не наблюдал. Возможно, здесь имеет значение, если у вас смонтирован /etc... У меня нет, но корневой диск фиксированный, так что, может, обновление происходит только при создании... Это единственное, что приходит в голову, почему ты говоришь, что оно подтягивается после перезагрузки...

jessearcher Guest	#4 0 13.08.2023 01:33:00 Похоже, что в версии 7.10.2 это всё ещё не работает. Пришлось использовать обходной путь: удалить veth2, создать его заново, а затем удалить и заново создать контейнер.

Amm0

Guest

14.08.2023 19:16:00

В v7.11beta/rc и IPv6 исправлено несколько моментов. В частности, такие вещи, как… *) контейнер — фиксированный IP-адрес в файле хоста контейнера; Так что, надеюсь, это будет исправлено в следующей стабильной версии.

brg3466 Guest	#6 0 19.09.2023 22:03:00 Все еще не работает в 7.12beta7. Нельзя изменить IP-адрес veth, если не перезагрузить RouterOS после изменения.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры