Я запускаю Linux 3.14 в системе с двумя интерфейсами. на первом интерфейсе я могу получить доступ к нашей локальной сети. на втором интерфейсе приходят пакеты arp, но Linux не отправляет ответ. Возможно ли, что MAC-адрес заставляет Linux отбрасывать пакеты arp? tcpdump показывает, что адрес отправителя исходит от источника: fe: xx: xx: xx: xx: xx. Я не могу найти что-либо в Интернете, чтобы указать, как Linux обрабатывает этот тип MAC-адреса. остальная часть 60-байтового пакета выглядит нормально. Я даже сравнил пакеты arp с пакетами из первого интерфейса.
заранее спасибо.
Привет, Матиус, кстати, я также заметил, что без запуска tcpdump статистика драйвера показывает, что пакет rx не увеличивается. но при запуске tcpdump счетчик rx увеличивается. поэтому кажется, что tcpdump заставляет драйвер принимать пакеты. возможно tcpdump переводит драйвер в неразборчивый режим? это результат выполнения команд ip a s и ip r s. Интерфейс eobc - проблема eobc
Pad # ip a s 1: lo: mtu 65536 qdisc noop
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: mtu 1500 qdisc noop qlen 1000
link/ether 80:3f:5d:09:7f:4b brd ff:ff:ff:ff:ff:ff
3: eobc: mtu 1500 qdisc mq qlen 1000
link/ether 00:a0:c9:00:00:00 brd ff:ff:ff:ff:ff:ff
inet 192.168.0.10/24 brd 192.168.0.255 scope global eobc
valid_lft forever preferred_lft forever
inet6 fe80::2a0:c9ff:fe00:0/64 scope link
valid_lft forever preferred_lft forever
4: Управление: MTU 1500 qdisc mq qlen 1000
link/ether 00:a0:c9:01:25:68 brd ff:ff:ff:ff:ff:ff
inet 172.24.22.68/24 brd 172.24.22.255 scope global mgmt
valid_lft forever preferred_lft forever
inet6 2001:420:293:1330:2a0:c9ff:fe01:2568/64 scope global dynamic
valid_lft 2591998sec preferred_lft 604798sec
inet6 fe80::2a0:c9ff:fe01:2568/64 scope link
valid_lft forever preferred_lft forever
5: bcm: mtu 1500 qdisc noop qlen 1000
link/ether 00:a0:c9:00:00:03 brd ff:ff:ff:ff:ff:ff
пэд # ip r s
по умолчанию через 192.168.0.100 dev eobc
по умолчанию через 172.24.22.1 dev mgmt
172.24.22.0/24 dev mgmt src 172.24.22.68
192.168.0.0/24 dev eobc src 192.168.0.10
площадка #
после предложения Ксавьера я все еще вижу ту же проблему. (я устранил повторяющиеся значения по умолчанию) и модифицировал маршрутизацию как таковую: pad # ip r s default через 172.24.22.1 dev mgmt
172.24.22.0/24 dev mgmt src 172.24.22.68
192.168.0.0/24 dev eobc