iptables пробросить UDP broadcast

использовать L2 туннель

Гляди в сторону socat. Повесить слушать порт, ответы слать в 192.168.0.255. Что-нибудь вида socat UDP4-RECVFROM:10026,fork UDP4-SENDTO:192.168.0.255:10026 должно сработать.

Не вариант - нужно не только эти UDP пробрасывать, но ещё кучу ssh/telnet связей между сетками.

socat, как и netcat принимает только первый udp пакет и дальше глохнет.

iptables -t nat -I PREROUTING --dport 10026 -j DNAT --to-destination 192.168.0.84:10026

А покажи iptables -t nat -L, что там у тебя надобавлялось.
Да, и iptables -L FORWARD покажи.

при чем тут ssh и telnet? бродкасты - это 2 уровень, iptables - это 3 . так понятнее и никаким правилом в Iptables ситуацию не поправить

ставить опенвпн в режиме моста

iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination

Chain FORWARD (policy ACCEPT) target prot opt source destination

Chain OUTPUT (policy ACCEPT) target prot opt source destination root:/> iptables -L -t nat Chain PREROUTING (policy ACCEPT) target prot opt source destination DNAT udp  — anywhere anywhere udp dpt:10026 to:192.168.0.84:10026

Chain INPUT (policy ACCEPT) target prot opt source destination

Chain OUTPUT (policy ACCEPT) target prot opt source destination

Chain POSTROUTING (policy ACCEPT) target prot opt source destination

Ну вроде как надо. Или я чего-то не догоняю.

А как проверял, что пакет не прилетает к получателю? tcpdump'ом?
Покажи команду, если не лень.

господа, не путайте праведное с грешным. не ищите того чего нет. бродкасты - 2 уровень, а iptables - 3, не будет оно работать никакими правилами из iptables

бродкасты - 2 уровень, а iptables - 3

Прекрати разрушать мне мозг.

ну продолжайте биться дальше о бетонную стену. Iptables бродкасты не пробросит в другую сеть

Ну побьемся, чего нет.
Надо же убедиться, что это стена и она бетонная.
Еще хочу задать два вопроса по понравившемуся мне утверждению:

бродкасты - 2 уровень

DHCP бродкасты точно работают именно на втором уровне?

а iptables - 3

Действие iptables SNAT/DNAT (например) точно вносит изменения именно на третьем уровне?

Делаю

iptables -t nat -I PREROUTING -p udp --dport 10026 -j DNAT --to-destination 192.168.0.84:10026

После этого бродкаст на этой машине не принимается, т.е. куда-то эти пакеты всётаки перенаправляются.

Запускаю на принимающей машине tcpdump

sudo tcpdump -vvv 'udp and port 10026'

И тишина.

Если отправить неткатом с той машины, что должна перенаправлять бродкаст пакет вручную, то его видно

18:54:28.397919 IP (tos 0x0, ttl 63, id 29207, offset 0, flags [DF], proto UDP (17), length 33)
    10.0.0.209.54864 > mars.local.10026: [udp sum ok] UDP, length 5

Но ни одного бродкаст пакета

а разве броадкасты натить это норм?
вроде openvpn с tap интерфейсом работает на 2м уровне. Наверное, он сможет продавить броадкасты.
Ну да, вроде ж даже виндовые шары заводили, а у них там тоже зачем-то броадкасты

У него же бродкаст на уровне IP. То есть на уровне 3. Мне кажется ты что-то путаешь...

Я пытаюсь перенаправить по признаку порт получателя, а не поризнаку бродкаста. При этом как я уже писал если сначала сделать

iptables -t nat -I PREROUTING -p udp --dport 10026 -j DNAT --to-destination 192.168.0.84:10026

а зачем так «192.168.0.84:10026» ? --dport отвечает за порт назначения

Ну фиг знает, стало быть.
Я тут подумал - может, ядро просто отказывается роутить пакеты, для которых ip указан, а mac - нет. В общем, костыль не удался.

Ядро самосборное, потому что buildroot. Пока я не включил что-то в недрах menuconfig'а бродкаст вообще не принимался. Как вариант может нужно сделать echo 1 > /proc/куда-то там?

Понятия не имею. А может быть, такой костыль действительно _в принципе_ недостижим.

http://serverfault.com/questions/276596/forward-broadcast-to-fixed-ip-using-i...

не наверное, а работать будет 100%