И да, оно теперь таки что - от системд зависит?

$ apt-cache show network-manager | grep Depends
Depends: libc6 (>= 2.4), libdbus-1-3 (>= 1.0.2), libdbus-glib-1-2 (>= 0.88), libglib2.0-0 (>= 2.31.8), libgudev-1.0-0 (>= 165), libnl-3-200 (>= 3.2.16), libnl-genl-3-200 (>= 3.2.16), libnl-route-3-200, libnm-glib4 (>= 0.9.6.0+git201212071413.8a9759a), libnm-util2 (>= 0.9.6.0+git201212071413.8a9759a), libpolkit-gobject-1-0 (>= 0.99), libsoup2.4-1 (>= 2.26.1), upstart-job, lsb-base (>= 3.2-14), wpasupplicant (>= 0.7.3-1), dbus (>= 1.1.2), udev, isc-dhcp-client (>= 4.1.1-P1-4), iproute, dnsmasq-base, policykit-1, iputils-arping
Pre-Depends: dpkg (>= 1.15.7.2)

Systemd? Нет, не слышал :)

$ aptitude show network-manager | grep Версия
Версия: 0.9.7.995+git201301311547.17123fc-0ubuntu1

Это вкладка DSL.

GTK-интерфейса

а к нему ещё остались gtk2 апплеты, или он окончательно перешёл на богомерзкий gовноtk3?

Поздравляю всех, кому лень без GUI отредактировать пару строчек в конфиге.

Зато не венда!

А чего бы ей не работать, когда LU150 представляется USB сетевой картой? Тут, видимо, речь об «обычных» модемах.

gtk3 не зло. Зло Gnome3.

а L2TP оно уже наконец умеет изкоробки?

поддержка настройки сетевых интерфейсов в режиме сетевого моста;

ну вообще.

осталось vlan-ы запилить, а то даже в маке есть

поддержка настройки сетевых интерфейсов в режиме сетевого моста;

И ста лет не прошло.

И здесь Поттеринг нагадил. Какие есть альтернативы NetworkManager'у? Чтоб с поддержкой VPN.

Чем конкретно лично тебе мешает systemd? Пожалуйста только конкретику, а не «ааа там бинарные логи!!11».

Глючное, кривое на все конечности поделие выродилось во вполне годную приблуду. Бывает же такое...

а l2tp когда-нить будет?

а l2tp когда-нить будет?

vadim@aquila:~$ yaourt -Ss networkmanager-l2tp
aur/networkmanager-l2tp-git 20120502-2 [installed: 20130202-1] (15)
    L2TP support for NetworkManager

gtk3 не зло

gtk3 будет не зло релизов через 6. А пока оно все еще бета-версия самого себя с недопиленным движком CSS.

Никто из любителей pppoe не хочет запилить фичу в NM, а остальным просто похер.

Я извиняюсь, но что вы курите вообще? Открой для себя дивный мир гугла.

рекомендую мазь Вишневского - при таком мощном батхёрте она тебе точно пригодится :)

Оно умеет два или более OpenVPN-а, один поверх другого? Кто-нибудь подобное умеет в принципе вообще?

Когда-то, не найдя готовое, делал скрипт, запускающий два OpenVPN-а, один поверх другого. По-другому ни как.

Не пару, vpn тот же.

а, видел я это, нифига не работал, мож таки допилили уже

УМВР вроде. Правда глючил при настройке, пришлось пару раз пересоздать настройки соединения.

я вспомнил, проблема была не в нем, а в модуле l2tp

но вообще, не очень понятно какое он отношение имеет к NM, кроме названия и того, что вызывается и апплета, ибо:

к слову, все эти L2TP-GUI, в т.ч. и мой плагин, «внутри себя» используют одни и те же консольные программы: xl2tpd (для L2TP), pppd (для VPN) и openswan (для IPSec), но генерируют к ним немного разные конфиги и запускают их немного по разному

я наивно думал, что у NM какая-то своя внутренняя архитектура для подобных финтов

Потому что pppoe уже давно никому не нужен в мире.

Вот бред так бред.

Ждем изкоробочного SSTP.

Вообще-то НМ, ЕМНИП, весь нагадил он.

когда они уже наконец поддержку VLAN'ов добавят...

А оно всё никак не сдохнет... Вы, ребята, не видите что запускалка ifconfig и iproute2 весит 4 метра в исходниках (папочка src). И это без зависимостей и без кода, например, аплета что висит в трее.

Для сравнения — netcfg всего 100кб со всеми поддержками бриджей, вланов, wifi, pppoe итп и с минимальными зависимостями. Увы, утилитка местами топорная, зато в случае проблем легко отлаживается и сырцы вменяемые. Использую и на серверах и на десктопе.

ты крут, возьми пирожок

netcfg всего 100кб со всеми поддержками бриджей, вланов, wifi, pppoe итп и с минимальными зависимостями

И не работает, ага.

Когда я последний раз щупал netcfg, оно умело включать pppoe, а вот выключать — не умело.

как тогда моя йота работала?

Wi-Max? не?

netcfg всего 100кб со всеми поддержками бриджей, вланов, wifi, pppoe итп и с минимальными зависимостями. Увы, утилитка местами топорная

казалось бы, где тут связь?

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

Не оечнь то и пришло. Доступные устройства всё равно через RNDIS работают.

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

было бы здорово, если бы вот такая вот красноглазая прыщавая шобла так и оставалась бы на уровне форумных клоунов и не лезла бы своими потными руками в код

где тут связь?

Её допилить до нормального состояния сильно проще и быстрее чем что-либо поменять в nm. Пока меня не устраивает только одна вещь: она не отслеживает статус интерфейса. Т.е. если dhcp не получит адрес ей будет пофиг.

ага, особенно с wifi. Любимые занятия - чуять wifi сети и забивать параметры.. Жить без этого не могу. Иду-иду, иду-иду, как почую, так забью.

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

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

Нет. Ёта давно срулила на LTE.

Её допилить до нормального состояния сильно проще и быстрее чем что-либо поменять в nm.

Возьми и допили.

Ах, не пилишь? Вот и никто не пилит. А NM - пилят.

Настраивать сеть оно уже научилось?

Потому что в убунте upstart. В зависимостях это видно.

Возьми и допили.

Вот сижу и пилю. Куски кода уже есть: https://wiki.archlinux.org/index.php/Netcfg_Tips#Intermittent_Connection_Failure

А NM - пилят.

годы ушли чтобы оно хоть как-то заработало.

Её допилить до нормального состояния сильно проще и быстрее чем что-либо поменять в nm

допили

потом, когда ты допилишь его до уровня сабжа, придёт true_admin_2 и скажет, что твоё допиленное поделие слишком жирное и код нифига не понятный

придёт true_admin_2 и скажет, что твоё допиленное поделие слишком жирное и код нифига не понятный

ну, если он после этого сделает ещё лучше чем я значит это было не напрасно.

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

ты штоа, как можно Квазарчику марать свои белы рученьки о код

он же иксперд и идеолог, учит всех как правильно жить

а не какой-то там кодер

ну, если он после этого сделает ещё лучше чем я значит это было не напрасно

ну так сабж и делают лучше

а то, что код сабжа лично тебе не понятен - ну извини, всем угодить невозможно

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

грустно, но похоже на правду

годы ушли чтобы оно хоть как-то заработало

OpenSource TM

Та модель Йотовской свистульки, что у меня, определяется системой как эзернет устройство usb0. NM конфигурирует эту сетевуху по DHCP и всё. В свистульке встроенный DHCP сервер. У меня даже есть подозрение, что если этот интерфейс сбриджевать с интерфейсом машины, смотрящим на коммутатор, йота-свистулька начнёт обслуживать всю локалку :) Надо будет попробовать :)

...мнээ.. могу ошибаться, но не про IPSec ли это?

помимо проблем с NAT

А как же nat traversal? Инкапсулирует трафик IPSec в заурядные пакеты UDP, которые через NAT туда-обратно ходят беспрепятственно. Вроде как годное решение проблемы, нужно только включить.

IPSec слишком замудрён

В общем да, особенно с учётом того, что они стек в ядре то и дело переписывают. То netkey, то klips, то mast :) Запутаться очень даже запросто. Однако если не делать сложных конфигураций и не лезть в работу IKE сервера — пускай себе сам режимы шифрования с удалённой стороной согласовывает и ядро настраивает — становится значительно проще. Почти как в том же OpenVPN: задай секреты, да запускай на выполнение.

Это он.