Разработчики ArchLinux сообщили (https://www.archlinux.org/news/netctl-is-now-in-core/) об интеграции в core-репозиторий проекта новой системы настройки параметров подключения к сети - netctl (https://wiki.archlinux.org/index.php/Netctl), разработанной для замены ранее используемой системы netcfg (https://wiki.archlinux.org/index.php/Netcfg) и основанной на задействовании возможностей systemd. Поддержка старого конфигуратора netcfg пока оставлена в составе дистрибутива, но будет удалена в ближайшем будущем. Всем пользователям рекомендуется перейти к использованию netctl, следуя пошаговому руководству (https://wiki.archlinux.org/index.php/Netctl#Migrating_from_n...) по миграции и предварительно ознакомившись с системными руководствами по netctl (https://github.com/joukewitteveen/netctl/blob/master/docs/ne...), netctl.profile (https://github.com/joukewitteveen/netctl/blob/master/docs/ne...) и netctl.special (https://github.com/joukewitteveen/netctl/blob/master/docs/ne...).
В основе netctl заложена идея использования профилей с настройками (примеры профилей можно найти в директории /etc/netctl/examples/, где представлены (https://github.com/joukewitteveen/netctl/tree/master/docs/ex...) готовые файлы для настройки выделения адреса по dhcp, статического IP, беспроводного соединения с WEP/WPA, сетевого моста, PPPoE, PPP, бондинга, VLAN, различных туннелей и т.п.). Для наглядного конфигурирования беспроводных сетей предусмотрена специальная консольная утилита wifi-menu, осуществляющая настройку в форме меню.
Пример профиля для настройки статического IP:
<font color="#461b7e">
Description='A basic static ethernet connection'
Interface=eth0
Connection=ethernet
IP=static
Address=('192.168.1.23/24' '192.168.1.87/24')
#Routes=('192.168.0.0/24 via 192.168.1.2')
Gateway='192.168.1.1'
DNS=('192.168.1.1')</font>Пример профиля для настройки PPPoE:
<font color="#461b7e">
Description='Example PPPoE connection'
Interface=eth0
Connection=pppoe
User='example@yourprovider.com'
Password='very secret'
ConnectionMode='persist'</font>
URL: https://www.archlinux.org/news/netctl-is-now-in-core/
Новость: http://www.opennet.me/opennews/art.shtml?num=36656
Больше великов и разных, хороших и не особо.
> Note: the systemd service netctl-auto@<interface>.service will need to be enabled in order to allow automatic wireless connection at boot to become functional.Использовать для этого экземпляры служб - отличная идея. Можно спокойно включать и выключать интерфейсы по одному, штатными средствами systemctl.
Жаль, что из федоры и суси выпилили аналогичный ifup@.service в пользу *ного нетворк-манагера.
> Можно спокойно включать и выключать интерфейсы по одному, штатными средствами systemctl.Посмотрел сорцы. Собственно, netctl и есть довольно тривиальный скрипт на баше, предоставляющий обвязку над командами systemctl.
Собственные фичи реализованы в скриптах типа netctl-auto, запускающихся как сервисы systemd.
>> Note: the systemd service netctl-auto@<interface>.service will need to be enabled in order to allow automatic wireless connection at boot to become functional.
>Использовать для этого экземпляры служб - отличная идея. Можно спокойно включать и выключать интерфейсы по одному, штатными средствами systemctl.??? Пользователи OpenRC смотрят вас с недоумением. У вас интерфейсы включаются/выключаются все разом? Если так, то вы прям дикие люди какие-то.
> ??? Пользователи OpenRC смотрят вас с недоумением.Фанаты OpenRC просто поклоняются Люку Скайокеру^W Барбато вместо Гарри Поттера. Единственное глобальное отличие.
> Можно спокойно включать и выключать интерфейсы по одномуА шо, у вас раньше этого не было, як жеш вы жили то до сего момента? Бедные.
Просто! Понятно! Удобно!
> Просто! Понятно! Удобно!Ну дык, KISS и Arch-way во все поля.
Достали они уже со своими простыми утилитами, которые меняют каждые пол года. Только netcfg освоил...
> Достали они уже со своими простыми утилитами, которые меняют каждые пол года. Только netcfg освоил...Если хотите видеть что-то новое не чаще, чем раз в 10 лет, Debian или Slackware - ваш выбор.
А арч постоянно движется, от простых решений к еще более простым :)
Что ж, так и напишем в заявлении на увольнение.
Не перевелись еще тонкие анонимы)))
> Не перевелись еще тонкие анонимы)))И толстые убантуфаны)))
и пациенты бегающие от логопедов
> и пациенты бегающие от логопедовСудя по всему - не только от логопедов.
В systemd и такое есть?
Надо бы потыкать.
Это не в systemd, а в arch.systemd ортогонален с механизмом настройки сети.
> Это не в systemd, а в arch.
> systemd ортогонален с механизмом настройки сети.Уп-с, Вы правы.
Я почему-то подумал, что это очередной компонент systemd.
> systemd ортогонален с механизмом настройки сети.Собственно от systemd там используется только механизм шаблонов. Т.е. можно создавать конфиг служба@.service и запускать его под именами служба@значение1.service, служба@значение2.service и т.д., так что переданное значение будет использоваться для подстановки в параметрах и путях внутри конфига.
А как это использовать - дело десятое. Можно для сети, можно для других задач:
netctl@eth0.service
openvpn@officenet.service
getty@tty1.service
fsck@dev-sda1.service
и т.д.
> Собственно от systemd там используется только механизм шаблонов.Ну и еще механизм зависимостей - можно привязать профиль к определенному устройству (например, USB-модему), и он будет активироваться автоматически при появлении этого устройства.
> systemd ортогонален с механизмом настройки сети.в netctl бОльшая бОльшая интеграция как минимум с udev что фиксит некоторые родовые баги netcfg с сетевыми устройствами.
только в ArchSystemd
> Надо бы потыкать.палочкой, только осторожно - вдруг трупные газы наруужу пойдут.
> следуя пошаговому руководству по миграции и предварительно ознакомившись с системными руководствами по netctl, netctl.profile и netctl.special.Сурово сформулировано.
Ну так и дистр суровый, не для домохозяек.
> Ну так и дистр суровый, не для домохозяек.... а для их детей школьного возраста.
>> Ну так и дистр суровый, не для домохозяек.
> ... а для их детей школьного возраста.Для детей убунту придумали)))
> Для детей убунту придумали)))Убунту придумали для человеков. Которым надо чтобы оно работало и не сношало мозг. А вот те у кого свистит в ж@пе все переколбасить - как правило достаточно юные :). Это не есть криминал - юное существо изучает мир. Лучший способ изучить предмет - разломать на составные части. Но стоит понимать что разламываемый на составные части предмет скорее всего будет уже малопригоден для применения по назначению. Вот с арчем это во весь рост. Ну то-есть на локалхост юному препаратору - вариант. В продакшн? Вас пристрелят после первого же факапа коллеги. Или если не повезет - четвертуют злые пользователи.
>> Для детей убунту придумали)))
> Убунту придумали для человеков.Жаль, но не для людей.
сколько баттхерта в этой фразе :))
А пацаны и не знали, что есть etcnet
> А пацаны и не знали, что есть etcnetetcnet всасывает по гибкости.
> etcnet всасывает по гибкости.Конкретно:
1. Нельзя управлять каждым интерфейсом независимо. Есть только профили, которые являются взаимоисключающими.
2. Нельзя автоматически обрабатывать появление новых сетевых устройств. Есть только hotplug, т.е. втыкание кабеля в уже существующее.Это так, навскидку.
> Конкретно:Рехнулись?
Очевидно, дальше слова "конкретно", вы не читали?
> Очевидно, дальше слова "конкретно", вы не читали?Прочтя, отмотал стек до места, где могла возникнуть проблема, и предположил, какая.
1) ifup wlan0
2) /etc/net/ifaces/default/options*
> Прочтя, отмотал стек до места, где могла возникнуть проблема, и предположил, какая.
> 1) ifup wlan0Казалось бы, при чем здесь etcnet?
> 2) /etc/net/ifaces/default/options*
И как с помощью этих файлов задать автоматическое поднятие сети через USB-модема сразу после его втыкания (hint: он может быть воткнут и вынут не только при загрузке)?
> И как с помощью этих файлов задать автоматическое поднятие сети через USB-модема сразу после его втыкания (hint: он может быть воткнут и вынут не только при загрузке)?Очевидно - перезагрузиться :)
что вы в самом деле, Shigorin-way не знаете
>> Прочтя, отмотал стек до места, где могла возникнуть проблема, и предположил, какая.
>> 1) ifup wlan0
> Казалось бы, при чем здесь etcnet?mike@ux ~ $ rpm -qf /sbin/ifup
etcnet-0.9.10-alt8Вы хоть немного глазами посмотрите, прежде чем кнопки трогать. Иначе неправы уже на старте.
Хотя отреагировал всё-таки слишком резко, в этом неправ я.
>> 2) /etc/net/ifaces/default/options*
> И как с помощью этих файлов задать автоматическое поднятие сети через USB-модема
> сразу после его втыканияНе делал (т.к. для сильно динамически конфигурируемых интерфейсов лучше всё-таки подход NetworkManager/Connman: следующим же вопросом будет "как проверить счёт/добавить ssid"), но если бы пришлось выполнять именно так (например, для случая вроде попадавшегося -- с преднастроенными типовым образом модемами в оптовом количестве у клиента), начинал бы с /etc/net/ifaces/default/options-ppp и, видимо, дополнительного правила udev.
Как PPPoE поднять?
без ForceConnect=yes тупо не поднимается..
в логах максимум вижу
network[2061]: Starting network profile 'PPPoE'...
network[2061]: The interface of network profile 'PPPoE' is... up
systemd[1]: netctl@PPPoE.service: main process exited, cod...URE
systemd[1]: Failed to start PPPoE Connection.
systemd[1]: Unit netctl@justlanPPPoE.service entered failed state
--full, чтобы не сокращал строки.
Ээээ... в нормальных дистрах для "миграций" пишут скрипты или даже программы. "Ручками" мигрировать - мсье знает толк в извращениях.
> Ээээ... в нормальных дистрах для "миграций" пишут скрипты или даже программы. "Ручками"
> мигрировать - мсье знает толк в извращениях.А после того, как эти программы вам намигрируют, начинается собственно веселье.
> А после того, как эти программы вам намигрируют, начинается собственно веселье.это ж какие извращенские изменения, чтоб столько перелопатить, что невозможно автоматизировать переход, и насколько надо, в таком случае, разработчикам быть садистами, чтоб заставить своих пользователей проделывать все это руками? Arch way! Бгг)
> Ээээ... в нормальных дистрах для "миграций" пишут скриптыНе, у джедаев свой путь. Это для них слишком просто.
.... кто нибудь уже форкнул былой арч? Блин, и нету нормального дистра для замены
Gentoo? Более предсказуемого, гибкого и простого дистра не встречал. Арчем и дебианом тоже пользуюсь, сравниваю по опыту.
предсказуемого?! ну-ка расскажи сколько раз уже переписывал конфиги сети и ее автостарт. про пляски с libpng тоже не забудь
> про пляски с libpng тоже не забудьА тут что непредсказуемого?
>>ну-ка расскажи сколько раз уже переписывал конфиги сети и ее автостартГода 3 на gentoo. Обновление системы примерно раз в месяц. Не знаю о чем вы говорите....
>>>ну-ка расскажи сколько раз уже переписывал конфиги сети и ее автостарт
> Года 3 на gentoo. Обновление системы примерно раз в месяц. Не знаю
> о чем вы говорите....да ладно...
/etc/conf.d/network : /etc/conf.d/net
/etc/init.d/network : /etc/init.d/net.eth0 /etc/init.d/net.eth1...что не было таких изменений?
[UD] media-libs/libpng
Available versions:
(1.2) 1.2.50
(0) 1.5.13-r1 (~)1.5.14 (~)1.5.15
(1.5) (~)1.5.15-r15
(0/16) ~1.6.1
система на профиле amd64. на ~amd64 только некоторые пакеты
Я хочу иметь самые актуальные версии пакетов, в генте они, скажем так, старее чем в арче, а играться с масками - проще продолжать вручную выпиливать системд на арче. Думал про дебыч "нестабильный", но что-то не очень мне подходит. Аур и makepkg - лучшее, что я когда-либо видел. Арч мне устраивает по всем параметрам, кроме одного, с недавнего времени... Придётся и дальше вручную пересобирать некоторые пакеты, зависящие от мега-охерительного systemd.
>в генте они, скажем так, старее чем в арчеЧто тебе конкретно не хватает на генте?
>Думал про дебыч "нестабильный", но что-то не очень мне подходит.
Не советую, опосля арча и генты упоротость дебомайнтенеров особенно выводит из себя.
>Аур и makepkg - лучшее, что я когда-либо видел.
Скажем так, минимализм, KISS и AUR - киллерфичи арча, единственно из-за чего его стоит юзать.
>Придётся и дальше вручную пересобирать некоторые пакеты, зависящие от мега-охерительного systemd.
Таки как я вас понимаю...:)
Не хватает самых актуальных пакетов по дефолту(без плясок с масками), поддержки дельт у бинарных пакетов(хотя тут хз, поверхностный гуглёж ничего не дал). На счёт бинарей - я не хочу собирать все вручную, возможно только отдельные пакеты; все остальное - бинари с дельтами(не слишком быстрые интернеты, не хило выручает)
Если привык сидеть на -git версия из AUR'а, тогда да, в генте могут быть траблы, а могут и не быть - смотря что за пакеты и как повезет. А что за пляски с масками? Раз размаскировал -9999 и все, какие пляски? На счет бинарей - это тебе в калькулейт, но тут уж я тебе не советчик.
Так всё же, что работает быстрее netctl, systemd-networkd или dhcpcd?
Да, и ещё один "наглый" вопрос, как это настроить :)?