LINUX.ORG.RU

NetworkManager 0.9

 ,


0

1

Вышедшая накануне стабильная версия 0.9 NetworkManager стала важной вехой в разработке этого приложения для управления сетевыми соединениями в Linux.

Подготовив к релизу версию 0.8 в феврале этого года, разработчики заявляли, что версия 0.9 будет готова уже в марте, но не тут то было — официальный анонс состоялся лишь в конце августа, но зато версия 0.9 содержит большое количество изменений, в том числе и существенных, о которых подробнее далее.

Наиболее существенное и судьбоносное изменение — упрощение D-Bus API, которое привело к нарушению совместимости как API, так и ABI с предыдущими версиями.

С одной стороны, изменение API направлено на упрощение коммуникации с NetworkManager для сторонних приложений, в частности осуществляющих конфигурацию и мониторинг сетевых соединений. Как отмечено в руководстве по миграции с NetworkManager 0.8 на NetworkManager 0.9, преимущества от упрощения архитектуры с лихвой компенсируют затраты на обновление кода клиентов.

Однако с другой стороны, внесённые изменения требуют быстрой реакции со стороны разработчиков, использовавших этот API в своих проектах, чтобы не произошло неприятных курьёзов, когда в роллинг-релиз дистрибутивы придёт обновление до NetworkManager 0.9, а аплеты, виджеты и плагины, использовавшие D-Bus API NetworkManager, ещё не будут его поддерживать, что приведёт к массовым сбоям и жалобам.
Также очевидно, что нарушение совместимости API вынудит пользователей после обновления NetworkManager до версии 0.9 отказаться от приложений, использовавших API NetworkManager, но разработка которых была приостановлена или заброшена.

Подробно об изменениях в D-Bus API в вышеупомянутом руководстве по миграции.

Среди прочих изменений:

  • все соединения и конфигурация осуществляются теперь при помощи NetworkManager;
  • возможность хранения паролей в пользовательской сессии или NetworkManager'ом;
  • пароли теперь могут запрашиваться каждый раз;
  • поддержка быстрого переключения пользователей;
  • возможность установки ограничений на использование соединений для одного и более пользователей;
  • поддержка «802.1X Certificate subject matching» для большей безопасности;
  • требуется wpa_supplicant 0.7 или выше;
  • лучшая поддержка AP roaming с использованием nl80211;
  • поддержка мобильных широкополосных устройств Intel WiMAX;
  • поддержка GObject Introspection в libnm-glib и libnm-util;
  • новые аплеты для GNOME Shell и Ubuntu's Indicator.

Исходный код

>>> Подробности

★★★

Проверено: JB ()
Последнее исправление: cetjs2 (всего исправлений: 5)

Ответ на: комментарий от chodorenko
$ yum list installed | grep Network
NetworkManager.i686                  1:0.8.4-2.git20110622.fc14 @updates        
NetworkManager-glib.i686             1:0.8.4-2.git20110622.fc14 @updates        
NetworkManager-gnome.i686            1:0.8.4-2.git20110622.fc14 @updates        
NetworkManager-l2tp.i686             0.1-1.fc14                 @russianfedora-free-updates-testing
NetworkManager-openconnect.i686      0.8.1-1.fc14               @anaconda-InstallationRepo-201010312321.i386
NetworkManager-openswan.i686         0.8.0-5.20100411git.fc14   @fedora         
NetworkManager-openvpn.i686          1:0.8.1-1.fc14             @anaconda-InstallationRepo-201010312321.i386
NetworkManager-pptp.i686             1:0.8.1-1.fc14             @anaconda-InstallationRepo-201010312321.i386
NetworkManager-vpnc.i686             1:0.8.1-1.fc14             @anaconda-InstallationRepo-201010312321.i386

Ещё, ЕМНИП, понадобятся modem-manager и, вероятно, usb_modeswitch.

carasin ★★★★★
()
Ответ на: комментарий от carasin

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

chodorenko
()
Ответ на: комментарий от chodorenko

КДЕ? Значит, «плазменный» апплет. В нём, возможно, неактивное будет. Оно вообще какое-то никакое. Поэтому, даже используя КЕДы, применяю Гномовский nm-applet. В нём всё ОК и всё работает.
Есть одно «НО»: прежде чем использовать nm-applet в кедах, нужно удалить из системы плазмо-апплет NM (по крайней мере, у меня в РФР13-РФР15 на трёх машинах это именно так).

carasin ★★★★★
()

На openSUSE использую Yast для Wi-Fi. Хотя через NM тоже работает (даже на KDE3). Будут ли проблемы с версией 0.9 пока не известно.

Nxx ★★★★★
()
Ответ на: комментарий от chodorenko

>Вот уже 0.9 а когда сделают поддержку долбанного диалапа ? сколько можно юзать консоль или qinternet ?
ну что может быть проще обычного диалапа ?

Может пора отправить на свалку используемый фронтенд?

aidaho ★★★★★
()

Вот ещё хорошая штука для пользователей NM, у которых куча разных соединений с использованием разных прокси.

kaktyc ★★★★
()
Ответ на: комментарий от carasin

>Поэтому, даже используя КЕДы, применяю Гномовский nm-applet. В нём всё ОК и всё работает.

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

aidaho ★★★★★
()

>Также очевидно, что нарушение совместимости API вынудит пользователей после обновления NetworkManager до версии 0.9 отказаться от приложений, использовавших API NetworkManager, но разработка которых была приостановлена или заброшена.

Познай силу open source, Оби Ван.

anonymous
()
Ответ на: комментарий от kss

Раз уж тут вовсю сравнивают NM и wicd, то, может, кто-нибудь отпишется про опыт использования connman?

Он почти ничего не умеет и, бывает, начинает глючить, а так зашибись.

Alsvartr ★★★★★
()

Ах, так вот кто всю жизнь портил мне resolv.conf!

Спасибо за информацию.

melkor217 ★★★★★
()
Ответ на: комментарий от aidaho

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

chodorenko
()
Ответ на: комментарий от Deleted

Ясно. Ограничиться мышевозештвом не удасться. Ну ладно

rave
()
Ответ на: комментарий от pyometra

> сколько пользовался этой поделкой, столько негативных эмоций от неё. но, может, виновата убунта, конечно.

Толстые тролли такие толстые.
PS: Ubuntu 11.04, NM - работает и не жужжит.

Made_in_China ★★
()
Ответ на: комментарий от chodorenko

> Вот уже 0.9 а когда сделают поддержку долбанного диалапа ? Многие телефоны (не смарты) могут отдавать инет только через ppp и набор *99# так что _нужно_ однозначно.

Так всегда работало же!

Made_in_China ★★
()
Ответ на: комментарий от Made_in_China

в 11.04 снёс сразу, даже не пробовал уже. в 10.04 и 9.10 NM терял связь и не переподключался автоматом (через смартфон это было), с 3G модемом- если терялась связь, то новое подключение было возможно было только после перезагрузки(!) компьютера. А, в 11.04 не сразу удалил, а после того как намучался с локалкой- если подключал локалку, то пропадал ppp0, удалил NM- всё нормализовалось.

pyometra ★★★★★
()
Ответ на: комментарий от cipher

Поддерживаю. Wicd - хорошая штука.

Wicd RIP давно уже, и разработчики на канале IRC рекомендовали переходить на NetworkManager.

liberte
()
Ответ на: комментарий от aidaho

Я имел в виду GNOME'овский nm-applet (я уже писАл, что не тулкитофоб :] ).

carasin ★★★★★
()
Ответ на: комментарий от pyometra

> с 3G модемом- если терялась связь, то новое подключение было возможно было только после перезагрузки(!) компьютера

Наблюдал такое на E173 (в режиме 3G+CD+CR), после отключения CD и CR модем работает без нареканий. MF622 этим не страдает.

ЗЫ: проверялось на openSUSE и Ubuntu

Made_in_China ★★
()
Ответ на: комментарий от chodorenko

> обьясните как настроить

Ubuntu: правый клик на аплете NM -> Изменить соединения -> Мобильные -> Добавить -> Создать соединение через мобильное устройство -> Любое устройство -> Страна -> Оператор -> APN
Lubuntu: установить modemmanager, далее как в Ubuntu

ЗЫ: Год назад в кедах наблюдал 2 аплета NM: один рабочий, другой - учебный ;-)

Made_in_China ★★
()
Ответ на: комментарий от Deleted

Никакой? А почему Вы меня об этом спрашиваете? :)

carasin ★★★★★
()
Ответ на: комментарий от Made_in_China

Система OpenSuSE 11.4 (пробовал 11.3) , пакеты все стоят что нужны , закладка мобильные устройства не активна :( При этом яст прекрастно настраивает модем.
Может права какие дополнительные надо дать или включить себя в какуюнить группу ?

chodorenko
()

> Вышедшая накануне стабильная версия 0.9 NetworkManager стала важной вехой в разработке этого приложения для управления сетевыми соединениями в Linux.

«Ага!» - сказали суровые сибирские линуксоиды, переключились обратно в консоль и привычно набрали:

pppd debug nodetach defaultroute plugin rp-pppoe.so eth0 user логин password пароль

Нафига все pppoeconf/pppoe-setup, когда pppoe/pptp поднимается одной командой?

anonymous
()
Ответ на: комментарий от chodorenko

См. выше, лучшим всегда был родной гномовский nm-applet.

aidaho ★★★★★
()
Ответ на: комментарий от chodorenko

> Система OpenSuSE 11.4 (пробовал 11.3) , пакеты все стоят что нужны , закладка мобильные устройства не активна :( При этом яст прекрастно настраивает модем.

Если KDE - удали knetworkmanager и поставь вместо него plasmoid-networkmanagement

anonymous
()
Ответ на: комментарий от pyometra

>NM терял связь и не переподключался автоматом

А он тут не при чём, это тоже задача фронтенда.

aidaho ★★★★★
()
Ответ на: комментарий от liberte

>Wicd RIP давно уже, и разработчики на канале IRC рекомендовали переходить на NetworkManager.

Существует немалое количество софта, который как-бы RIP, однако это зачастую никоим образом не мешает им пользоваться. Где возможно, всё ещё использую его. Функционала меньше, реализован лучше.

aidaho ★★★★★
()
Ответ на: комментарий от aidaho

Функционала меньше, реализован лучше.

Я бы не сказал, что Wicd лучше реализован. В Liberté 2010.0 (где сеть все еще работала через Wicd) я столкнулся с рядом неприятных багов, например (которые разработчики уже тогда не имели времени и желания чинить). Ну и в запуске daemon'а на Python'е под рутом есть что-то неправильное, я считаю. С NetworkManager'ом же ни разу не испытывал серьезных проблем, а функционала намного больше. Вообще, Wicd очень похож на NetworkManager по архитектуре — возможно, это одна из причин, по которой разработчики Wicd его забросили.

liberte
()
Ответ на: комментарий от f0b

>В Gnome 2.30 всегда норм работала. Много раз выручала, особенно, когда в инет надо было выйти с 3G-модема. Ага, щас. Кучу дистров перепробовал, и Гном был даже 2.32(!) И нигде ни один триджик у меня не завелся. Только поэтому до сих пор на винде. Если пофиксят и сделают человеческую настройку - уйду тут же, не раздумывая.

anonymous
()
Ответ на: комментарий от liberte

>Я бы не сказал, что Wicd лучше реализован. В Liberté 2010.0 (где сеть все еще работала через Wicd) я столкнулся с рядом неприятных багов, например (которые разработчики уже тогда не имели времени и желания чинить).

Видимо у каждого свой набор юзкейсов, выводы тоже разные.

Ну и в запуске daemon'а на Python'е под рутом есть что-то неправильное, я считаю.


Тут я не очень понял, что не так.

aidaho ★★★★★
()
Ответ на: комментарий от geekless

> Традиционно: NM не нужен.

Собственно, не нужен - не пользуйся.

cruxish ★★★★
()
Ответ на: комментарий от anonymous

> Но NM то не такой как все, он то особенный, не видит, подключается только как к скрытой сети.

Так может в драйвере адаптера проблема на самом деле? iwlist видит?

cruxish ★★★★
()
Ответ на: комментарий от carasin

> А я - наоборот - даже не знаю, как пришлось бы извращаться с беспроводными сетями, если б не NM/nm-applet. Коллега-вендузятнег люто-бешено фапает на эту тулзу с сожалением о том, что под вантуз аналога нет.

Как по мне, так гораздо больший интерес представляют профили проводных сетей. :) В венде стандартно такого точно нет, да и нестандартного универсального решения я не встречал.

И да, для беспроводных сетей лучше, чем NM, ничего нет. :)

cruxish ★★★★
()

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

delete83 ★★
()
Ответ на: комментарий от delete83

Эта самая совместимость (точнее, её как бы поломка) если и страшна, то только в RR-дистрах. Да и то, думаю, не сильно страшно: сам NM и его апплет между собой по-любому будут совместимы, ибо поставляются с одинаковыми версиями; а после апдейта NM до 0.9 неужели фаерфокс перестанет работать?

carasin ★★★★★
()

Прочитал тред и в очередной раз убедился, что 95% обитателей ЛОРа — тролли, школота и неосиляторы. Это каким тупым надо быть, чтобы кричать, что NetworkManager не работает? Как вы его ломать-то умудряетесь? Ведь это одна из тех фич, которые просто работают.

anonymous
()

лучше чем дебиановский ifupdown до сих пор не видел. если приходилось садиться на бубунту, плевался, отрубал networkmanager и пользовался вменяемой программой, которая ещё работает «из коробки»

swar0g ★★★★
()
Ответ на: комментарий от anonymous

> Прочитал тред и в очередной раз убедился, что 95% обитателей ЛОРа — тролли, школота и неосиляторы. Это каким тупым надо быть, чтобы кричать, что NetworkManager не работает? Как вы его ломать-то умудряетесь? Ведь это одна из тех фич, которые просто работают.

+1. Также непонимаю, что в NetworkManager у людей могло не работать. Никогда на моей памяти небыло никаких проблем с ним. Если что-то шло не так - обычно виноват сам (что-то недоглядел). ЧЯДНТ ?

anonymous
()
Ответ на: комментарий от anonymous

+1. Просто парад криворуких каких-то. Хотя вот alpha разумную мысль высказала: возможно, виновать кривой кдеешный апплет.

unanimous ★★★★★
()
Ответ на: комментарий от unanimous

> Хотя вот alpha разумную мысль высказала: возможно, виновать кривой кдеешный апплет.

Тащемта даже мне, упертому гномеру, было известно, что при обновлении или установке кед 4.5+ нужно ставить клизмоид-нетворкменеджер. Если кедерасты этого не знали — ССЗБ. Если им один пакет в системе заменить сложно — на винфак. Устроили нытик-тред, клоуны.

anonymous
()

Тоже по старинке network запускал при старте, пока недавно не понадобилось 3g модемом воспользоваться. Собственно и руками все настроил за пол часа, а потом вспомнил про networkmanager, а в нем все заработало уже через 30 секунд. Лол, да там только подключение надо было создать и все. Так что приятно видеть такие изменения, потому что последний раз когда я пытался его использовать (если не ошибаюсь он тогда был версии 0.7) то это было ужасно :)

nikotyn
()
Ответ на: комментарий от carasin

А у тебя не пропадает раз в пару минут соединение на мультинексе? Я добился стабильной работы только через wpa_supplicant с параметром fast_reauth=0 в конфиге.

sarg
()
Ответ на: комментарий от sarg

С wpa_supplicant'ом никогда проблем не было - коннект был устойчивым. С nm-applet'ом раньше были запары: апплет не подавал вида, что то-то не так, хотя скорость постоянно падала, были прерывания в связи.
Поэтому в своё время я забил на настройку из GUI, используя wpa_supplicant (с параметрами, указанными на multinex'овской wiki, а также добавляя ключ -B, чтобы оно работало фоном) и дефолтную запись nm-applet'а (System eth0, DHCP, no_auto_connect). Однажды (с полгода назад) решил снова попробовать чисто GUI'овую настройку через nm-applet. Я был удивлён. что оно заработало, причём, наистабильнейшим образом. Есть одно «НО» (и при wpa_supplicant'е, и при nm-applet'е): иногда при включении компа (выставлено автосоединение с сетью) соединение никак не может создаться: nm-applet «крутит зелёными шариками» и не может подключиться. Помогает перезагрузка/цикл_засыпание-пробуждение.

carasin ★★★★★
()
Ответ на: комментарий от sarg

Два месяца назад купил роутер: теперь MD5-аутентификация производится на нём. На домашних машинах используется nm-applet с автоподключением по DHCP (Ethernet/WiFi).

carasin ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.