376
Software / Re:Chrome mi neukládá heslo pro Google účet
« kdy: 02. 11. 2018, 10:17:42 »Jaké je to heslo ?
Unb#hklt0kftg
A kde tedy je chyba?
Chyba je, že ještě potřebujeme vědět jaký je tvůj účet, abychom to mohli správně zanalyzovat.
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Jaké je to heslo ?
Unb#hklt0kftg
A kde tedy je chyba?
lenze Fat32 nepodporuje 64 GB karty
Zatímco ty jsi se evidentně ani nesnažil pochopit to, co je cílemCí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.
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.
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í.
Lol Phirae, ByCzech: Takže jste oba dva konečně přišli na to, že nejlepší bude spravit konfiguraci systém, aby se informace od DHCP klienta o DNS serverech předala dál. Výborně, to tvrdím od začátku.
...bla bla bla...
Že zrovna vy dva kritizujete, že je něco komplikované, je vtipné. Místo abyste do konfiguračního souboru netplanu zkopírovali pět řádků konfigurace z internetu, budete odinstalovávat balíčky a instalovat jiné a komplikovaně ručně řešit to, co už má dsitribuce dávno vyřešené. Opravdu jednoduchost sama.
Proč se na systému, kde už je dnsmasq jako lokální resolver, defaultně nacpe a zapne Lennartův resolver, přičemž výsledkem je, že buď nefunguje nic, nebo (což - jak jsem pochopil, je by design) ten dnsmasq forwarduje dotazy systemd-resolved, který do dál forwarduje serverům nastaveným přes DHCP? Proč sakra takový bastl, který navíc rozbije out-of-the-box fungující DNSSEC na tom dnsmasq?
Tohle je vážně "pokrok". Do háje už fakt. Co jde, přesouvám z Linuxu na nějaké BSD, protože už na tohle nemám čas ani náladu ani nervy.
někdo, kdo si s tím bazmekem už svoje užil (a musí zřejmě užívat nadále), a ví, o čem mluví a jak se s tou #$&!%@ popasovat...
Nejhorší je, že se neustále něco "vylepšuje". Přidáním tisící level of indirection do již tak naprosto neúnosně překomplikovaného bastlu NIC nezlepšuju. Naopak věci rozbíjím, naštvu uživatele, že po roce je už zas něco jinak a zas mi něco přestalo fungovat, zanáším tam další a další zdroje konfliktů a chyb. Je to tam překomplikované, že upgrady nikdo není schopen otestovat, načež následuje tu nefunkční DNS, tu nefunkční síť, tu zcela rozbitý systém (jen kvůli tomu, že se Lennartwaru nelíbí, že něco není symlink a že se někdo rozhodl s něčím nesmyslně šoupat.)
Co tohle může zjednodušit? K čemu ten nápad? Kolik lidí ve skutečnosti něco takového potřebuje? A proč už se ZAS u toho mění formát konfigurace? (This is called “version 2”, as current MAAS/curtin already use a different YAML format that is called “version 1”.) WTF?!!!
...schéma...
Krucinál!
Nejlepší je pořád dokola podstrkovat někomu něco, co nikdy netvrdil, a pak s tím "polemizovat". Žádnou křišťálovou kouli nepotřebuje, v řešení, které jsem uvedl, si je přežvejká od systemd-resolved, jinak si je naprosto stejně může brát od DHCP klienta, nebo od NM, nebo je můžu nastavit ručně. Určitě k tomu nepotřebuju žádný netplan a nepotřebuju, aby Lennartův rozbitý resolver něco resolvoval a vnucoval se do systému.
Jinak, pokud tazatel skutečně trvá na tom, že nebude vypínat systemd-resolved, tak
...
Ten systemd-resolved ignoruje jak ty s domenou i ty bez domeny.O žádných názvech bez domény jste dosud nepsal.
Navíc z toho, co jste zatím napsal, plyne to, že systemd-resolved (ani žádná aplikace/knihovna, kterou byste ho nahradil) se nedozví, že byly nějaké DNS servery nakonfigurovány přes DHCP, takže pak ty servery těžko může používat.
Teprve až byste opravil to, aby se lokální resolver dozvěděl o tom, že má používat nějaké DNS servery předané z DHCP, můžete řešit případné problémy s překladem pomocí těchto serverů. A pokud ten váš DNS server opravdu vrací jednolabelové CNAME, na vašem místě bych to opravil, protože je to špatně – nespoléhal bych na to, že to někde možná omylem funguje. Navíc oprava spočívá jenom v tom, že ty záznamy doplníte na plná doménová jména.Proc je pokazeny netplan by default to fakt nevim (a opet zduraznuji, nic jsem nemenil, jen vlozil heslo do WIFI)Když si myslíte, že neustálým opakováním „nic jsem neměnil“ se to spraví…
upgrade ostatnich 16.04Celou dobu jste psal o čisté instalaci, ne o upgradu. Pokud jste dělal upgrade, ten se samozřejmě pokouší zachovat konfigurace z předchozích verzí, takže výsledek vypadá úplně jinak, než čistá instalace. Pokud máte nějakou nestandardní nebo dokonce chybnou konfiguraci, je možné, že si s tím upgrade neporadí. Stávat by se to nemělo, ale software píší jenom lidé a na některé možnosti/kombinace prostě nepřijdou a neošetří je.
Jé Jirsák si nedokáže představit život bez systemd-* věcíLžete..
Vy tvrdíte, že nelze získat DNS servery bez systemd-resolv? Opravdu?Ne, nic takového netvrdím, to jste si vymyslel.
Své jsem řekl, je to funkčníNe, není to funkční. Vy totiž vůbec netušíte, jak v linuxu věci kolem sítí fungují.
Prozradím vám takový malý detail. dnsmasq nepoužívá žádnou magii, žádnou křišťálovou kouli k tomu, aby zjistil, jaký DNS serverů se má dotazovat. Používá k tomu standardní konfigurační soubor /etc/resolv.conf (stejně jako systemd-resolved), případně je možné to změnit v konfiguraci dnsmasq nebo při startu z příkazové řádky.
...
Stejně jako předtímTakže taky nevíte, jak to funguje, jenom plácáte nesmysly. Tak to vysvětlení výše je i pro vás.
S.M.A.R.T. ti indikuje že máš HW problém z diskom a odchádza ti.
Dyť mu to hlásí jen 2,5 roku a furt se mu sype filesystém... prostě pohoda klídek.![]()
![]()
. Teď se mu hlásit přestal, tak má problém
.
Lež. Výměna za jiný funkční soft není pouhé vypnutí a znefunkčnění něčeho. To děláte vždycky, když se vám něčí názor nehodí do krámu, že ho manipulujete a ohýbáte do polohy, kterou to není vůbec myšleno?
Aha, takže „vypnout“ podle vás znamená „výměna za jiný funkční soft“?1. vypnout vadný systemd-resolv
2. volitelně instalovat dnsmasq či jinou DNS cache, pokud o ni má zájem, nikde jsem neviděl požadavek, že to musí být systemd-resolv, takže Jirsák nutí tazatele do nutnosti užívat systemd-resolv úplně zbytečně
Užívat si funkční věc
Takže kdo tady lže?
Mimochodem, když si myslíte, že použití dnsmasq by problém vyřešilo – jak podle vás dnsmasq zjistí adresy DNS resolverů, kterých se má dotazovat? Můžete hádat třikrát.
. Tak to bude pro vás novinka, že věci umějí fungovat i bez nich. Tenhle váš příspěvek je úplná snůška kravin. Vy tvrdíte, že nelze získat DNS servery bez systemd-resolv? Opravdu? No to nemá chybu. Své jsem řekl, je to funkční, vy vymýšlíte scénáře, které vůbec nemyslím, jen proto, že nesnesete, že by někdo mohl mít také pravdu. S tím ale běžte někam jinam, na mě si to léčit nebudete a točit se furt dokola, když už je to dávno vyvrácené nebudu. Až přijdete s něčím novým, možná, zatím se už chvíli opakujete.
Ano, tomu říkám objev století... akorát nevím, proč by si asi tak ten resolver vypínal.Protože mu to vy a ByCzech radíte.