WiFi: связь пропадает, но клиент говорит, что соединение есть

похожие проблемы
грешу на ядро 3.х (не так давно началось), но руки не доходят проверить (пока легче переподключиться)

Как клиент получает айпишник?
Когда пропадет сделай route и проверь с сигналом после подключения
Проверь что написано в /etc/resolv.conf до пропажи сигнала и после

Как временное решение можно по крону запускать каждые 3-5 минут скрипт с пингом и если пинга нет - переподключаться.

Может быть :) Сейчас юзаю ядро 3.3-rc1, некоторые модули изменили название в отличии от 3.1. Хотя и там, и тут если работает -то работает стабильно как в slackware, так и в gentoo.

Не знаю имеет это отношение к вашей проблеме или нет, но приведу рассылочку от Мадам Зоу

Ben Hutchings wrote an interesting report on a security issue in Linux [14] found by himself while working on bug #654876 [15]. As his laptop running Linux 3.0 or 3.1 crashed repeatedly, Simon McVittie — the bug submitter — thought it could be a driver bug. But, analysing the log of the crash, Ben noted that «a packet received through the wireless interface was being processed by IGMP, which then divided by zero.» IGMP packets are used to support multicast routers: as Ben explained, «every multicast address corresponds to a dynamic set of hosts, called a multicast group» . In order to know which hosts belong to which groups, the router sends packets and the computer replies at intervals. There are three different versions of the IGMP protocol used to define the Maximum Response Time (MRT) of the computer. Ben found that the crash was caused by a division by 0 of packets with an MRT of 0. The patch is included in Linux 3.0.17, 3.1.9, 3.2.1, and the Debian packaged version 3.1.8-2. Well done, Ben!

# eix -c gentoo-sources
[UD] sys-kernel/gentoo-sources (3.2.1(3.2.1)@18.01.2012 -> 2.6.32-r29(2.6.32-r29)!b!s (~)2.6.32-r39(2.6.32-r39)!b!s (~)2.6.32-r40(2.6.32-r40)!b!s (~)2.6.32-r41(2.6.32-r41)!b!s 3.0.17-r2(3.0.17-r2)!b!s 3.1.10-r1(3.1.10-r1)!b!s 3.2.1-r2(3.2.1-r2)!b!s): Full sources including the Gentoo patchset for the 3.2 kernel tree

нужно будет 2.6.32-r29 поставить

Как клиент получает айпишник?

По DHCP. А это важно? Попробовал в настройках DHCP-сервера зарезервировать за этим MAC-адресом IP-адрес, но вроде продолжает.

Кстати, последние 12 часов вроде не рвалось, но я после последнего разрыва вроде ничего не менял.

Важно :) У меня глюк был, когда сервак мой айпишник давал другому клиенту, а мой айпи не менялся - итог то у меня нет сети, то у второго клиента.

Когда пропадет сделай route и проверь с сигналом после подключения

Одинаково, как с сигналом, так и без.

Проверь что написано в /etc/resolv.conf до пропажи сигнала и после

Вряд ли в нём проблема, т.к. и по IP-адресу достучаться не удаётся.

Такая же проблема, только сетевухи другие. К роутеру подключаю нетбук и iPod, при этом на нетбуке рвалось соединение, после переподключения восстанавливалось. На iPod'е всё работало. Поменял на роутере канал с 11 на 9, всё заработало, кажется.

На iPod'е всё работало.

Ну не отпускать же пользователя из рабства из-за каких-то там проблем со связью.