Всем хорош etcnet, но нет для него элементарной (в трее) переключалки текущего соединения (отключения одного и подключения другого). Знаю, что есть NM, но. Я вам лучше покажу некоторые цифры, которые у меня вызывают недоумение. Я понимаю всякие там wifi или свистки, но чтобы на проводах такое было впервые вижу:
systemd-analyze blame
19.359s dnsmasq.service
19.127s NetworkManager.service
6.175s systemd-udev-settle.service
4.640s udisks2.service
4.109s systemd-fsck-root.service
3.513s systemd-fsck@dev-disk-by\x2duuid-7dd4d2ce\x2dffc0\x2d4a03\x2da876\x2db5e50893dac5.service
3.447s systemd-fsck@dev-disk-by\x2duuid-10cab70c\x2d0a1f\x2d49c8\x2daefd\x2da6f8f9d7682e.service
1.382s mdadm-activation.service
1.201s systemd-modules-load.service
1.040s dev-mqueue.mount
1.039s dev-hugepages.mount
996ms altlinux-kmsg-loglevel.service
995ms sys-kernel-debug.mount
786ms network.service
771ms altlinux-update_chrooted.service
725ms systemd-udev-trigger.service
702ms systemd-vconsole-setup.service
676ms home.mount
578ms boot.mount
565ms avahi-daemon.service
543ms altlinux-save-dmesg.service
456ms systemd-udevd.service
450ms altlinux-idetune.service
397ms systemd-sysctl.service
362ms systemd-logind.service
315ms x11presetdrv.service
314ms console-kit-log-system-start.service
294ms polkit.service
245ms cpufreq-simple.service
195ms systemd-readahead-replay.service
179ms swap.swap
156ms console-kit-daemon.service
136ms systemd-tmpfiles-setup.service
92ms systemd-journal-flush.service
68ms mnt-sdb1.mount
62ms systemd-readahead-collect.service
48ms tmp.mount
34ms systemd-remount-fs.service
7ms systemd-random-seed-load.service
6ms upower.service
5ms var-run.mount
4ms systemd-update-utmp-runlevel.service
4ms var-lock.mount
4ms systemd-user-sessions.service
1ms systemd-readahead-done.service
Я бы с радостью выбросил NM из загрузки и замаскировал его, использовав штатные возможности etcnet. А дополнительные возможности в виде удобного подключения к wifi или работы со свистками мне не требуется.
От апллета, на мой взгляд, требуется всего две вещи:
1) уметь переключать настроенные в системе через etcnet интерфейсы (отключать одни, включать другие)
2) информировать всплывающим окном или как-то иначе (значком, возможно) текущее активное соединение
Да, один момент. Второе (третье, четвертое) соединение - соединение виртуальное, физически это один адаптер, но для него используются разные диапазоны ip адресов, настройки шлюза и днс также отличаются.
В цус такое сделать не получится, в консоли, честно говоря, не знаю, но даже если и можно, то это не совсем удобно, т.к. иногда бывает нужно довольно частенько переключаться между разными подключениями в течение одного рабочего сеанса.