Новые функции в Linux NetworkManager 0.8.1

Такую же проблему видел и у знакомого с вифи - нетворг-манагер рубит всё, что не сделано им, зато сам при этом глючит и замены не предлагает.

Руки, руки и еще раз руки. Fedora 12 на ноуте:
1. virbr0 поднимается через network-scripts
2. wlan0 поднимается через NM, в некоторых сетях с использованием 127.0.0.1 в качестве DNS но получением IP по DHCP, в других полностью по DHCP
3. eth0 поднимается также по DHCP
4. даже если нет ни одного активного соединения, в /etc/resolv.conf светится 127.0.0.1

Как уже отмечалось выше, выпрямляйте руки, товарисчи

> Често не разбирался, может можно и нормально настроить, но это не круто, когда в дефолтной убунте при падении иксов вырубается сеть..
+1, недавно поставил в арчике — все вроде бы отлично, но без иксов нета нет, так что ну его нафиг, пока что.

> ты же мышевоз

Чойта, пруф :3

На нетбуке вообще стараюсь к тачпаду как можно меньше прикасаться, клавиатурой удобнее.

:-D аватарка улыбнула, не агресивно и в точку)))

но без иксов нета нет, так что ну его нафиг, пока что

«Пока что» это пока у тебя руки не выпрямятся и от нужного места расти не начнут? :-)

 $ nmcli con
Type              UUID                                   Name
System connections:
802-11-wireless   8d461f30-7385-4d8f-8bac-dbb67b56bcd4   Auto wnet
802-3-ethernet    5fb06bd0-0bb0-7ffb-45f1-d6edd65f3e03   System eth0
User connections:
$ nmcli dev
Device     Type              State
wlan0      802-11-wireless   connected
eth0       802-3-ethernet    unavailable
$ ifconfig wlan0
wlan0     Link encap:Ethernet  HWaddr 00:1B:77:A8:17:AE  
          inet addr:192.168.1.3  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::21b:77ff:fea8:17ae/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:24597 errors:0 dropped:0 overruns:0 frame:0
          TX packets:17629 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:23927481 (22.8 MiB)  TX bytes:2515393 (2.3 MiB)
$ nm-tool

NetworkManager Tool

State: connected

- Device: wlan0  [Auto wnet] ---------------------------------------------------
  Type:              802.11 WiFi
  Driver:            iwl3945
  State:             connected
  Default:           yes
  HW Address:        00:1B:77:A8:17:AE

  Capabilities:
    Speed:           1 Mb/s

  Wireless Properties
    WEP Encryption:  yes
    WPA Encryption:  yes
    WPA2 Encryption: yes

  Wireless Access Points (* = current AP)
    ZyXEL:           Infra, 00:19:CB:8D:09:2D, Freq 2412 MHz, Rate 54 Mb/s, Strength 44 WPA
    WL-W:            Infra, 90:E6:BA:F0:23:05, Freq 2412 MHz, Rate 54 Mb/s, Strength 72 WPA2
    *wnet:           Infra, 00:22:15:0B:61:CA, Freq 2437 MHz, Rate 54 Mb/s, Strength 55 WPA

  IPv4 Settings:
    Address:         192.168.1.3
    Prefix:          24 (255.255.255.0)
    Gateway:         192.168.1.1

    DNS:             127.0.0.1


- Device: eth0 -----------------------------------------------------------------
  Type:              Wired
  Driver:            tg3
  State:             unavailable
  Default:           no
  HW Address:        00:1D:09:46:04:75

  Capabilities:
    Carrier Detect:  yes

  Wired Properties
    Carrier:         off

Никакие X'ы не запущены, NM работает. Упс? Правда, это не Ъ-арч, а быдлофедора - но ведь я быдлоламер, мне простительна и федора, и то что все работает :-)

NM не совсем обычная служба, она хитро завязана на DBUS и другие службы в DBUS. Так что для корректного разграничения нужен специальный механизм, которым как раз и является policykit.

HAL тоже хитро завязан на D-BUS, KDE жить без D-BUSа не может. Ни первому, ни второму policykit не требуется.

Для чего же он, по твоему, ещё нужен? Как раз для обычной десктопной домашней машины. Сейчас элементарно, например, разрешить одному пользователю управлять соединениями в NM и запретить другому без PK нельзя.

Для десктопа офисного. Это там нужно одному пользователю что-то разрешать, другому запрещать, но не всё, а третьему всё то же самое, но только в новолуние. На домашней машине пользователь либо вообще один, либо права как правило разграничиваются нулём и единицей.

Блин, странно. Видать в дебиане не умеют NM готовить, ибо блутус он мой не видит. А вот через Gnome-PPP все прекрасно пашет.

Там оно как-то хитро делалось. Кажется, когда добавляешь блютуз-устройство нужно отметить галку - использовать сеть. Как-то так.

Ждем новую версию в PPA.
Использую и на бубунте, и на арче. Многого мне от него и не надо, а то, что мне нужно, он делает хорошо.

Да, точно с птицей - http://blogs.gnome.org/dcbw/2009/07/10/unwire-with-networkmanager/

>Да, точно с птицей

То есть это через Gnome Bluetooth? Чорт, если да - то я все прокляну, ибо я вырезал сие поделие и использую Blueman

Да, через него. Но блюман же и сам умеет интернет делать, ЕМНИП. Только по другому как-то, через модем. А здесь через PAN. У меня работало и через блюман и через гном-блютуз, но по-разному. Ну и никто не мешает поставить гном-блютуз, включить галку и вырезать его :-)

Обновился с сида и экспериментал - блумэн смог подцепить телефон через DUN. Ну наконец-то выброшу GnomePPP и wvdial

> HAL тоже хитро завязан на D-BUS, KDE жить без D-BUSа не может. Ни первому, ни второму policykit не требуется.

HAL работает только как пассивный информационный сервис, никакой хитрой завязки нет. Кеды работают с локальным DBUS'ом пользователя, т.е. и тут нет необходимости в разграничении. NM работает как общесистемный сервис с системным DBUSом

На домашней машине пользователь либо вообще один, либо права как правило разграничиваются нулём и единицей.

Такого правила нету по крайней мере в пингвинячей среде. Тут будет излишне рассказывать на какие айтишные утехи тянет пользователей дома.

Какое счастье, что PPP без особых проблем настраивается ручками и nano.

> Такую же проблему видел и у знакомого с вифи - нетворг-манагер рубит всё, что не сделано им, зато сам при этом глючит и замены не предлагает.

Вайфай в нетбуке работает с NM только в путь! Более того, только в Линукс ( Федора 12) заработала, без всяких перепрошивок залоченная в нетбуке карточка WIFI Intel 5150 по по 802.11n ) А в Виндовс фиг вам.

Такого правила нету по крайней мере в пингвинячей среде. Тут будет излишне рассказывать на какие айтишные утехи тянет пользователей дома.

Но что делать если я не хочу настраивать свои собственные права доступа к сети через разные устройства по лунному календарю? Дело не в том что мне это не нравится и я требую сделать по другому. Мне просто искренне не понятно почему унифицированный демон заведующий сетью претендующий на роль стандарта тянет за собой половину freedesktop'а и иксы?

>Помимо этого, поддерживается IPv6 и статические IP-адреса.

Ах ты ж ВиПиЭн за Натом! И пяти лет не прошло.

> «Пока что» это пока у тебя руки не выпрямятся и от нужного места расти не начнут? :-)
Насколько я понял нужно создать системное подключение. Но в свойствах подключения галочка «system connection» неактивна. Да и не знаю, можно ли потом будет от моего пользователя управлять таким подключением.

Кстати, а когда энтот нетворгманагер зарелизится? А то официального анонса ненути, в свне тоже тишь и гладь.

>тянет за собой половину freedesktop'
По той же причине, по которой графические программы используют GTK/Qt, хотя могли бы напрямую работать с XCB/Xlib, почтовые клиент используют GPG, хотя могли бы сами заниматься шифрованием. Потому что во-первых это экономия времени программиста. Вместо того, чтобы отлавливать глюки в своем велосипеде, они могут подцепить чужую разработку и заниматься только своим приложением. Во-вторых, понижается риск получить несовместимость в реализации. И в конце-концов, программисту так удобнее. Это его волнует больше, чем жалобы обладателей 1,5-гигабайтных жестких дисков.

и иксы

Иксы тянут только апплеты для управления. Идите к разработчикам дистрибутива и уже им жалуйтесь.

+1, недавно поставил в арчике — все вроде бы отлично, но без иксов нета нет, так что ну его нафиг, пока что.

в арче Ъ netcfg вместо этой странной поделки

Лучше бы прикрутили функцию - самоудалиться и не мешать.

...Вместо того, чтобы отлавливать глюки в своем велосипеде, они могут подцепить чужую разработку и заниматься только своим приложением...

Не совсем удачная аналогия. В данном случае авторы, вместо того чтобы сделать свой велосипед разборным и легко помещающимся в багаж, зачем-то приварили сверху к нему грузовой вертолёт одолженный у freedesktop, мотивируя это тем что теперь кататься можно во всех странах мира.

Чего в kde-шной моде NM-а реально не хватает на нетбуке, так это возможности указать для pptp марщруты руками и отказаться от получения дефолта через него. Так-то оно работает, но тут же отпиливает сук, на котором сидит. Что самое замечательное, что в гномовской морде этот функционал вроде бы есть.

а Багфиксы-то там есть хоть какие-нибудь?
или он всё еще не переваривает 3 сетки, включенные одновременно одна поверх другой?