BandaAncha.eu

Comunidad de usuarios
de fibra, móvil y ADSL

Por qué el ETH0 está en modo promiscuo

BocaDePez
BocaDePez

Pues eso, básicamente... jugueteando con La Fonera he visto esto:
dmesg | more
[...]
Universal TUN/TAP device driver 1.5 (C)1999-2002 Maxim Krasnyansky
device eth0 entered promiscuous mode
imq driver loaded.

Y si hacemos un ifconfig eth0:
root@OpenWrt:/# ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:18:84:10:5A:C0
inet addr:192.168.1.9 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:31672 errors:0 dropped:0 overruns:0 frame:0
TX packets:26144 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:22319243 (21.2 MiB) TX bytes:4908789 (4.6 MiB)
Interrupt:4 Base address:0x1000

Vemos claramente que el interfaz eth0 del cacharrín está en modo promiscuo y por más vueltas que le doy no se me ocurre por qué.

Este tema está cerrado a nuevas respuestas. Abre un nuevo tema para retomar la conversación.
Luke

Creo que debe ser para que acepte paquetes de IPs autoconfiguradas de windows (169.254.0.0/16) que se usa para configurarla sin wifi. Es posible que el driver de eth0 descarte estos paquetes porque no van dirigidos a su IP, pero con promisc lo arreglas.

En la tabla filter, cadena INPUT está esta regla:

0 0 ACCEPT all -- eth0 * 169.254.0.0/16 0.0.0.0/0

Hay una interfaz virtual eth0:1 con IP 169.254.255.1, por lo que no sé si realmente hará falta el promisc para que acepte los paquetes. Supongo que depende del driver. Luego si me aburro pruebo...

🗨️ 1
MurdockDj

Creo que has acertado.

:)

BocaDePez
BocaDePez

Es una buena explicación, pero como había visto la regla de las IPS 169.xx.xx.xx la había descartado.

Thanks.