По опыту тоже встречал много забавного и необычного. Однако, как уже писал, другую сетевую пробовал, и местами их менял, не помогало.
Плюнул на все это дело, восстановил систему из бэкапа (снятого сразу после установки оси) - сетка завелась с пол-оборота... В чем проблема - так и не понятно. 16 июня 2013 г., 19:00 пользователь Леонид Кальмаев <[email protected]>написал: > А если просто поменять сетевую карту на роутере ? По опыту встречал > интересные реалтеки не работающие с дхцп > 16.06.2013 16:32 пользователь "Andrey B. Kiselev" <[email protected]> > написал: > > DISCOVER: >> >> 12:47:05.619395 IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], >> proto UDP (17), length 328) >> 0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, >> Request from 00:21:91:d6:e8:a2 (oui Unknown), length 300, xid 0x3759f73c, >> Flags [none] >> (0x0000) >> Client-Ethernet-Address 00:21:91:d6:e8:a2 (oui Unknown) >> Vendor-rfc1048 Extensions >> Magic Cookie 0x63825363 >> DHCP-Message Option 53, length 1: Discover >> Parameter-Request Option 55, length 11: >> Subnet-Mask, BR, Time-Zone, Default-Gateway >> Static-Route, Domain-Name-Server, Netbios-Name-Server, NTP >> Netbios-Scope, MTU, Classless-Static-Route-Microsoft >> Client-ID Option 61, length 7: ether 00:21:91:d6:e8:a2 >> END Option 255, length 0 >> PAD Option 0, length 0, occurs 34 >> >> OFFER от домового свитча (на нем работает dhcp-relay): >> >> 12:47:05.633937 IP (tos 0xc0, ttl 58, id 42276, offset 0, flags [DF], >> proto UDP (17), length 524) >> 10.4.129.10.bootps > 10.79.25.199.bootpc: [udp sum ok] BOOTP/DHCP, >> Reply, length 496, hops 1, xid 0x3759f73c, Flags [none] (0x0000) >> Your-IP 10.79.25.199 >> Gateway-IP 10.4.129.10 >> Client-Ethernet-Address 00:21:91:d6:e8:a2 (oui Unknown) >> Vendor-rfc1048 Extensions >> Magic Cookie 0x63825363 >> DHCP-Message Option 53, length 1: Offer >> Server-ID Option 54, length 4: 78.107.63.102 >> Lease-Time Option 51, length 4: 3600 >> Subnet-Mask Option 1, length 4: 255.255.248.0 >> BR Option 28, length 4: 255.255.255.255 >> Default-Gateway Option 3, length 4: 10.79.24.1 >> Static-Route Option 33, length 56: (195.14.50.26:10 >> .79.24.1),(195.14.50.16:10.79.24.1),(85.21.88.130:10 >> .79.24.1),(195.14.50.93:10.79.24.1),(195.1 >> 4.50.21:10.79.24.1),(194.67.1.115:10.79.24.1),(85.21.78.93:10.79.24.1) >> Domain-Name-Server Option 6, length 8: 85.21.192.3, >> hdns1.corbina.net >> MTU Option 26, length 2: 576 >> Classless-Static-Route-Microsoft Option 249, length 127: ( >> 83.102.146.96/27:10.79.24.1),(10.0.0.0/8:10.79.24.1),( >> 78.107.23.0/24:10.79.24.1),(85.21 >> .90.0/24:10.79.24.1),(85.21.79.0/24:10.79.24.1),( >> 217.118.84.249/32:10.79.24.1),(78.107.196.0/22:10.79.24.1),( >> 217.118.84.213/32:10.79.24.1),(78.107.235.4/30:1 >> 0.79.24.1),(85.21.138.208/28:10.79.24.1),(78.107.51.0/28:10.79.24.1),( >> 83.102.231.32/28:10.79.24.1),(85.21.108.16/28:10.79.24.1),( >> 85.21.72.80/28:10.79.24.1),( >> 233.33.210.0/24:10.79.25.199) >> END Option 255, length 0 >> PAD Option 0, length 0, occurs 21 >> >> REQUEST: >> 12:47:05.636655 IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], >> proto UDP (17), length 328) >> 0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, >> Request from 00:21:91:d6:e8:a2 (oui Unknown), length 300, xid 0x3759f73c, >> Flags [none] >> (0x0000) >> Client-Ethernet-Address 00:21:91:d6:e8:a2 (oui Unknown) >> Vendor-rfc1048 Extensions >> Magic Cookie 0x63825363 >> DHCP-Message Option 53, length 1: Request >> Server-ID Option 54, length 4: 255.255.255.255 >> Requested-IP Option 50, length 4: 10.79.25.199 >> Parameter-Request Option 55, length 11: >> Subnet-Mask, BR, Time-Zone, Default-Gateway >> Static-Route, Domain-Name-Server, Netbios-Name-Server, NTP >> Netbios-Scope, MTU, Classless-Static-Route-Microsoft >> Client-ID Option 61, length 7: ether 00:21:91:d6:e8:a2 >> END Option 255, length 0 >> PAD Option 0, length 0, occurs 22 >> >> На этом все заканчивается, АСКи не приходят. >> Что подозрительно - спустя некоторое время опять проходит >> discover-offer-request, но в оффере уже другой айпишник, +1 в последнем >> октете (т.е. 10.79.25.199, потом 10.79.25.200, потом 10.79.25.201...). >> >> При вбитой статике продолжается рассылка discovery, но опять же дальше >> реквестов тишина... >> И опять же виндовый ноут работает без проблем. >> >> >> 16 июня 2013 г., 11:24 пользователь Yuri Kozlov <[email protected]>написал: >> >>> В Sun, 16 Jun 2013 03:04:47 +0400 >>> "Andrey B. Kiselev" <[email protected]> пишет: >>> >>> > Доброго времени суток. >>> > Надеюсь на помощь, ибо уже вторые сутки ломаю голову со всем его >>> > содержимым... >>> > >>> > Имеется домашний роутер с Debian 6.0.7 на борту и двумя сетевыми. В >>> один >>> > прекрасный день, после планового ребута, роутер перестал получать ip от >>> > провайдера. Имея опыт работы в саппорте провайдера, сделал все, что >>> > только можно было - на статике работает нормально (но это ни разу не >>> > вариант), ноут с виндой на том же кабеле работал без проблем, сетевые >>> > менял местами, перетыкал кабель между ними, удалял файлы с лизами, в >>> > сотый раз перезапускал сетку... Эффекта ноль :( >>> > >>> > Кто подскажет что еще можно посмотреть/подредактировать в этом случае? >>> >>> tcpdump и смотреть как уходит запрос DHCP и какой приходит ответ (если >>> приходит). >>> >>> >>> >>> -- >>> Best Regards, >>> Yuri Kozlov >>> >>> >>> -- >>> To UNSUBSCRIBE, email to [email protected] >>> with a subject of "unsubscribe". Trouble? Contact >>> [email protected] >>> Archive: >>> http://lists.debian.org/[email protected] >>> >>> >>
