- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
/etc/network/interfaces: ща сделаем норм
ifupdown: вы неправильно управляете интерфейсами, ща сделаем норм
ifconfig: парень выше сосет, ща сделаем норм
ip: опять ссанина получилась, ща сделаем норм
isc-dhcp-server: ща сделаем норм
udhcpd: вы слишком жирно раздаёте адреса, ща сделаем норм
dnsmasq: DHCP? да, это по моей части, ща сделаем норм
/etc/hosts: во, вот это норм!
/etc/resolv.conf: поговори мне тут, ща сделаем норм
генераторы /etc/resolv.conf: вот теперь-то хорошо!
/etc/nsswitch.conf: да не, ща сделаем норм
iptables: вы неправильно обрабатываете пакеты, ща сделаем норм
nftables: вы неправильно делаете норм, ща сделаем байткодно-норм
wpa_supplicant: у вас нет вай-фая, ща сделаем норм
hostapd: у вас нет раздачи вай-фая, ща сделаем норм
network-manager: вы неправильно управляете всем, ща сделаем норм
systemd: вы неправильно называете интерфейсы, ща сделаем норм
systemd: вы неправильно раздаёте адреса, ща сделаем норм
systemd: вы неправильно делаете dns, ща вкомпилим без возможности конфигурировать и будет норм
systemd: вы неправильно делаете nat, ща сделаем норм
netplan: привет, я тут новенький )))
Follow us!
Конечно, лучше. Когда у тебя проблема, надо понять, что за питушня происходит по всей цепочке/графу питушень, которые используются в процессе. Чтобы при случае не пердолиться с 20 отдельными утилитами, не искать проблему в каждой, не вспоминать, какие ещё утилиты имеются и могли сломаться, а чтобы единственная утилита единообразно ответила, на каком уровне абстракции произошла питушня.
Когда есть много утилит, подразумевается, что человек знает о наличии всех их и об underlying принципах и взаимодействии. Когда есть одна, человек может её запустить и уже банальный stacktrace исключения подскажет, что гуглить и википедировать и какие уровни абстракции пострадали из-за каких проблем. Это уже гораздо больше user friendly и проще в работе.
Более того, даже знающий всё bormand может тупо забыть проверить какой-нибудь один из слоёв и долго пердолиться с остальными, которые будут радостно отвечать "ничего не знаю, УМВР". А с одной утлитой весь пульт управления под рукой, вся справка - в одном месте, все параметры командной строки придерживаются одинаковой логики.
но много чего нужно по-человечески объединить или наоборот разнести (nsswitch), вай-фаем должна управлять одна утилита, dnsmasq не должен заниматься dhcp, инит-процесс не должен лезть конфигурировать сетку
Я выходил в «Интернет» из «DOS», поэтому и поднял эту тему. Известный графический веб-браузер «Arachne» реализует TCP/IP сам, к сети же он подключается через «пакетные драйвера» (PKTDRV). Есть «пакетные драйвера» для сетевых карточек (канальный протокол «Ethernet»), есть драйвера для звонилок (канальный протокол «PPP»). А вот сетевой и транспортный уровень автору веб-браузера пришлось реализовать самому.
Существует драйвер «TCP/IP» для «DOS», но мало софта умеет с ним работать.
И для каждой утилиты куча дибильных правил и форматов пайпинга.
>systemd-resolve --status
Блять, заебали.
>/etc/resolvconf/update-libc.d/avahi-daemon
>ifconfig
Был нормальный eth0 теперь говнище enp6s0
то есть даже их консистентность от запуска к запуску не гарантирована
походу в 238 (а это чуть-чуть больше, чем два года назад) завезли что-то стабильное
Я руками вписываю в /etc/resolv.conf адрес DNSa, а systemd спустя некоторое время файл переписывает и строчку удоляет.
Дык задай имена вручную. Нахуй нужны eth0 и enp6s0 когда можно сделать какие-нибудь home и inet.
(Или это меня на ГК так долго не было?)
Это вроде какая-то гуйня.
В целом гость прав, действительно в кучу смешаны разные штуки.
Однако это не отменяет факта что настройка сети в современном луниксе — вязкое болото из которого без багра не выберешься.
я тоже так считал, потом сначала откуда-то выполз nm-cli, а сегодня netplan на хедлессе и вовсе заявил мне, что без него вай-фай точку не поднимет
Кстати я считаю тут так просто не разобраться.
Теперь же нужна генерилка для *.yaml файлов.
Как automake генерит Makefile.am из Makefile.in, чтобы потом при помощи хитрых манипуляций породить Makefile.
https://bugs.launchpad.net/ubuntu/+source/netplan.io/+bug/1809994
сука как же я заебался господи блядь