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

Для чего нужна функция, опубликованная в ARP?

Для чего нужна функция, опубликованная в ARP?, RouterOS

bobr Guest	#1 0 22.06.2015 14:12:00 Привет, ребята! Кто-нибудь может подсказать по такому вопросу: для чего нужна функция ARP-published? И почему поле MAC-адреса становится только для чтения, когда я его выбираю?

Chupaka Guest	#2 0 22.02.2017 11:45:00 Прошло почти два года, а в инструкции до сих пор нет никакой информации. Ребята из MT, пожалуйста, сделайте официальное заявление.

TomjNorthIdaho

Guest

22.02.2017 13:41:00

Просто решил добавить одно замечание: В любой локальной сети, где устройства находятся в одном IP-субсети, вы на самом деле не общаетесь с IP-адреса на IP-адрес, а общаетесь с MAC-адреса на MAC-адрес — вот почему мне так нравится Winbox.

pe1chl

Guest

22.02.2017 17:24:00

Существует много базовых принципов работы сети, которые не описаны в руководстве. Ты должен знать, что такое «arp publish», а если нет — стоит загуглить... Это немного похоже на proxy arp, но в данном случае это статическая ARP-запись. То есть ты создаёшь статическую ARP-запись, и когда другие делают запрос, твой роутер отвечает информацией из этой записи. Отсюда и название — «publish» (публиковать).

TomjNorthIdaho

Guest

22.02.2017 17:38:00

Мне просто нужно ещё раз это озвучить… Знаете, что происходит, когда в одной подсети у вас две разные сетевые карты с одинаковым MAC-адресом (то есть с одинаковым ARP)? Я узнал это на собственном опыте — производитель сетевых карт прислал мне две карты с одинаковым MAC.

pe1chl

Guest

22.02.2017 17:52:00

Ну, это зависит от того, что именно за системы. Если это просто хосты (не маршрутизаторы) и они используют статические адреса (без DHCP), то вроде как может работать нормально. Конечно, нагрузка на процессор будет выше, потому что оба устройства получают трафик для обоих, а потом отбрасывают его, ведь IP назначения не совпадает с их IP. Обычно сетевая карта фильтрует трафик по MAC-адресу, но тут, понятно, одинаково для обеих.

Однако, если это маршрутизаторы, используются DHCP или есть другая функциональность, то это может быть серьёзной проблемой. Некоторые пользователи MikroTik знают об этом, потому что восстанавливали бэкапы с другого роутера (например, как отправную точку для настройки). В этом случае скопируется MAC-адрес → и начинаются забавные проблемы.

ploquets Guest	#7 0 05.05.2018 11:43:00 Если это действительно так, то можно добавить в Вики. Очень хорошо объяснено.

bbs2web

Guest

19.08.2018 15:46:00

Была бы полезна документация от MikroTik, может, это баг? У нас подсеть 10.1.1.0/28, роутер — 10.1.1.1, у некоторых хостов — 10.1.1.3 и 10.1.1.4. Мы маршрутизируем 10.1.1.2 до ближайшего кэширующего DNS-сервера, который находится вне этой VLAN. Всё, что вне подсети 10.1.1.0/29, может общаться как с хостами в подсети, так и с 10.1.1.2. Но внутри подсети, кроме роутера, никто не может достучаться до 10.1.1.2, потому что не приходит ответ на ARP-запрос. Если добавить дополнительный IP на роутер, трафик через маршрут к 10.1.1.2 уже не пройдет. Пакеты с IP, который есть на самом роутере, обрабатываются локально, поэтому трафик не форвардится. Включение функции local-proxy arp на интерфейсе роутера для этой подсети решает проблему, но роутер начинает отвечать на любые ARP-запросы в пределах 10.1.1.0/29. Хотелось бы отключить local-proxy arp и сделать так, чтобы роутер отвечал только на ARP-запросы для своих IP и для 10.1.1.2. К сожалению, вот такая команда не работает: /ip arp add interface=hosting address=10.1.1.2 published=yes

Sob Guest	#9 0 19.08.2018 17:51:00 Если сеть 10.1.1.0/28 находится на интерфейсе «hosting», и у этого роутера есть более конкретный маршрут к 10.1.1.2, то всё должно работать.

bbs2web Guest	#10 0 20.08.2018 05:12:00 Вот как это настроено, и оно работает, но для этого интерфейс «hosting» должен быть сконфигурирован с параметром «arp=local-proxy-arp». Я хотел бы избирательно включить proxy-arp, исключительно для 10.1.1.2. Функция IP ARP publish должна это делать: она отвечает на ARP-запросы, но при этом не добавляет этот IP в таблицу локальных адресов (как было бы при добавлении вторичного IP), что позволило бы маршрутизатору использовать более конкретный маршрут. Люди в этой дискуссии ждут от MikroTik разъяснений по функции «/ip arp add … published=yes». Сейчас она не работает, как мы и предполагали, но никто точно не знает, связано ли это с багом.

Читают тему

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