21.05.2012 16:47, Eugene Berdnikov пишет: >> Модем D-Link 2600U. Один порт LAN. Ноут подключен по wi-fi, адрес ему >> назначается по MAC (всегда 192.168.1.2), поскольку он прописан в hosts. >> wlan и lan интерфейсы объединены в одну группу, между ними проброс пакетов. >> LAN подключается к br0 (в модеме ещё есть eth0). > > То есть комп через модем работает, а сам модем нет? Класс! :)) В смысле? Ноут, подключенный по wi-fi, под управлением w7 имеет доступ в Интернет и пингует модем. В arp таблице ноута тоже корректный mac компа (ну, понятно, что и у модема). Arp-таблица на компе: root@dana:~# arp -a ? (192.168.1.1) at <incomplete> on eth0 user-pc (192.168.1.2) at <incomplete> on eth0 > Чувствую, это капитальная клиника. Но давайте всё же дождёмся дампа. Для _tdlog0 (там что-то не очень понятное): root@dana:~# ping 192.168.1.1 connect: Network is unreachable root@dana:~# ping 192.168.1.1 connect: Network is unreachable root@dana:~# ifconfig eth0 promisc root@dana:~# ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 64 bytes from 192.168.1.1: icmp_req=1 ttl=64 time=1.03 ms 64 bytes from 192.168.1.1: icmp_req=2 ttl=64 time=0.943 ms ^C --- 192.168.1.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 0.943/0.990/1.038/0.056 ms root@dana:~# ifconfig eth0 -promisc root@dana:~# ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. ^C --- 192.168.1.1 ping statistics --- 5 packets transmitted, 0 received, 100% packet loss, time 4006ms root@dana:~# tcpdump -w _tdlog -vv -e -n -i eth0 tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes ^C23 packets captured 23 packets received by filter 0 packets dropped by kernel root@dana:~# tcpdump -w _tdlog -vv -e -n -i eth0 -p tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes ^C54 packets captured 54 packets received by filter 0 packets dropped by kernel При этом, я попытался пропинговать комп с модема, затем с ноута. Пинги, естественно, не прошли. Для чистоты эксперимента, во втором случае (_tdlog1), я отключил файрволл: root@dana:~# ifconfig eth0 -promisc root@dana:~# service rc.firewall stop [ ok ] Stopping firewall (/etc/firewall/localfw.fw)...done. root@dana:~# ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. ^C --- 192.168.1.1 ping statistics --- 11 packets transmitted, 0 received, 100% packet loss, time 9999ms root@dana:~# tcpdump -w _tdlog -vv -p -e -n -i eth0 tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes ^C70 packets captured 70 packets received by filter 0 packets dropped by kernel Пинговал с модема и с ноутбука. >> Запись отличается MAC. >> >> # PCI device 0x10ec:0x8168 (r8169) >> SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", >> ATTR{address}=="14:da:e9:24:b8:64", ATTR{dev_id}=="0x0", ATTR{type}=="1", >> KERNEL=="eth*", NAME="eth0" >> >> # PCI device 0x10ec:0x8168 (r8169) >> SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", >> ATTR{address}=="00:0b:e0:f0:00:ed", ATTR{dev_id}=="0x0", ATTR{type}=="1", >> KERNEL=="eth*", NAME="eth1" >> >> Но ещё более интересно, что MAC сейчас: >> eth1 Link encap:Ethernet HWaddr aa:00:04:00:0a:04 >> >> И что это? Почему MAC разные? И почему создаётся eth1, что MAC переназначается? > > Скорее всего это баги драйвера, который при разных вариантах компиляции > ядра показывает разный мусор вместо того, что написано в eeprom... Но сейчас MAC не меняется между перезагрузками. > Хотя возможна и порча eeprom'а. И что, в этом случае, делать? Кстати, что вообще могло менять скрипт udev? > К сожалению, драйвер r8169 не поддерживает > чтение eeprom'a, можно лишь посмотреть ethtool -d, но это может оказаться > искажённой информацией. root@dana:~# ethtool -d eth0 Unknown RealTek chip (mask: 0xfcc00000) root@dana:~# ethtool -e eth0 Cannot get EEPROM data: Operation not supported
Attachment:
_tdlog0
Description: Binary data
Attachment:
_tdlog1
Description: Binary data