Systemd-resolved ignoruje DNS běžící na routeru

Ne jednodušší je to udělat tak, jak s tím uživatel měl dlouholetou zkušenost a jak to bezpečně funguje.
Spojil jste to do jedné věty, jako by to samozřejmě jedno plynulo z druhého nebo se vyskytovalo současně. Jenže ono to jde často proti sobě - to, s čím má uživatel dlouhodobou zkušenost, nefunguje moc dobře. A speciálně u konfigurace systémových věcí platí, že nejlépe funguje to, co je přímo v distribuci. Můžete se s distribucí prát, ale není to dobrý nápad - distribuce nakonec vždycky vyhraje. Takže pokud má někdo potřebu se se svou distribucí prát, měl by se radši poohlédnout po jiné distribuci.

K tomu dáváme kompletní, jednoduché a rychlé řešení, které funguje jak je uživatel zvyklý.
Ne, vaše řešení nefunguje. Vy jste totiž ještě ani nepochopili, v čem je problém...

Vy jen teoretizujete a řešení nikde, jak konstatoval sám tazatel.
Já jsem napsal, co povede k řešení - opravit netplan. Tazatel už na to nereagoval. V dalším komentáři pak Alexander Kuna uvedl, proč se ten netplan rozbil, a přida odkaz na článek, kde je polopaticky vysvětlené, jak netplan nakonfigurovat.

Speciálně pro vás: Věci jsou nahraditelné a dají se dělat i jinak, než jak vy jen jedním jediným způsobem (špatně) umíte. Když budete nutit ostatním jen svou jedinou možnou věc ve světě s mnoha možnostmi, budete za magora.
Ano, věci se dají dělat různě. To ale neznamená, že vaše komplikované řešení přetahovat se s distribucí je lepší, než jednoduché řešení - prostě pětiřádkovým konfiguračním souborem opravit tu chybnou distribuční konfiguraci.

Rozdíl je také v tom, že řešení s opravou toho distribučního konfiguračního souboru opraví ten původní problém, tím pádem začnou fungovat všechny věci, které ten problém rozbil. Vaše řešení je, že odinstalujete systemd-resolved, nainstalujete dnsmasq, a zjistíte, že problém přetrvává, protože problém byl plně někde jinde, než jste si mysleli.

Kdybyste tu pořád neprosazovali svá nefunkční řešení (protože jste dosud nepochopili, v čem je problém), nemusel bych vám já vysvětlovat, proč jsou ta vaše řešení nefunkční a opakovat, jaké řešení vede k cíli. Ano, teoreticky jsme mohli vymýšlet různá funkční řešení, jenže tuhle možnost vy jste zabili tím, že bylo nutné řešit mnohem základnější věc - rozlišovat, které řešení je funkční a které nefunkční.


Vilith

  • *****
  • 662
    • Zobrazit profil
Ses proste 1****** a uz to snad staci, ne?

Lol Phirae

ručně řešit to, co už má dsitribuce dávno vyřešené. Opravdu jednoduchost sama.

Jak to má distribuce "vyřešené", to názorně předvedl tazatel. Ten krám to "vyřešil" tak, že vyhodil několikastránkový backtrace a tím bylo skutečně "vyřešeno". Jinak kdybys místo omílání hovadin a miliontého pokusu o podsouvání svých výmyslů jiným do huby uměl číst, tak by ses možná mohl zamyslet nad tím, že tazatel to již dávno vyřešeno a funkční měl.  Opravdu nepotřebuje další zázračný (bohužel ale rozbitý) nástroj, aby znova vynalezl kolo. Opětovné vynalézání hranatých kol je totiž hlavní dominantou Lennartwaru. Tím, že generování konfigurace přenechá další abstraktní vrstvě (kterou je bohužel evidentně nedostatečně otestovaný a neodladěný YAML bastl), který navíc opětovně mění strukturu konfigurace (viz citace z jejich webu), takže se dá očekávat, že se to i po případné opravě nesmyslně zavazejícího bastlu abstrahujícího abstrahovanou abstrakci konfigurace sítě opět co nevidět rozesere a tazatel bude tam, kde bude.

Jinými slovy - nepovažuji za vhodné za popsaného stavu defaultní konfigurační nástroje v Ubuntu používat. Vyřešené mají evidentně hovno.

Lol Phirae

Vy jste totiž ještě ani nepochopili, v čem je problém...

Zatímco ty jsi se evidentně ani nesnažil pochopit to, co je cílem - což ti ostatně tazatel opakovaně sděloval, ale ty jseš hrozně busy se svou zaseknutou gramofonovou deskou. Tak naposled:

Citace
Dnsmasq bezici klientech pouzil routerem nabizeny DNS server a vsichni byli stastni.

Tazatel fakt netouží po tom, aby mu fungující a osvědčené řešení někdo nahrazoval rozbitým Lennartovým resolverem a nutil ho opětovně jinak konfigurovat to, už už dávno fungovalo a tancovat tanečky kolem překážejících služeb systemd, které se nesmyslně vnucují jako výchozí.

Zatímco ty jsi se evidentně ani nesnažil pochopit to, co je cílem
Cílem bylo to, aby systém při překladu DNS názvů používal místní cache a na záznamy, které nemá v cache, se ptal DNS serverů nakonfigurovaných přes DHCP. Že se musí použít něco jiného, než distribuční systemd-resolved, to je jen vaše utkvělá představa.


ByCzech

  • *****
  • 1 861
    • Zobrazit profil
    • E-mail
Ne jednodušší je to udělat tak, jak s tím uživatel měl dlouholetou zkušenost a jak to bezpečně funguje.
Spojil jste to do jedné věty, jako by to samozřejmě jedno plynulo z druhého nebo se vyskytovalo současně. Jenže ono to jde často proti sobě - to, s čím má uživatel dlouhodobou zkušenost, nefunguje moc dobře. A speciálně u konfigurace systémových věcí platí, že nejlépe funguje to, co je přímo v distribuci.

Prima, dnsmasq v Ubuntu je, takže děkuji, že tímto argumentem podporujete naše řešení.

K tomu dáváme kompletní, jednoduché a rychlé řešení, které funguje jak je uživatel zvyklý.
Ne, vaše řešení nefunguje. Vy jste totiž ještě ani nepochopili, v čem je problém...

Nejaký důkaz? Zatím máme přesně opačnou zkušenost. Když budete tvrdit něco jiného než jaká se skutečnost, budete za cvoka, protože to normálně funguje a vy tvrdíte, že ne. Dokonce to funguje jednodušeji a přes méně vrstev když se chce. Jaká je na to diagnóza? Prozradíte?

Vy jen teoretizujete a řešení nikde, jak konstatoval sám tazatel.
Já jsem napsal, co povede k řešení - opravit netplan. Tazatel už na to nereagoval. V dalším komentáři pak Alexander Kuna uvedl, proč se ten netplan rozbil, a přida odkaz na článek, kde je polopaticky vysvětlené, jak netplan nakonfigurovat.

To si jen myslíte, protože cokoli jste navrhoval postupně jen vedlo k dalšímu problému a sám očividně netušíte, co vše se může v tom dlouhém řetězci složitosti rozsypat. Takže sice radíte možnost a já vím, že to umím zkonfigurovat i tímto způsobem, jen zjevně mám narozdíl od vás ponětí o tom, kde všude se to může ještě rozsypat, což se vám přesně dělo do začátku, co jste vstoupil do téhle diskuze.

Nějak stále mylně něco předpokládáte - teď např. to, že neumím(e) vyřešit postupně celou věc prolezením celého řetězce těch vrstev, ve které se to může rozsypat svými specifickými způsoby a nutíte někoho, kdo má zkušenost s úplně jiným a zcela funknčním softem, aby to předělal na tuhle složitou zhůvěřilost, místo aby jste pochopil, že je i jiné schůdnější, jenodušší a tími spolehlivější řešení.

Speciálně pro vás: Věci jsou nahraditelné a dají se dělat i jinak, než jak vy jen jedním jediným způsobem (špatně) umíte. Když budete nutit ostatním jen svou jedinou možnou věc ve světě s mnoha možnostmi, budete za magora.
Ano, věci se dají dělat různě. To ale neznamená, že vaše komplikované řešení přetahovat se s distribucí je lepší, než jednoduché řešení - prostě pětiřádkovým konfiguračním souborem opravit tu chybnou distribuční konfiguraci.

Nikdo se s ničím nepřetahuje, jak píšu výše, dnsmasq v distru je a není tedy problém ho používat. Pořád vymyšlíte nějaké neexistující problémy a pak se proti nim snažíte vymýšlet argumenty, protože normálně žádné nemáte. Bohužel tyhle uměle vytvořené nemají žádnou argumentační váhu, tak by bylo lepší, kdyby jste mlčel a uměle nevytvářel ani problémy ani argumenty na ně, je to to zbytečná ztráta času. Svým si plýtvejte jak chcete, ale neplýtvejte prosím časem ostatních.

Rozdíl je také v tom, že řešení s opravou toho distribučního konfiguračního souboru opraví ten původní problém, tím pádem začnou fungovat všechny věci, které ten problém rozbil. Vaše řešení je, že odinstalujete systemd-resolved, nainstalujete dnsmasq, a zjistíte, že problém přetrvává, protože problém byl plně někde jinde, než jste si mysleli.

Kdybyste tu pořád neprosazovali svá nefunkční řešení (protože jste dosud nepochopili, v čem je problém), nemusel bych vám já vysvětlovat, proč jsou ta vaše řešení nefunkční a opakovat, jaké řešení vede k cíli. Ano, teoreticky jsme mohli vymýšlet různá funkční řešení, jenže tuhle možnost vy jste zabili tím, že bylo nutné řešit mnohem základnější věc - rozlišovat, které řešení je funkční a které nefunkční.

Jen pořád dokola opakujete něco, co neplatí - a sice, že v *buntu dnsmasq je, takže není žádný prohřešek ani problém to použít a dále opakujete to, že to nefunguje, což je uplně normální lež. Vy jen nutíte něco jiného, o se očividně uživateli rozbilo, tvrdíte, že problém je kdekoli jinde, než v tom rozbitém, včetně toho, že za rozbité považujete tazatele i ty co navrhují relevantní, rychlé a funkční řešení, jen proto, aby jste si prosadil svou, přestože vidíte sám, že se vám další a další krok sype. Lidé nemají povinnost žít podle vás, mají svobodnou vůli rozhodnout se zcela jinak, tak je nechtě žít, jinak budete vážně za magora.

ByCzech

  • *****
  • 1 861
    • Zobrazit profil
    • E-mail
Zatímco ty jsi se evidentně ani nesnažil pochopit to, co je cílem
Cílem bylo to, aby systém při překladu DNS názvů používal místní cache a na záznamy, které nemá v cache, se ptal DNS serverů nakonfigurovaných přes DHCP. Že se musí použít něco jiného, než distribuční systemd-resolved, to je jen vaše utkvělá představa.

Utkvělou představu máte vy v tom, že dnsmasq není distribuční. Už s tou kravinou přestaňte, kdokoli pohledem do repozitáře může zjistit, že uplně normálně lžete, protože relevatní argument nemáte.

Utkvělou představu máte vy v tom, že dnsmasq není distribuční.
Zase si vymýšlíte, já jsem nic takového netvrdil. Něco jiného je, zda aplikace dostupná v distribuci jako balíček, a něco jiného je, zda jde o systémový balíček, který ta distribuce sama používá pro zabezpečení své základní funkcionality. dnsmasq byl před Ubuntu 2016.10 na desktopu systémovým balíčkem, protože pomocí něj Ubuntu zajišťovalo překlad DNS. Od verze 2016.10 už systémovým balíčkem není, protože ho v této roli nahradil systemd-resolved. To neznamená, že si dnsmasq dál nemůžete nainstalovat - můžete, třeba pokud budete chtít, aby váš počítač poskytoval překlad DNS ostatním počíačům v síti. Ale ty konfigurační nástroje distribuce, které se starají o síť, budou zcea jistě umět spolupracovat se systemd-resolved (protože je to systémový nástroj), ale nemusí umět spolupracovat s dnsmasq. Například grafické konfigurační nástroje neo obecně nástroje pro konfiguraci sítě. Samozřejmě, že si dnsmasq můžete nakonfigurovat sám, ale budete muset nejspíš řešit to, co jinak řeší ty distribuční nástroje - například to, že když se DHCP klient dozví o změně DNS serverů, musí to nějak propagovat DNS resolveru. Když použijete DNS resolver dodávaný s distribucí, postará se o tohle distribuce, když použijete nějaký jiný, distribuce se o to nejspíš starat nebude a musíte si to zařídit sám.

Lol Phirae

konfigurační nástroje distribuce, které se starají o síť, budou zcea jistě umět spolupracovat se systemd-resolved (protože je to systémový nástroj)

Ano, to vidíme názorně v tomto vláknu. Asi někde udělali soudruzi z NDR chybu.  ;D ::)

když použijete nějaký jiný, distribuce se o to nejspíš starat nebude a musíte si to zařídit sám.

Proč zase blábolíš o něčem, co bylo mnohokrát vyvráceno?

samalama

Utkvělou představu máte vy v tom, že dnsmasq není distribuční.
Zase si vymýšlíte, já jsem nic takového netvrdil. Něco jiného je, zda aplikace dostupná v distribuci jako balíček, a něco jiného je, zda jde o systémový balíček, který ta distribuce sama používá pro zabezpečení své základní funkcionality. dnsmasq byl před Ubuntu 2016.10 na desktopu systémovým balíčkem, protože pomocí něj Ubuntu zajišťovalo překlad DNS. Od verze 2016.10 už systémovým balíčkem není, protože ho v této roli nahradil systemd-resolved. To neznamená, že si dnsmasq dál nemůžete nainstalovat - můžete, třeba pokud budete chtít, aby váš počítač poskytoval překlad DNS ostatním počíačům v síti. Ale ty konfigurační nástroje distribuce, které se starají o síť, budou zcea jistě umět spolupracovat se systemd-resolved (protože je to systémový nástroj), ale nemusí umět spolupracovat s dnsmasq. Například grafické konfigurační nástroje neo obecně nástroje pro konfiguraci sítě. Samozřejmě, že si dnsmasq můžete nakonfigurovat sám, ale budete muset nejspíš řešit to, co jinak řeší ty distribuční nástroje - například to, že když se DHCP klient dozví o změně DNS serverů, musí to nějak propagovat DNS resolveru. Když použijete DNS resolver dodávaný s distribucí, postará se o tohle distribuce, když použijete nějaký jiný, distribuce se o to nejspíš starat nebude a musíte si to zařídit sám.

cize tym si potvrdil to, co sa tvrdilo od uplneho zaciatku, a to ze systemd je monoliticky, totalne zadrotovany do linuxu a v podstate nenahraditelny. dakujem, ale neprosim. pravdupovediac desktop som zmigroval na freebsd uz pred rokom a servery na netbsd, s ktorym mam opat tie zvlastne pocity ako kedysi, ked som zacinal s linuxom...

u

Nechci se do toho nejak michat, ale netrpi nahodou pan Jirsak nejakou poruchou osobnosti? Ta jeho diskuze a manipulacni argumentace je silena. Prominte mi offtopic, ale nelze si toho nepovsimnout.

Jenda

a to ze systemd je monoliticky, totalne zadrotovany do linuxu a v podstate nenahraditelny

To je nějaký omyl, Debian bez systemd běžně používám a bylo to na jeden příkaz (apt-get install sysvinit-core).

samalama

a to ze systemd je monoliticky, totalne zadrotovany do linuxu a v podstate nenahraditelny

To je nějaký omyl, Debian bez systemd běžně používám a bylo to na jeden příkaz (apt-get install sysvinit-core).

ale podla jirsaka ti to nemoze fungovat.

btw tiez pouzivam linux bez systemd, ale pride mi lepsie pouzit distribuciu na to stavanu (devuan)...

anon

To systemd fakt radeji zahod kdyz to zpusobuje jen problemy a navic je ted budocnoust systemd vic nez nejista ...

anon

a to ze systemd je monoliticky, totalne zadrotovany do linuxu a v podstate nenahraditelny

To je nějaký omyl, Debian bez systemd běžně používám a bylo to na jeden příkaz (apt-get install sysvinit-core).

No to neni omyl, jen debian dela kurva dobrou praci aby to pak narovnali.

I takovej zaklad jako dbus zavisi na systemd pokud se neohne.