Egyedi névszerver megadása a systemd-resolver kikerülésével (Ubuntu 18.04)

Linux-haladó

Sziasztok!

Ubuntu 18.04-et használok (már), amiben benne van ez a csodás systemd-resolver. A gépen az LXC konténerek saját alhálózatot használnak és dnsmasq-kal kapnak névfeloldást a saját TLD-jük miatt (.test).

Először ezt bekötöttem a systemd-resolver alá, ez alapján:
https://blog.simos.info/how-to-use-lxd-container-hostnames-on-the-host-…

Viszont az a gondom, hogy a systemd-resolver összeakad a dnsmasq-kal, indokolatlanul magas CPU terhelést okozva:
https://unix.stackexchange.com/questions/417645/dnsmasq-systemd-causing…
https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/1672099

Egyelőre nem szeretném ezt a systemd-resolver csodát kidobni, a dnsmasq szépen elműködik az lxcbr0-ra kötve. Viszont valahogy fel kellene vennem a rendszer által használt névszerverek közé.
Az /etc/resolv.conf alapból nem jó, mert az egy link az /run/systemd/resolve/stub-resolv.conf fájlra, ami meg systemd-sen csak annyit mond, hogy „nameserver 127.0.0.53”
Ha kidobom a linket és újra létrehozom az /etc/resolv.conf-ot, akkor a network-manager kezdi el piszkálni. Viszont a network managernek bármilyen névszerver címet adok meg asz eszköznél, az figyelmen kívül hagyja. Azt gyanítom, hogy átpasszolja a systemd-nek, mert ugyanúgy csak annyit vesz fel, hogy „nameserver 127.0.0.53”
Nekimentem a netplannal is, ami elég jó cuccnak tűnik, csak ugye az meg a network-managert használja, ha van.

Kérdésem: hogyan tudnék permanensen másik névszervert megadni a rendszerben a systemd-resolver kikerülésével?

  • 1228 megtekintés

( nevergone v | 2018. 11. 11., v – 08:10 )

Valahol valaki valamit? A helyzet biztosan nem egyszerű, mert azóta én is kutakodok és próbálkozok, semmi eredménnyel. Vagy nem lesz névfeloldás arról a szerverről, vagy ugyanúgy leterheli a gépet. Talán az is segítene, ha az egyiket (szerintem a dnsmasq-ot) le tudnám arról beszélni, hogy a kérést továbbpasszolja a másiknak.

-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…

Homalyos emlekeim vannak.

Tobb fele modon is megadhato. Pl nm-tui-val beallitod. Lekaphatod a Network-managert es hasznalod a networking-et a hagyomanyos modon. Van egy csomag resolvconf neven ami nem maga a konfig fajl, hanem azt hiszem ez kell ahhoz, higy ne legyen felulirva a konfigfajl.

Ha hulyeseget irtam bocs. Anno szivtam vele en is es csak jo lett a vegen.

Igen, de ha a network-managerrel állítom be, akkor ugyanúgy a systemd-nek passzolja tovább. Bezzeg ha letiltottam a systemd-resolvert, akkor a network-manager ugyanúgy továbbküldte neki, de már internet-kapcsolat sem volt. :(

-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…

( mogorva v | 2018. 11. 11., v – 08:29 )

Miért nem jó ide beírni?

/etc/systemd/resolved.conf

Szia!

Azért nem jó oda beleírni, mert akkor elkezdik dobálni egymás között a kéréseket és ettől túl nagy (akár 90%-os!) CPU használata lesz a systemd-resolvernek. A témaindító hozzászólásban vannak linkek, ami alapján ez nem csak engem érint.

-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…

( nevergone v | 2018. 11. 11., v – 23:24 )

A megoldás pedig az lett, hogy kidobtam a systemd-resolvert a fenébe, aztán network-managerrel és dnsmasq-kal összeraktam az egészet, ahogy a 16.04-en bevált. Működik most is és cserébe a gép terhelése is jelentősen visszaesett.
Köszönöm a türelmet, további szép estét! :)

-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…