http://mikrotik.moscow Новое в теме Proxy ARP, все еще в замешательстве… форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Tue, 04 Aug 2026 12:47:39 -0400 Proxy ARP, все еще в замешательстве… RouterOS в форуме RouterOS.
Что, вы не живете на этом форуме круглосуточно?!? Спасибо за ответ. А в моем случае, мне нужно включить Proxy ARP на внешнем интерфейсе, верно?
03.04.2005 08:34:00, IntraLink.]]> http://mikrotik.moscow/forum/forum57/57522-proxy-arp_-vse-eshche-v-zameshatelstve/message216749 http://mikrotik.moscow/forum/forum57/57522-proxy-arp_-vse-eshche-v-zameshatelstve/message216749 Sun, 03 Apr 2005 08:34:00 -0400 RouterOS Proxy ARP, все еще в замешательстве… RouterOS в форуме RouterOS.
Это цитата из RFC 1027: физические сети хостов А и В не обязательно должны быть подключены к одному шлюзу. Необходимо лишь, чтобы сети были достижимы из шлюза. Хосты А и В находятся в разных подсетях. Так что, если вы включите Proxy-ARP на одном интерфейсе роутера, при условии, что роутер ("Proxy") имеет маршрут до целевой сети, хосты А и В смогут взаимодействовать.

::EDIT:: В общем, Proxy-ARP отвечает на все arp-запросы, и если роутер имеет маршрут до этой целевой сети, он будет выступать в качестве прокси и перенаправлять эти пакеты в соответствующую сеть/хост. Это снижает безопасность вашей сети, позволяя пользователям подделывать IP-адреса, но также может быть полезно в определенных приложениях.
03.04.2005 08:00:00, wildbill442.]]> http://mikrotik.moscow/forum/forum57/57522-proxy-arp_-vse-eshche-v-zameshatelstve/message216748 http://mikrotik.moscow/forum/forum57/57522-proxy-arp_-vse-eshche-v-zameshatelstve/message216748 Sun, 03 Apr 2005 08:00:00 -0400 RouterOS Proxy ARP, все еще в замешательстве… RouterOS в форуме RouterOS.
Ты сделал 3 поста за 10 часов, это же выходной, не все из нас живут на этих форумах 24x7. Если тебе нужен такой уровень обслуживания клиентов, я с удовольствием продам тебе контракт на поддержку. По этой самой проблеме уже был пост здесь: http://forum.mikrotik.com/t/1-1-nat-help-when-behind-a-nat-router/1735/1 Вот еще информация, которую можно найти в поисковике: http://www.cisco.com/en/US/tech/tk648/tk361/technologies_tech_note09186a00800­94adb.shtml http://www.sjdjweis.com/linux/proxyarp/ Раз все мои клиентские публичные IP-адреса используют IP-адрес, назначенный MT, в качестве шлюза, я могу просто использовать proxy arp на одном интерфейсе, верно? Если я правильно понял твою сетевую конфигурацию, да, но все зависит от того, что ты пытаешься добиться, обратись к предыдущему посту на форуме mikrotik. Не мог бы я убрать bridge и использовать сразу два Ethernet-интерфейса: один внешний WAN и один внутренний, и просто включить proxy arp на внешнем, чтобы оборудование ISP на WAN-стороне узнало о моих публичных IP-MAC назначениях? Да, это также известно как маршрутизация и настоятельно рекомендуется, потому что это уменьшает объем широковещательного трафика, уменьшая домены коллизий и позволяя больше контролировать, что передается по твоей сети. Вместо bridge, который просто хранит и пересылает все пакеты, не говоря уже о пакетах широковещания, которые отправляются на каждый хост в bridge. Для более подробного описания Proxy-arp обратись к RFC 1027.
03.04.2005 07:40:00, wildbill442.]]> http://mikrotik.moscow/forum/forum57/57522-proxy-arp_-vse-eshche-v-zameshatelstve/message216747 http://mikrotik.moscow/forum/forum57/57522-proxy-arp_-vse-eshche-v-zameshatelstve/message216747 Sun, 03 Apr 2005 07:40:00 -0400 RouterOS Proxy ARP, все еще в замешательстве… RouterOS в форуме RouterOS.
Этот форум — не тот кладезь информации, каким он должен быть. Так что никто здесь ничего не знает о proxy-arp?
03.04.2005 06:20:00, IntraLink.]]> http://mikrotik.moscow/forum/forum57/57522-proxy-arp_-vse-eshche-v-zameshatelstve/message216746 http://mikrotik.moscow/forum/forum57/57522-proxy-arp_-vse-eshche-v-zameshatelstve/message216746 Sun, 03 Apr 2005 06:20:00 -0400 RouterOS Proxy ARP, все еще в замешательстве… RouterOS в форуме RouterOS.
Нашёл статью, где кое-что объясняется, но вопросы всё равно остаются: как это работает с MT и как это настроить: http://leaf.sourceforge.net/doc/howto/proxyarp.html
02.04.2005 21:04:00, IntraLink.]]> http://mikrotik.moscow/forum/forum57/57522-proxy-arp_-vse-eshche-v-zameshatelstve/message216745 http://mikrotik.moscow/forum/forum57/57522-proxy-arp_-vse-eshche-v-zameshatelstve/message216745 Sat, 02 Apr 2005 21:04:00 -0500 RouterOS Proxy ARP, все еще в замешательстве… RouterOS в форуме RouterOS.
Это обсуждали уже, но я всё равно запутался: у меня публичные IP-адреса проходят через мой MT-бокс через бриджованную Ethernet-интерфейс. Раз все мои клиентские публичные адреса используют IP, назначенный MT, в качестве шлюза, я могу просто использовать proxy ARP на одной интерфейсе, верно? Не получится ли убрать бридж и использовать две Ethernet-интерфейса: одну внешнюю WAN и одну внутреннюю, а просто включить proxy ARP на внешней, чтобы оборудование моего ISP на WAN-стороне узнало о моих публичных IP и MAC-адресах? Или proxy ARP нужно включать на внутренней интерфейсе? Или вообще на обеих? У меня ещё много IP-адресов, замаскированных на внутренней сети. Proxy ARP как-то убьёт мою конфигурацию? Судя по моему пониманию, я наведу порядок на WAN-стороне, если убрать бридж. Они, наверное, получают кучу broadcast-мусора от моих NATed-клиентов! Proxy ARP просто пропустит ARP-сообщения для оборудования на WAN-стороне, чтобы они могли назначить публичные IP-адреса, верно? Думаю, на WAN-сторону также попадут ARP-сообщения для внутренних NATed-клиентов, но они, наверное, просто игнорируют эти адресные диапазоны...
02.04.2005 20:07:00, IntraLink.]]> http://mikrotik.moscow/forum/forum57/57522-proxy-arp_-vse-eshche-v-zameshatelstve/message216744 http://mikrotik.moscow/forum/forum57/57522-proxy-arp_-vse-eshche-v-zameshatelstve/message216744 Sat, 02 Apr 2005 20:07:00 -0500 RouterOS