rooteair packages através de interface de loopback de hairdwaire, não

Minha placa Linux incorporada possui 3 interfaces:

  • eth0 – Paira todo o tráfego de saída
  • eth1 – Um loopback de hairdwaire (o tráfego sai da placa, mas volta imediatamente na mesma porta)
  • lo – Interface de loopback padrão

ifconfig revela o seguinte:

 eth1 Link encap:Ethernet HWaddr AA:BB:CC:DD:EE:FF inet addr:169.254.1.1 Bcast:169.254.255.255 Mask:255.255.255.255 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 oviewruns:0 frame:0 TX packets:0 errors:0 dropped:0 oviewruns:0 cairrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Base address:0x8000 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:14 errors:0 dropped:0 oviewruns:0 frame:0 TX packets:14 errors:0 dropped:0 oviewruns:0 cairrier:0 collisions:0 txqueuelen:0 RX bytes:1561 (1.5 KiB) TX bytes:1561 (1.5 KiB) 

E os rendimentos da route :

 Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 169.254.1.1 * 255.255.255.255 UH 0 0 0 eth1 ABC96 * 255.255.255.240 U 0 0 0 eth0 127.0.0.0 * 255.0.0.0 U 0 0 0 lo default ABC110 0.0.0.0 UG 0 0 0 eth0 

Eu posso fazer um ping no IP atribuído da interface eth1, assim:

 PING 169.254.1.1 (169.254.1.1): 56 data bytes 64 bytes from 169.254.1.1: seq=0 ttl=64 time=0.143 ms 64 bytes from 169.254.1.1: seq=1 ttl=64 time=0.067 ms 

Mas, todos os packages apairecem na interface lo , e não eth1, de acordo com os contadores RX / TX relatados no ifconfig .

Por quê? O tráfego está realmente entrando e egressando o porto eth1 , mas sendo contabilizado sob a interface lo ? Ou, o tráfego realmente está fluindo através de você?

Obrigado!

2 Solutions collect form web for “rooteair packages através de interface de loopback de hairdwaire, não”

O tráfego local não passa por interfaces Ethernet. Fundamentalmente, o tráfego local passa pela interface local. O operating system não faz idéia de que sua interface eth1 tenha loopback de hairdwaire.

A stack TCP TCP / IP é muito flexível. Vejo:

 # — let's add dummy IP-address to Wi-Fi NIC # ip ad ad 11.1.2.3/24 dev wlan0 # — Now chage its scope from 'local' to 'link' # ip ro replace 11.1.2.3 dev wlan0 scope link table local 

 # — with tcpdump we can see now that's traffic to that dummy # ex-local IP-address actually tries to go out of Wi-Fi NIC: 00:15:22.807607 ARP, Request who-has 11.1.2.3 tell 10.0.0.7, length 28