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
_tdlog0
Description: Binary data
_tdlog1
Description: Binary data
