Vlákno názorů k článku Evoluce DNS v Linuxu aneb od resolv.conf k systemd-resolved od Vladimír Čunát - Resolvování přes systemd-resolved je znatelně rychlejší? Byla by...

Resolvování přes systemd-resolved je znatelně rychlejší? Byla by k tomu nějaká citace nebo tak?

Odpoved je jednoducha - lokalni cache.

nepredchadzal tomuto dnsmasq ako cache server ?

dnsmasq taky umi fungovat jako dns cache... ale jeste existoval nscd. nemel jsem s tim moc dobre zkusenosti.

Coz je zdroj 90% problemu s DNS.

Jestli ten problem vznikne lokalne ja jedne masine v ramci jeho cache a nebo na "tradicnim resolveru", ktery si zadratuju do resolv.conf je v tomhle ohledu celkem fuk :-) Zrovna co se vyse zminovaneho dnsmasq tyce - s tim uz jsem par problemu resil (stylem, ze proste neco nechtel prelozit), zatimco in-place replacement za unbound problem s prekladem vyresil...

A vetsina tech problemu s cache je spis o tom, ze spravce nejake autoritativni zony zbrkle zacne menit zaznamy a soucasne ma historicky vysoke TTL. No to je pak logicky, ze se veci rozbijou, zejo :D Ale za to cache nemuze...

To jiste ... treba to ze kdyz nahodou dns zrovna neodpovi (treba proto ze jeste nebezi sit), tak si to hodinu pamatuje, ze zaznam neexistuje ze?

No, lokalni cache delalo nscd. Od te doby, co je default systemd-resolved neustale resim problemy, ktere jsem drive resit nemusel, a zabere to nasobne vice casu.

Ta lokalni cache vcetne negative cache je uplne na h...o, v okamziku, kdy se dynamicky prepinaji sitova rozhranni, typicky pouzivaji ruzne VPN klienty.

Za prve, ony casto o systemd-resolved nemaj tuchy, a modifikuji resolv.conf - sice je v nem text a'la nepouzivat, ale soubor tam je, da se do nej zapsat, jenze to nevyplachne cache, nema precedens a funguje jen docasne a na nove dotazy.

Cache se mezitim naplni nesmyslnymi negative zaznamy.

Jeste hur, kdyz to afektuje (a ono afektuje) doplnovani short names (domain search), pak se z toho stava uz jen nepouzitelny paskvil.

Pritom kdo chce pouzit z dobreho duvodu cache pro zrychleni, ma kupu moznosti. unbound, pdnsd, cache (a nejen dns) v http proxy ....

Prijde mi to podobne humpolacky bez rozmyslu zbastlene, jako kdyz v avahi nejaky "sikula" zacal TLD ".local" mapovat na interni komunikaci v avahi, a kolidovalo to takto pojmenovanymi lokalnimi nazvy realne interni domeny (jako priklad se ".local" uvadel v dokumentacich snad 30 let).

Obdobna zbytecna "inovace"

Ja mam pocit, ze ten preslap s pouzitim ".local" jako lokalni domeny zacal Microsoft, kdy ji prezentoval jako "preferovanou" pro lokalni sit. Sice pak o neco pozdeji vydal errata, ale skoda uz byla napachana (a pacha se dodnes).

Ano, bol to Microsoft, ktory ju uvadzal ako best practice pre AD domeny.

Pritom je to domena, ktora je rezervovana (rfc 6762). Apple Bonjour, resp. Zeroconf ju pouzival od roku 2002. Nie ze by si Microsoft toho nebol vedomy, pretoze veselo pouzival inu cast z toho isteho balika.

To rfc je z roku 2013, ale ".local" se pouzival o vic nez dekadu driv, a nejen v MS produktech.

BTW MS DNS server existuje od roku 2003, od Win NT3.5

Ten samoliby fracek z Apple se proste v roce 2013 vubec nenamahal nejdriv se naucit neco o DNS a zjistit si pouzivane a zazite best practices, nez zacal spatra vymyslet standardizaci toho mDNS.

BTW, problem jsem s tim nemel a par Apple PC v domene mel, to az s prichodem Avahi mi to zacalo afektovat linux resolving.

Cca. 10 let nazpatek jsem nahledl do starsi knihy v cestine o MS AD (popravde netusim, zda to byla oficialni publikace MS), kde se v ramci prikladu instalovala "domena.local". Kdyz jsem o par let pozdeji dostal do spravy AD "domena.local", tak jsem vedel odkud vitr fouka...
Jinak myslim, ze pri trose hledani by clovek na webu stale nasel spoustu MS dokumentu, kde .local pouzivaji a to (bez ohledu na doporuceni) k napachani skody stacilo - spousta administratoru pouze mechanicky opisovala/repli­kovala postup MS.

No, pamätám si, že jeden pomerne veľký západoeurópsky zákazník z finančného sektora mával čosi ako "adroot.local". Ešte pár rokov dozadu.

volání resolvectl flush-caches po změně vpn sítě je dobrá praxe

A čo ta k rovno reštart celého systému?

systemd-resolved je ďalšia z kolónky veci správne to tak aby to bolo horšie ako bolo. Vyhlásime to za zlepšenie. Ako 90% veci okolo systemd.

1 potencionálny problém vymeníme za 3 potencionálne problémy.

viz článek i ostatní zdroje k systemd-resolved, neřeší to potenciální problém, ale reálné problémy.

Invalidaci dns cache v systemd-resolved dělá nejeden vpn klient pro linuxu. Rozdíl jestli mít nějakou cacahe a občas jí zahodit a nemít vůbec žádnou je velký.

Je to ale na tobě, systemd-resolved je dnes výchozí, ale pořád dobrovolná část, nemusíš používat.