1.1, Gannet (ok), 23:50, 11/11/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –11 +/– |
Хорошая штука, но systemd-networkd давно на дворе, поэтому Поттеринг не одобряэ:
sudo apt purge NetworkManager
sudo systemctl enable systemd-networkd
sudo systemctl enable systemd-resolved
Вуаля!
| |
|
2.2, Аноним (-), 00:38, 12/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
Не умеет ни вифи, ни модемы (беспроводные, хотя и dialup тоже), ни PPP, ни прочее. Актуально лишь для серверов в не особо сложных конфигурациях и для таких же стационарных компов.
| |
|
|
|
5.43, Аноним (-), 14:11, 15/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
Речь не про NM, а про невозможность правки конфигов networkd без прав рута.
| |
|
|
3.4, Ilya Indigo (ok), 03:54, 12/11/2017 [^] [^^] [^^^] [ответить]
| –3 +/– |
Это, как раз, тот редкий случай когда systemd-*d поделие не пытается заменить стандартные хорошо работающие средства, а предоставляет только тот минимум, который необходим!
Wi-Fi и PPPoE он разруливает через wpa_suplicant и rp-pppoe соответственно, а вот сам позволяет в одном конфиге удобно настраивать и хранить все необходимые настройки для выбранного сетефого интерфейса, или даже для сетевых интерфейсов, а также менять их MAC-адрес, причём даже одинаковый задавать, а также управлять приоритетом устройства, например всунут кабель - используется Ethernet, вынул кабель - используется Wi-Fi. При этом если им задать один и тот же MAC-адрес, к которому IP привязан, то сервер продолжает работать и быть видимым из вне.
Такого до него не мог никто! При этом без о всяких костылей, просто пара строчек в конфигах.
| |
|
4.5, Анонимный Доброжелатель (?), 05:28, 12/11/2017 [^] [^^] [^^^] [ответить]
| +7 +/– |
> также менять их MAC-адрес, причём даже одинаковый задавать, а также управлять
> приоритетом устройства, например всунут кабель - используется Ethernet, вынул кабель -
> используется Wi-Fi. При этом если им задать один и тот же MAC-адрес, к которому IP привязан, то сервер продолжает работать и быть видимым из вне.
> Такого до него не мог никто! При этом без о всяких костылей,
> просто пара строчек в конфигах.
https://man.openbsd.org/OpenBSD-3.9/trunk.4 (2006)
https://www.freebsd.org/cgi/man.cgi?query=trunk&apropos=0&sektion=4&manpath=Fr
[CODE]
The following example uses an active failover trunk to set up roaming be-
tween wired and wireless networks using two network devices. Whenever
the wired master interface is unplugged, the wireless failover device
will be used:
# ifconfig em0 up
# ifconfig em0 ether 00:11:22:33:44:55
# ifconfig ath0 ether 00:11:22:33:44:55
# ifconfig create wlan0 wlandev ath0 ssid my_net up
# ifconfig lagg0 create
# ifconfig lagg0 laggproto failover laggport em0 laggport wlan0 192.168.1.1 netmask 255.255.255.0
[/CODE]
> Такого до него не мог никто!
Слава Великому! Ворам идей и угонятелям машины времени позор вечный!
| |
|
|
6.19, Аноним (-), 19:34, 12/11/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
> При этом во всех дистрибутивах конфиги гарантировано будут одинаковыми, не так как с ifup было.
Да с приходом systemГ не только конфиги одинаковые, а одинаковое всё, кроме обоев. А с появлением всяких snappy и flatpak линукс стал виндоусом.
| |
6.38, Serg (??), 12:13, 14/11/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ты ошибаешся, править *BSD надо один файл rc.conf , сетевые настройки идут в начале.
| |
|
|
4.8, angra (ok), 08:18, 12/11/2017 [^] [^^] [^^^] [ответить]
| +5 +/– |
> Такого до него не мог никто! При этом без о всяких костылей, просто пара строчек в конфигах.
Ты уж определись, никто не мог или все-таки "костыли"(для некоторых всё, что не системд, это либо костыль, либо портянка) могли. Причем могли за очень много лет до Лёни сотоварищи.
| |
4.12, Аноним (-), 13:29, 12/11/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Это, как раз, тот редкий случай когда systemd-*d пoделие не пытается заменить стандартные хорошо работающие средства, а предоставляет только тот минимум, который необходим!
ifupdown недостаточно стандартен или плохо работает? Ну то есть стандарта, в котором он был бы описан, вроде нет, но то же самое справедливо и в отношении *d.
P.S. Не понял, что за дискриминация анонимов? Слово "подeлие" даже в цитате считается "ненормативной лексикой"!
| |
4.15, EHLO (?), 15:17, 12/11/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
> MAC-адрес, к которому IP привязан, то сервер продолжает работать и быть
> видимым из вне.
> Такого до него не мог никто! При этом без о всяких костылей,
> просто пара строчек в конфигах.
И агрегацию тоже Поттеринг теперь изобрел.
И какие еще чудеся PR животворящий у Red Hat творит?!
| |
4.21, Аноним (-), 20:33, 12/11/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
Пользоваться им без гуйца в иксах на ноутбуке, мягко говоря, не удобно.
| |
|
5.42, Аноним (-), 14:08, 15/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
Молчаливое минусование без аргументов - вот что я люблю!Вот как на ноутбуке с networkd и без NetworkManager в графическом окружении (иксах или под вяленым) подключиться к запароленному вайфаю, который ранее не использовался (т.е. не сохранён ни в каких конфигах), при этом не используя консоль или wpa_gui?
| |
|
|
3.25, Никодим (?), 03:12, 13/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
всё умеет - для начала сопутствующие пакеты установи...там разные есть -
network-manager-l2tp network-manager-openconnect network-manager-openvpn network-manager-pptp network-manager-ssh network-manager-vpnc
| |
|
|
1.9, Владимир (??), 12:43, 12/11/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
В Kubuntu 16.04 LTS (LTS!!!) этот NM не может самый обычный OpenVPN искоробки. Можно выбрать из списка, создать конфигурацию, добавить сервера и т.д. А подключиться - нет. При нажатии "Подключить" через NM-виджет в трее возникает ошибка из-за отсутствия какого-то vpn-пакета. Пол часа пытался нагуглить что за пакет такой, в итоге нагуглил, поставил через Muon, и все заработало, VPN-соединение подключается через NM-виджет. Ну что за бред, почему надо доставлять какие-то пакеты, почему OpenVPN не может работать искоробки?
| |
|
2.13, Аноним (-), 13:59, 12/11/2017 [^] [^^] [^^^] [ответить]
| +6 +/– |
> почему OpenVPN не может работать искоробки?
Потому что эта самая коробка - дистрибутив, на чем, собственно, и лежит ответственность по включению всех нужных пакеот в систему. Тут косяк дистрибутива, а не NetworkManager.
| |
2.20, Timur I. Davletshin (?), 19:59, 12/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
Отлично работает, каждый день пользуюсь. А вот пакет для IPsec действительно сломан и его, видимо, не починят, т.к. плагин сторонний. В Debian всё работает.
| |
2.26, Никодим (?), 03:17, 13/11/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> В Kubuntu 16.04 LTS (LTS!!!) этот NM не может самый обычный OpenVPN
> искоробки. Можно выбрать из списка, создать конфигурацию, добавить сервера и т.д.
> А подключиться - нет. При нажатии "Подключить" через NM-виджет в трее
> возникает ошибка из-за отсутствия какого-то vpn-пакета. Пол часа пытался нагуглить что
> за пакет такой, в итоге нагуглил, поставил через Muon, и все
> заработало, VPN-соединение подключается через NM-виджет. Ну что за бред, почему надо
> доставлять какие-то пакеты, почему OpenVPN не может работать искоробки?
всё может - гугли. sudo apt install network-manager-openvpn-gnome ,а дальше скармливаешь любую конфигурацию - https://camo.githubusercontent.com/66794a8fa9422486fd6b423e2183de1d6cbcc1cc/68
| |
2.28, Нимус (?), 12:14, 13/11/2017 [^] [^^] [^^^] [ответить]
| –3 +/– |
Потому, что это Ubuntu like, тут никто никому не должен и поэтому работает так как у тебя OpenVPN. Никакой социальной ответственности, никакой работы на результат, никакого понимания...
| |
2.31, aim (ok), 17:18, 13/11/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
он работает "из коробки". только не поставлены пакеты. кто сказал что все пакеты находящиеся в дистрибутиве должны быть установлены? это никому не нужно и создаёт дополнительные security flaws.
Дистрибутив и нужен для того чтобы по-умолчанию был минимально приемлимый для большинства набор пакетов был установлен (то что ты называешь "из коробки"), а остальное было максимально просто доступно (опакечено, применены разумные умолчания и так далее) для самостоятельной установки пользователем конкретного функционала.
| |
|
1.11, Аноним (-), 13:21, 12/11/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Кто-нибудь в курсе, они там рандомизацию MAC-адресов починили, или удовлетворились тем, что сломали macchanger, и пошли искать более интересные задачи?
| |
|
2.29, Аноним (-), 14:15, 13/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Кто-нибудь в курсе, они там рандомизацию MAC-адресов починили, или удовлетворились тем,
> что сломали macchanger, и пошли искать более интересные задачи?
Рандомизация на wifi уж год как заявлена. А кто ломал macchanger? В чем это выражается?
| |
|
|
4.44, Аноним (-), 14:16, 15/11/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
УМВР на генте. Если надо, могу глянуть версии пакетов когда буду дома.
| |
|
|
|
1.32, Аноним (-), 21:25, 13/11/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Мне вот интересно, разрабы этого менеджера всерьез считают, что те, кто не осилил
ip addr add 192.168.0.10/24 dev eth0
Осилят
nmcli con add con-name Internal type ethernet ifname eth0 ip4 192.168.0.10/24 gw 192.168.0.1
A?
| |
|
|
3.36, EHLO (?), 23:40, 13/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
> А зачем пользователям NM нужно что то строчить в терминале?
а зачем там cli если не нужно?
| |
|
2.37, Аноним (-), 08:46, 14/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
Там ващет nmtui есть. А в шеллах есть completion. Вылезай уже из своих девяностых, и элитизм лечи.
| |
|
3.39, Гыыыы (?), 13:39, 14/11/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
Было смишно смотреть на тех, кто пошёл сдавать экзамен RHCE, понадеявшись на nmtui, да
| |
|
4.40, Аноним (-), 22:39, 14/11/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
А что, сейчас уже на RHCE без NM не сдать? Во времена 6-еи всё, что надо было с ним сделать, — это вырубить к небезызвестной матери.
| |
|
5.45, Гыыыы (?), 15:48, 15/11/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
От чего же? Если ты представляешь себе, как настраивается сеть (что, в общем-то, подразумевает уровень инженера) то сдашь хоть с NM, хоть без.
Речь была как раз о тех, кто почитал учебник и вдруг решил, что этого достаточно для успешной сдачи.
| |
|
|
|
|
|