plasma-applet-networkmanager и WiFi

[Nenderus]

Установил тут на свой ноут RoverBook Neo U100 с нуля дистрибутив ALT Linux 5.0 Desktop (KDE). По умолчанию в нём для сети используется KDEшный интерфейс plasma-applet-networkmanager. При попытке подключитьсяк WiFi на своём роутере ASUS WL-600g подключение происходит, IP присваивается по DHCP, DNS нормально резолвятся, но пакеты ходят только внутри сети, выделенной роутером.

Получается в общем так:

Код: [Выделить]

[nenderus@nenderus-u100 ~]$ ping www.altlinux.ru
connect: Network is unreachable

Код: [Выделить]

[nenderus@nenderus-u100 ~]$ netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0 wlan0

Код: [Выделить]

[root@nenderus-u100 ~]# ifconfig wlan0
wlan0     Link encap:Ethernet  HWaddr 00:1D:92:CD:B6:1F
          inet addr:192.168.1.4  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:5 errors:0 dropped:53 overruns:0 frame:0
          TX packets:286 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:996 (996.0 b)  TX bytes:19321 (18.8 KiB)
          Interrupt:17 Memory:f85f8000-f85f8100
А если установить networkmanager-gnome, то всё сразу работает идеально:

Код: [Выделить]

[nenderus@nenderus-u100 ~]$ ping www.altlinux.ru
PING www.altlinux.ru (194.107.17.163) 56(84) bytes of data.
64 bytes from news.altlinux.ru (194.107.17.163): icmp_seq=1 ttl=57 time=271 ms
64 bytes from news.altlinux.ru (194.107.17.163): icmp_seq=2 ttl=57 time=334 ms
64 bytes from news.altlinux.ru (194.107.17.163): icmp_seq=3 ttl=57 time=115 ms
64 bytes from news.altlinux.ru (194.107.17.163): icmp_seq=4 ttl=57 time=214 ms
^C
--- www.altlinux.ru ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 115.034/234.013/334.635/80.774 ms

Код: [Выделить]

[nenderus@nenderus-u100 ~]$ netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0 wlan0
0.0.0.0         192.168.1.1     0.0.0.0         UG        0 0          0 wlan0

Код: [Выделить]

[root@nenderus-u100 ~]# ifconfig wlan0
wlan0     Link encap:Ethernet  HWaddr 00:1D:92:CD:B6:1F
          inet addr:192.168.1.4  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:928 errors:45 dropped:1066 overruns:0 frame:0
          TX packets:1248 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:915326 (893.8 KiB)  TX bytes:231660 (226.2 KiB)
          Interrupt:17 Memory:f8498000-f8498100
Ядро при этом стандартное:

Код: [Выделить]

[nenderus@nenderus-u100 ~]$ uname -r
2.6.30-std-def-alt15
Это проблема того, как я точку доступа настроил на роутере, проблема plasma-applet-networkmanager или ещё какая-то проблема?

[black_13]

Разницу же в выводе команды route видать "невооруженным глазом"  ;)
Чето в первом случаен он совсем вам gw не прописал :(

[Nenderus]

Эту разницу я тоже вижу... И непонимаю в чём прикол...

[ruslandh]

Это логи соединения надо смотреть, и всё-таки лучше у мантейнера пакета в рассылке спросить. Я думаю, Михаил с удовольствием вам ответит.

[Nenderus]

Я правильно понимаю, что мне в данном случае надо спрашивать в рассылке с именем Desktop?  

[ruslandh]

Нет - в основной рассылке - community.
Desktop - это для разработчиков Desktop.

[black_13]

Почему бы логи сначала не посмотреть? В них может быть ответ в явном виде :)

[Nenderus]

А как их смотреть в данном случае? 

[ruslandh]

/var/log/messages и рядом.

[gBopHuk]

С плазмоидом и не такой прикол бывал - он просто ещё не допиленный.Пользуй лучше гномовский, а когда выйдет где-то КДЕ 4.5, тогда можешь попробовать плазмоид.

[black_13]

С плазмоидом и не такой прикол бывал - он просто ещё не допиленный

Неможет быть! Иначе как обьяснить его присутствие в дистрибутиве?

[Drool]

Иначе как обьяснить его присутствие в дистрибутиве?

Запросто - он был в сизифе, когда отпочковывался конкретный бранч.

[black_13]

Запросто - он был в сизифе, когда отпочковывался конкретный бранч.

И это дает ему право попасть в стабильные релиз даже несмотря на то что он не выполняет своих прямых функций? Тоесть пофакту сломан изначально, притом на все 100% сломан! Разве такое может быть?

[Drool]

И это дает ему право попасть в стабильные релиз даже несмотря на то что он не выполняет своих прямых функций? Тоесть пофакту сломан изначально, притом на все 100% сломан! Разве такое может быть?

Если на пакете не висит блокер в багзилле, если этот вопрос не поднимался в соответствующей рассылке (desktop@ или рядом) - релиз-менеджер дистрибутива телепатией не обладает.

[black_13]

Да но покажите мне человека который являясь просто юзером использует сизиф ... чтобы увидеть это, поднять караул, повесить багу, покричать в рассылке. Такие есть? Чето я сомневаюсь. Отсутствие testing ветки как таковой дает о себе знать :(