Представлен (https://mail.gnome.org/archives/networkmanager-list/2014-Dec...) новый стабильный релиз интерфейса для упрощения настройки параметров сети - NetworkManager 1.0 (https://wiki.gnome.org/Projects/NetworkManager), который подвёл итог десяти лет существования проекта. Одновременно опубликованы новые выпуски плагинов (https://download.gnome.org/sources/) для поддержки VPN, OpenConnect, PPTP, OpenVPN и OpenSWAN, а также апплет (https://download.gnome.org/sources/network-manager-applet) с реализацией индикатора для панели GNOME.
Ключевые новшества (http://cgit.freedesktop.org/NetworkManager/NetworkManager/pl...) NetworkManager 1.0:
- Подготовлена новая клиентская библиотека libnm (https://wiki.gnome.org/Projects/NetworkManager/libnm), предоставляющая программный интерфейс на основе GObject. Библиотека полностью переписана и объединена с ранее обособленными libnm-util и libnm-glib. API упрощён и переведён на использование современных интерфейсов GLib, таких как GDBus (вместо dbus-glib) и асинхронный API в стиле GIO. Информация в новом API, такая как IP-адреса, маршруты и другие свойства соединения, теперь представлена в строковом представлении (ранее использовались бинарные типы данных), что значительно упростило работу с ними на большинстве языков программирования, включая C, Python и Javascript. Поставка обособленных библиотек libnm-util и libnm-glib пока сохранена для обеспечения обратной совместимости, интерфейс D-Bus также cохранил совместимость с NetworkManager 0.9.10;- Новый легковесный встроенный клиент DHCP, основанный на коде из systemd-networkd, и отличающийся более высокой производительностью. Активировать встроенную реализацию DHCP можно через опцию "dhcp=internal" в NetworkManager.conf. По функциональности новый клиент пока не поддерживает DHCPv6 и многие присутствующие в dhclient опции;
- Режим начальной настройки сетевых интерфейсов, позволяющий настроить сетевые интерфейсы и завершить работу NetworkManager, что может быть востребовано в окружениях, не требующих динамической конфигурации сети. Режим включается через опцию 'configure-and-quit=yes' в NetworkManager.conf, что приводит завершению выполнения NetworkManager после первичной настройки и оставления в памяти минимальных процессов "nm-iface-helper", используемых для DHCP и IPv6 (если DHCP и IPv6 не используются, данные процессы не запускаются);
- Улучшено взаимодействие с сетевыми конфигурациями, работающими без использования NetworkManager. NetworkManager теперь не вмешивается в работу устройств, которые настроены с использованием сторонних инструментов, в частности, для таких сетевых интерфейсов больше не устанавливается статус IFF_UP;
- В консольный клиент nmcli добавлена поддержка запросов пароля и авторизации через PolicyKit, что позволяет обеспечить активацию соединений, требующих ввода пароля, из командной строки (ввод пароля для VPN пока не поддерживается). Добавлена команда 'nmcli dev connect {interface}', которая автоматически создаёт соединения и может использоваться как упрощённый способ активации сетевого интерфейса по имени. Команда 'nmcli dev delete {interface}' может использоваться для удаления неиспользуемых программных устройств (bridge, bond, team);- Улучшена поддержка IPv6. IPv6 отныне можно использовать для соединений WWAN, если модем и провайдер поддерживают IPv6. NetworkManager теперь воспринимает передаваемые маршрутизатором данные о MTU. На системах с ядром Linux 3.17 и более новыми выпусками, NetworkManager научился обрабатывать назначение локальных IPv6 адресов для поднятых, но не активных сетевых интерфейсов. Добавлена возможность сохранения преднастроенной статической конфигурации IPv6, если не удалось автоматически настроить соединение;
- Поддержка постоянных VPN-соединений, которые сохраняются при изменении линка и после выхода из спящего режима (VPN-плагины пока не поддерживают данную возможность). В момент переустановки VPN-соединения, NetworkManager теперь сигнализирует об ограниченном доступе к сети, вместо индикации полноценного соединения;
- Поддержка использующих прошивки конфигураций iBFT/iSCSI через новый плагин ibft', работающий во всех дистрибутивах (ранее такие конфигурации iBFT/iSCSI только для дистрибутивов со скриптами ifcfg-rh);
- Поддержка протокола DUN для организации доступа в сеть через Bluetooth при наличии стека Bluez 5.x (в интерфейсе GNOME использование DUN по-прежнему ограничено Bluez 4.x из-за особенностей gnome-bluetooth);- Улучшена работа с маршрутами: для устройств и VPN-соединений теперь устанавливаются индивидуальные маршруты по умолчанию, вместо установки одного глобального маршрута через наиболее приоритетное устройство. Для управления приоритетом маршрута следует использовать свойства "ipv4.route-metric" и
"ipv6.route-metric";
- Прекращена загрузка модуля ядра nl80211, если система не содержит беспроводных адаптеров (работает только для ядер начиная с 3.17);- Обеспечено прямое взаимодействие с демоном "polkit" через D-Bus без привлечения внешних библиотек polkit.
URL: https://mail.gnome.org/archives/networkmanager-list/2014-Dec...
Новость: http://www.opennet.me/opennews/art.shtml?num=41313
NetworkManager моя любовь
Как вспомню как я настраивал сеть в Ubuntu c его помощью...
Да, в кубунте тоже первым делом выпиливал.
> Да, в кубунте тоже первым делом выпиливал.Ну расскажи, как ты к wi-fi в кафешке на каком-нибудь нотике будешь конектиться без оного?
man iw. У таких без сабжа вообще инета нет, а у меня из за него инета небыло =)
> man iw.FYI, я умею им пользоваться в режиме высшего пилотажа. Ну там вместе с packet injection/мониторными интерфейсами/multiple SSID/..., так что могу пульнуть пакет с произвольного мака, слушать ВЕСЬ эфир на энном канале, сделать несколько и-фейсов в разных сетях и прочая. И уж несомненно я умею ассоциироваться с нужной точкой.
Но...
1) Я бы не сказал что это удобный способ обозреть все точки доступа вокруг по быстрому, если нет спецтребований. Что нас обычно интересует? Как минимум SSID, BSSID и секурити. Но вываливается много прочей инфо. Не то что нереально отсеять, но фильтр получается навороченный. Формат вывода iw - больше для дебага и трублешутинга чем для повседневного использования.
2) Придется вводить несколько далеко не самых тривиальных и довольно длинных команд. И это будет по любому дольше чем просто сию секунду ткнуть в точку в менюхе NM.
3) NM к тому же периодически сканит сети и список доступен сразу. А в iw придется ждать пока отработает iw .. scan (если в системе нет тех кто периодически сканит эфир). Downside - у незадачливого хомяка фича выступает колокольчиком, который звенит в эфир относительно уникальным мак-адресом рассылая probe requests. Но это относительно легко лечится.
4) А если там авторизация - придется еще с пакостью типа wpa supplicant заморачиваться. Это вместо того чтобы пароль в интерактивном промпте вбить по мере надобности?> У таких без сабжа вообще инета нет, а у меня из за него инета небыло =)
Чувак, я тебе о закидонах ath9k в продвинутых режимах могу целую лекцию дать. Но тут это будет излишне :). А демонстрировать каждой кафешке свое сетевое кунг-фу без особых причин я нахожу несколько излишним.
ничего не имею против NM. но и без него wifi настраивается хренадцатью способами.
> ничего не имею против NM. но и без него wifi настраивается хренадцатью способами.Но ни 1 из них не будет столь же прост и быстр как просто ткнуть в нужную точку в менюшке nm. Чего более чем достаточно для большинства публичных точек доступа.
А в чём проблема? У wpa_suppicant есть утилитка для настройки. Ну это если не хочешь в конфиги лезть.
wicd, глубоко уважаемый утёнок-сан.
>> Да, в кубунте тоже первым делом выпиливал.
> Ну расскажи, как ты к wi-fi в кафешке на каком-нибудь нотике будешь
> конектиться без оного?wi-cd наше всё!
Борис, ты что пил? Вчера же было!
Windows-way...
Лично мне не нужно.
А парни - молодцы - сопровождают продукт. Удачи им!
А что из этого Windows-way? Лёгкость настройки?
Ну как, не надо корпеть в терминале вводя полдюжины команд чтобы к точке доступа подцепиться. Обидно же - любой ламер может к wi-fi подключиться в 2 раза быстрее кулсисопа.
> А что из этого Windows-way? Лёгкость настройки?Кстати не заметил особой легкости. Как я ни бодался с usb свистком на основе ath9k (в лине цепляется ath9k_htc) - в винде нормально так и на заработало. В одной версии драйвера постоянно падает соединение что неимоверно бесит юзерей. Во второй версии свисток при загрузке детектируется с вероятностью 50%. В третьей версии драйвера свисток на холодную не детектируется совсем. На горячую работает изумительно, но не могу же я юзерям объяснить что они должны дрoчить свистком?! Это ж е...й стыд а не сеть. Задолбался, поставил убунту. Там этот свисток просто работет, что на холодную, что на горячую. Интернет есть, юзеры довольны, а для втентакля и прочих мылрушечек им убунты вполне хватило, как оказалось.
Так что простая настройка сети в винде - лотерейный процесс. Так, на правах зарисовки о качестве виндовых драйверов для вафли.
Вы наверно сеть в современных виндовс никогда не настраивали. Там такой ад, нм по сравнению с ним образец простоты и логичности.
"Кому и кобыла невеста"
> Вы наверно сеть в современных виндовс никогда не настраивали. Там такой ад,
> нм по сравнению с ним образец простоты и логичности.Ничего не изменилось же. Через квадратики настроек вообще нет, а через панель управления как обычно.
"Как обычно" - это, напомню, системе требуется перезагрузиться, чтобы использовать новые настройки. Каменный век, терминаторы.
> терминаторыБоюсь, чтобы понять красоту наезда, надо быть достаточно старым, чтоб понимать суть претензии :)
http://img02.darudar.org/s600/00/01/76/c8/76c8706de6d491acf4...
Топология "Аврора"?
> Ничего не изменилось же. Через квадратики настроек вообще нет, а через панель
> управления как обычно.Госспади благослови виндовозников. Пока для вендопользователей нет настроек, вендо-"одминчеги" при настройке хотспотов считают, что отданные ими по DHCP настройки - это единственный способ попасть в их сеть. Сколько гостиниц "любезно предоставили" свой wifi мимо "получите пароль у администратора", мама не горюй. Продолжайте не иметь настроек.
> свой wifi мимо "получите пароль у администратора", мама не горюй.
> Продолжайте не иметь настроек.Большинство гостиниц вообще точку не закрывают. Юзай себе наздоровье, если дострелил. А вот WPS позволяет ненавязчиво сунуться в казалось бы вполне себе закрытую сеть с WPA, с казалось бы достаточно сложным паролем в пределах от секунд до недели.
настроил вайфай в 2 клика в виндовс 8. в кубунту чуть больше.
а в консоль пусть краснoглазые лазают раз им это нравится.
Без копания в конфиге не создавал вайфай точку доступа. Хотя в возможностях заявлено, что умеет. Я думал вообще не может, оказалось он конфиги из гуи неправильные создает для точки доступа. Может в 1.0 поправили.
Fedora 20 - все ок
Вот каков смысл твоего ответа, теперь он у меня заработал? Я руками конфиг написал, он его съел, а из гуи не работал. Это факт.
Это не факт, это один аноним упомянул. Фактом в данном случае будет запись в баг-трекере с шагами воспроизведения бага.
> Это не факт, это один аноним упомянул. Фактом в данном случае будет
> запись в баг-трекере с шагами воспроизведения бага.Вот статья про то как настроить что бы работало. С правкой конфига.
http://ubuntuhandbook.org/index.php/2014/09/3-ways-create-wi.../
ьоже сочувствую вам парни из бубунт))у вас даже нетворк менеджер запилить не могут как надо)) мне вас жаль.
> ьоже сочувствую вам парни из бубунт))у вас даже нетворк менеджер запилить не
> могут как надо)) мне вас жаль.Да блин, целой 1 менюшки в nm не хватило.
Ну, в 9 убунте, помнится мне, пришлось консолью родимой настраивать, да ещё и принудительно вырубать/включать сетевой контроллер. В 13.10 как настроил, так и забыл.ЗЫ NetworkManager обновлялся только вместе с системой.
Готово. А теперь его все выкинут и перейдут на systemd-networkd.
Зачем, если можно просто сделать NetworkManager фронтендом к systemd-networkd?
Работа в этом направлении уже идет:> Новый легковесный встроенный клиент DHCP, основанный на коде из systemd-networkd
> Работа в этом направлении уже идет:
>> Новый легковесный встроенный клиент DHCP, основанный на коде из systemd-networkdЭто не работа, а форк называется. И там чуть дальше самое интересное/характерное:
---
По функциональности новый клиент пока не поддерживает DHCPv6 и многие присутствующие в dhclient опции
---Как говорили когда-то солярщики нарезающему вокруг них круги на спарке пингвину -- "ничего-ничего, вот обзаведётся ваше ядро блокировками в тонкой нарезке..."
Миша, про функциональность лучше не надо заикаться. В альтах dhclient не поддерживается, а в dhcpcd поддержки ipv6 нет.
> а в dhcpcd поддержки ipv6 нет.Сосед по парте тебя обманул.
> Сосед по парте тебя обманул.Хорошее у альтов комьюнити. Всегда много нового узнаешь. Об окружающих, например. Всегда можно послушать про конкурентные недостатки остальных. Спору нет - при отсутствии user visible преимуществ только и остается что других помоями поливать.
Сколько текста родилось от обычного батхэрта. А ведь всего лишь нужно было почитать мануал dhcpcd(8) чтобы не пердеть в лужу.
> Сколько текста родилось от обычного батхэрта. А ведь всего лишь нужно было
> почитать мануал dhcpcd(8) чтобы не пердеть в лужу.Прикольные советы с не менее прикольной логикой. Но батхерт в них просматривается, согласен.
> Хорошее у альтов комьюнити. Всегда много нового узнаешь. Об окружающих, например. Всегда
> можно послушать про конкурентные недостатки остальных. Спору нет - при отсутствии
> user visible преимуществ только и остается что других помоями поливать.Где в комментарии Шигорина упоминание про Альт или поливание помоями? Всего лишь цитата из новости. Остальное родилось исключительно в Вашем воспаленном воображении.
Обычный пользователь, установивший альт, легко через NM подключится к проводному или вай-фай интернету и будет им пользоваться без проблем. А понятия dhclient или dhcpcd ему будут до лампочки.
> Где в комментарии Шигорина упоминание про Альт или поливание помоями?Я про Led'а больше - тут он зарекомендовал себя как глуповатый и агрессивный ламер.
> В альтах dhclient не поддерживается,В ALT dhclient поддерживается
> а в dhcpcd поддержки ipv6 нет.В версии 6 есть. Правда сам NM не поддерживает dhcpcd, умеющий IPv6
> По функциональности новый клиент пока не поддерживает DHCPv6 и многие присутствующие в dhclient опцииСкоро до них допрет, что проще не тупо копипастить, а нормально взаимодействовать с апстримом.
> It also learnt DHCPv6 client and IPv6 Router Solicitation client support. The DHCPv4 client gained support for static routes passed in from the server.
> -- Berlin, 2014-07-03
>> Зачем, если можно просто сделать NetworkManager фронтендом к systemd-networkd?Это не поттеринг-way.
>>> Зачем, если можно просто сделать NetworkManager фронтендом к systemd-networkd?
> Это не поттеринг-way.Это NetworkManager-way.
L2TP умеет?
Плагин был давно.
GRE, VLAN умеет?
> GRE, VLAN умеет?А также бондинг, бриджинг и что там еще. Хоть я и не понимаю зачем все это в хомяко-фриендли схеме. Странные какие-то хомяки, собирающие бриджи и настраивающие инифинибанд.
> блондинг, бриджинг, инфинитибандХомячки и хомЯчки разные бывают...
> Хомячки и хомЯчки разные бывают...Просто те из них кто узнал эти слова и разобрался что они означают - скорее всего уже могут пообщаться с системой через командлайн. Все-равно вскоре захочется всякий там шейпинг, продвинутый роутинг, туннели, фаер, нетривиальные настройки. И что характерно, нарисовать гуй на все фичи хоть того же IP или iwconfig или там tc - будет весьма обломно.
>> Хомячки и хомЯчки разные бывают...
> Просто те из них кто узнал эти слова и разобрался что они
> означают - скорее всего уже могут пообщаться с системой через командлайн.
> Все-равно вскоре захочется всякий там шейпинг, продвинутый роутинг, туннели, фаер, нетривиальные
> настройки. И что характерно, нарисовать гуй на все фичи хоть того
> же IP или iwconfig или там tc - будет весьма обломно.А где тут противоречие? NM замечательно управляется через nmcli (имею ввиду не действия, а именно конфигурации интерфейсов). Хоть из скрипта меняй настройки по надобности.
> А где тут противоречие? NM замечательно управляется через nmcliДа управляется, конечно, но делать таким манером продвинутые конфиги как-то довольно мучительно получается. На мое мнение NM хорош для того для чего он делался - по хомяковому прицепиться к сетке с dhcp/вафле. Остальное - не, ну в последних версиях там стало можно довольно дофига. Но у NM довольно много закидонов и в хитрых конфигурациях это как-то анноит.
Очевидный пример: он привязывается к MAC и весьма дурно реагирует на девайсы не имеющие постоянного мак-адреса. А такие бывают. Особенно какой-нибудь эзернет-поверх-юсб к вон той платке. И вот nm судорожно пытается dhcp поднять. Хотя сказали гаду по людски - сделай там статику. Но мак уехал - все, это новый ифейс и нии...т. Хоть это и тот же компьютер и то же название ифейса. При сильном желании можно откостылить, но почему нельзя иметь простой и очевидный вариант работы "мне пофиг с какого потолка взялся usb0, вкатить ему настройки, невзирая на мак" - я не понял.
> (имею ввиду не действия, а именно конфигурации интерфейсов). Хоть из скрипта
> меняй настройки по надобности.Оно как бы да. Но не очень наглядно, несколько инопланетно и временами на всяких краевых случаях можно познакомиться со странными закидонами типа вышеупомянутых.
> Но у NM довольно много закидонов и в хитрых конфигурациях это как-то анноит.Есть немного. Лично я видел такой: распарзен конфиг eth-интерфейса с ipv6 на роутере, которая сама предоставляет ipv6 интерфейс через туннельный sit. Обычный текстовый конфиг ifcfg- в редхатовском стиле через плагин NM для работы с этим форматом. NM почему-то упорно пытается поднять маршрут по умолчанию для ipv6 на eth, который мешает, если опустить настоящий туннель с настоящим маршрутом по-умолчанию (проходящие пакеты вместо того, чтобы отвергаться, пытаются уйти в другую сеть). Решилось ручным удалением через nmcli, т.к. из собственно конфига такое требование никак не следовало (наоборот, было по-всякому выключено) и зачем он это делает, непонятно.
> Очевидный пример: он привязывается к MAC и весьма дурно реагирует на девайсы не имеющие постоянного мак-адреса. А такие бывают. Особенно какой-нибудь эзернет-поверх-юсб к вон той платке. И вот nm судорожно пытается dhcp поднять. Хотя сказали гаду по людски - сделай там статику. Но мак уехал - все, это новый ифейс и нии...т. Хоть это и тот же компьютер и то же название ифейса. При сильном желании можно откостылить, но почему нельзя иметь простой и очевидный вариант работы "мне пофиг с какого потолка взялся usb0, вкатить ему настройки, невзирая на мак" - я не понял.
Чтобы не поднимал dhcp, можно сказать
no-auto-default=*
(это делает серверный конфиг для NM в RHEL7)Про привязку к интерфейсу - да, не хватает. Пилят.
http://fedoraproject.org/wiki/Features/NetworkManagerNameBas...> Оно как бы да. Но не очень наглядно, несколько инопланетно и временами на всяких краевых случаях можно познакомиться со странными закидонами типа вышеупомянутых.
Лично меня в 99% случаев устраивает, как он понимает обычный текстовый конфиг из ifcfg-файла. В текущей версии это работает почти-почти идеально, мелкие проблемы вроде упомянутых выше или фичи итпа привязки к имени, думаю, скоро доделают.
ага, вот давеча поставил calc-linux на виртуалку, тока тока загрузился в первый раз, свежайший релиз, посмотрел инет есть, сказал обновляться, ушел, пришел нет ни обнов ни инета, открыл nm потупил, отключил интерфейс/включил заработало, опять поставил ушел, пришел - опять херня, запустил гребаный dhclient ручками в консоле, еще раз поставил, опять отвалилось, сказал nm ваще не прикасаться к интерфейсу, и о чудо 2й день инет работает, 10 лет они надстройку над dhclient'ом пилят)) ага.Долгое время держал nm ради usb-модема, а потом однажды решился разобраться что-куда, тупенький скриптик на 50 строк заменил его, при это время от втыкания модема до первого пинга сократилась раза в 3, да и всякие плюшки, типа отображения любой инфы о сети и симке.
Кароче только консоль, только хардкор))
> ага, вот давеча поставил calc-linux на виртуалку,Калька на 4 машинах, самой старой около 6 лет. Обновляется когда попросит, иногда cl-update принудительно (ну надо же себя порадовать выхлопом емержа, а то как не генту стоит). Подключения wi-fi, сетевуха, GSM-модем. За последний год не встречал даже нареканий, не то проблем с NM. ЧЯДНТ?
> тупенький скриптик на 50 строк заменил
> Кароче только консоль, только хардкор))Ну никто не говорит, что на NM сошёлся клином белый свет. И не спорит, что консоль это рулез :)
> ЧЯДНТ?Я думал ты расскажешь))
Затем, что например в RHEL7 сеть полностью перевели на NM. И он при этом адекватно работает одновременно с обычным network. В смысле, реально одновременно, никаких больше NM_CONTROLLED и прочего. Разруливает все, что может, а что не может (туннели он пока не может), просто не трогает, и это прозрачно подхватывает network.Бриджи, VLAN'ы - все идеально четко работает, конфиг самих ifcfg-* ровно такой же (собственно, если ставить сервер, он автоматически будет работать только с конфигурацией в этом формате. А также не пытаться настроить новые интерфейсы по DHCP без явного указания и выставлять настройки сети даже если нет линка).
> Затем, что например в RHEL7 сеть полностью перевели на NM. И он
> при этом адекватно работает одновременно с обычным network. В смысле, реально
> одновременно, никаких больше NM_CONTROLLED и прочего.Значит настала пора запилить сеть через системд, иначе жизнь будет слишком скучна и однообразна, да и ругать некого будет :).
> Значит настала пора запилить сеть через системд, иначе жизнь будет слишком скучна
> и однообразна, да и ругать некого будет :).Кстати :) действительно, отчасти, пора. В смысле, что есть такие планы. Но можно не волноваться - не для хост-систем, а для контейнеров. Чтобы их можно было загружать и начать выполнение в них быстро-быстро через что-то типа systemd-nspawn, есть планы настраивать там сеть не отдельным демоном, а в рамках того же systemd. Т.к. в случае контейнеров и виртуалок одного поднимания интерфейса "изнутри" недостаточно, нужно еще провзаимодействовать с хост-системой, чтобы там был изменен бридж или правило маршрутизации на виртуальный eth. И раз тот, кто поднимает контейнер на уровне хост-системы все равно вынужден знать про настройки сети внутри контейнера, есть логика в том, чтобы он просто эту сеть и поднял, а не взаимодействовал с тем, как она автономно поднимается внутри.
Но туда фичи никто хитрые добавлять не собирается - т.к. цель исключительно в ускорении поднимания очень простых конфигураций типа "вот IP, вот сеть, вот роутер, побежал!" в контейнерах с виртуализацией сети.
Да. Через плагины. Либо без, но с импортом конфига.
ясно ...короче - ненужно
Нет, что делать с L2TP (например, клиентам Билайна): http://forum.ubuntu.ru/index.php?topic=181916.0
> клиент DHCP, <...> отличающийся более высокой производительностьюГосподи, ну что там можно ускорить и насколько? Сам протокол туп до невозможности.
> основанный на коде из systemd-networkd
ИЧСХ, где упоминается system-d, там сразу начинают ускорять производительность, даже если ускорять попросту нечего. Может всё-таки в консерватории что-то не так?
>Господи, ну что там можно ускоритьУменьшить timeout-ы? )
Релиз любого софтварного продукта обязан сопровождаться заявлениями о повышении производительности.
> Господи, ну что там можно ускорить и насколько? Сам протокол туп до невозможности.А главное зачем???
> А главное зачем???dhclient - редкое гэ. Переросточный, слоупочный и дырявый.
>> А главное зачем???
> dhclient - редкое гэ. Переросточный, слоупочный и дырявый.Зато юниксвейный, в отличие от.
> Зато юниксвейный, в отличие от.Это вы так намекаете что любая зараза на DHCP сервере может получить рута на системе благодаря шелшоку? :)
Зато можно править dhclient-script без перекомпиляции!!!11
Главное не говорить с чем сравнивается, а если сказать, то голословно. «кому надо сами проверяйте» С°
Настроить более одного айпи адреса для сетевой карточки может? В предыдущей версии нет такого.
щас тебе скажут что в федора всё ок))
> щас тебе скажут что в федора всё ок))И в убунтах тоже ок.
как-бы в network-manager gnome уже очень давно это можно!
п.с. дистр ubuntu. более интересен вопрос: возможна ли одновременная работа двух и более VPN соединений?
> Настроить более одного айпи адреса для сетевой карточки может? В предыдущей версии
> нет такого.Как нету?! В обычной убунте и то есть: выбираешь "manual" для IPv4 и прописываешь сколько там айпишников тебе надо. Проверялось на NM 0.9.8.8
больше, чем одно впн соединение поддерживает?
У меня настроить VPN цепочку не получалось. Не думаю что он вообще умеет.
Да какую нафиг цепочку, 10 лет прошло, а хоть два туннеля к разным vpn-серверам до сих пор не умеет. Или наконец научился, но в новости не заявлено?
Не цепочка, а 2 отдельных vpn соединения. Не может. Это заговор какойто ))
Может, но VPN должны быть разных типов.
> Не цепочка, а 2 отдельных vpn соединения. Не может. Это заговор какойто ))Это не заговор а продвинутая работа с сетями. Для впн соединений может роялить порядок и прочее (например по вопросу кто будет дефолтным гейтом). Это как-то сильно круто для хомяковой настраивалки сети.
Где NM хранит пароль VPN-соединений, в каком файле?
В gnome keyring
> В gnome keyringТочнее в любом keyring, умеющем libsecret. Впрочем, он вроде может хранить и в своих конфигах, не помню точно.
Предупреждаю - даже если поддержка (Open|l2tp|xxx)vpn указана, лучше подключайтесь по старинке из консоли, ибо у меня порою часть трафика шла по впн, другая без.
Это был баг в одной из версий, который проявлялся только на OpenVPN с redirect-gateway def1
я эту фигню в первую очередь отключаю или вообще удаляю.
Я тоже с некоторых пор стал отключать. NM только мешает жить.
эта поделка всё так же обрывает ip на eth при подключении по pppoe?
> которые сохраняются при изменении линка и после выхода из спящего режимау них то даже Ethernet соединения после выхода из спящего режима не всегда восстанавливаются (по крайней мере на ubuntu).
как подсел на connman, так и забыл вовсе о всех этих манагерах. только новости и напоминают
Хорошая вещь, нужная. Хотя и с wvdial, и с smpppd+qinternet раньше жить можно было.
Предлагаю переименовать в Network Effective Manager.
не прошло и 100 лет.
> Улучшено взаимодействие с сетевыми конфигурациями, работающими без использования NetworkManager. NetworkManager теперь не вмешивается в работу устройств, которые настроены с использованием сторонних инструментов.Наконец то, и десяти лет не прошло!
Если так продолжат может быть все таки придет день когда NM догонит по функциональности обычный Debian-ский ifupdown (с netplug-ом и guessnet). Жаль только что не увижу - люди так долго не живут....
Жалко что вместо нормального ncurses клиента(как у wicd например), они сделали ущербный nmtui.
> Жалко что вместо нормального ncurses клиента(как у wicd например), они сделали ущербный nmtui.А нафига он нужен? Консольные интерфейсы обычно в таких вещах используются для автоматизации и скрптинга а не интерактивной настройки.
