DHCP-сервер посылает криво работающий DNS-сервер

Не посылай «криво работающий DNS-сервер».

Придумают себе проблему и хероически ее решают, кАзлы!

systemd-resolved не забыл включить?

Ещё, как в этом странном systemd-networkd включить-выключить интерфейс блджад?

Никак. Демон работает по сетевым событиям. У них в планах вроде есть добавление управляющих функций в networkctl.

Не посылай «криво работающий DNS-сервер».

О, узнаю брата Лёню. «Если в systemd что-то не работает, то вам это не нужно.»

systemd-resolved не забыл включить?

Он сам включается.

Как сделать так, чтоб systemd-networkd его игнорировал?

Прописать адрес рабочего DNS, например.

Но оно тупо не работает.

Каким образом проверял?

А ты отключив получение DNS сервера по DHCP, не забыл указать правильный DNS сервер, который не глючный? А иначе, как оно по твоему должно находить правильный? Угадывать, чтоле? Или использовать персональный, который от Поттеринга?

Ты шмок, скажи мне, я где-то упоминал systemd? Не посылай говно и не будет проблем.

А я и не посылаю, лол.

А ты отключив получение DNS сервера по DHCP, не забыл указать правильный DNS сервер, который не глючный? А иначе, как оно по твоему должно находить правильный?

Нет, не забыл.

Каким образом проверял?

Перезапускал systemd-networkd и systemd-resolved, перезагружал виртуалку целиком - один фиг.

Пока нашёл решение - сделать systemctl mask systemd-resolved, чтобы он не запускался и не делал то, что не просят. Интересует, почему не работает заявленная опция в конфиге.

У меня в 229 работает. Версия какая?

Ещё, как в этом странном systemd-networkd включить-выключить интерфейс блджад? Типа классического ifup/ifdown. Ладно, как хотя бы выключить все интерфейсы кучей? systemctl stop systemd-networkd останавливает демон, а интерфейсы как были поднятыми, так и остаются. Мне теперь руками надо ip addr del, ip link set..., ...?

Никак, оно не умеет динамическую перенастройку.

Там вообще-то фоллбэк есть, по умолчанию на 8.8.8.8. Должен работать. Если не работает, то либо ТС пишет это не в том .network-файле, либо не перезапускает networkd/resolved, либо в его версии баг.

Ага вся суть systemd виноват кто угодно, но не поттеринг что нагородил неповоротливый комбаин который не умеет простейших операций(включение/выключение портов).

2ТС: Настрой сеть средствами системы, а на поделие поттеринга положи mask, так будет надежней.

Во-первых, systemd-networkd писал Tom Gundersen.

Во-вторых, systemd-networkd — это специфический инструмент, который не претендует на все юзкейсы, и этой фичи там нет умышленно.

Во-вторых, systemd-networkd — это специфический инструмент, который не претендует на все юзкейсы, и этой фичи там нет умышленно.

«Если в systemd что-то не работает, то вам это не нужно».

offtop

Во-первых, systemd-networkd писал Tom Gundersen.

Ага, Линус тоже не пишет сам весь код. Но если чё, то спросят сначала с него.

Нет. «Если в systemd что-то не сделано, поищите другой инструмент.»

если чё, то спросят сначала с него.

Я не знаю, на какой зоне тебя воспитывали (или где ещё преобладают такие виды межличностных взаимоотношений), но в цивилизованном мире за пределами linux.org.ru принято смотреть в MAINTAINERS.

Если конкретный вопрос, то да. А если «плюнуться», то нет. Вендовозы до сих пор Билли вспоминают.

«Если в systemd что-то не сделано, поищите другой инструмент.»

Странно звучит в свете холиваров. И лень искать самому, но почему этот огрызок решили сделать огрызком? Ткни в ссылку, пожалуйста. Или в двух словах опиши, если не сложно.

«Почему этот огрызок решили сделать огрызком» или вообще «почему этот огрызок решили сделать»?

Он задумывался как «всё-в-одном» для контейнеров, для initramfs и для постоянно подключенных к одной и той же сети безголовых систем, чтобы не тащить туда лишние программы и библиотеки. Короче, для всех юзкейсов, где нужно один раз поднять и больше не опускать.

Потом, кстати, NM позаимствовали их код DHCP-клиента (dhcp=internal в конфиге). И он действительно надёжнее, чем dhcpcd/dhclient.

Спасибо, таперь понятно.

И он действительно надёжнее, чем dhcpcd/dhclient.

Нет это не так.

Мне есть чем подтвердить свою правоту: dhcpcd уходит в атсрал при попытке приконнектиться к Linksys WRT54GL с DD-WRT, а dhclient, например, не берёт таскомовский публичный хотспот в Капитолии около ст. м. Университет в дефолт-сити, в то время как сабжевый DHCP-клиент (в составе NM) подключается к обоим за ~1 секунду с момента завершения ассоциации.