abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 13:00 | Humor

    Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.

    NUKE GAZA! 🎆 | Komentářů: 4
    dnes 00:44 | IT novinky

    Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.

    Ladislav Hagara | Komentářů: 4
    dnes 00:33 | IT novinky

    V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.

    Ladislav Hagara | Komentářů: 5
    včera 12:33 | Zajímavý projekt

    MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.

    NUKE GAZA! 🎆 | Komentářů: 17
    včera 03:55 | Bezpečnostní upozornění

    Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.

    Ladislav Hagara | Komentářů: 2
    12.3. 17:22 | Nová verze

    Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.

    Ladislav Hagara | Komentářů: 0
    12.3. 03:44 | Nová verze

    Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).

    Ladislav Hagara | Komentářů: 4
    12.3. 02:11 | Komunita

    Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.

    Ladislav Hagara | Komentářů: 0
    12.3. 00:44 | Nová verze

    Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    12.3. 00:22 | Nová verze

    D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (7%)
     (0%)
     (12%)
     (29%)
     (2%)
     (5%)
     (1%)
     (13%)
     (24%)
    Celkem 1076 hlasů
     Komentářů: 26, poslední 12.3. 08:56
    Rozcestník

    Dotaz: Nagios nevidí přes DNSSEC - chápu vůbec DNSSEC?

    MaFy avatar 27.3.2014 12:26 MaFy | skóre: 24 | blog: kecy | Praha
    Nagios nevidí přes DNSSEC - chápu vůbec DNSSEC?
    Přečteno: 450×
    Ahojte, již pěknou dobu mám funkční Nagios, který mi sleduje stav klientských webů. Žádné speciality, jen oťukne, zda web odpoví HTTP 200 a je to. Dnes ráno, jsem na doménách zapnul DNSSEC a Nagios je všechny přestal vidět, i když weby normálně jedou. Může mě někdo prosím popostrčit, kde hledat?

    Předem moc díky...
    Lidé se dělí do 10 skupin. Na ty, co rozumí binárnímu kódu a na ty ostatní...

    Odpovědi

    27.3.2014 13:34 Lyco | skóre: 14 | blog: Lyco
    Rozbalit Rozbalit vše Re: Nagios nevidí přes DNSSEC - chápu vůbec DNSSEC?
    Mají domény platné podpisy? (Nejlepší by bylo, kdybys nám prostě poslal jméno domény kde to nefunguje, ať se na to můžeme podívat.) Tohle se stane, když máš neplatné podpisy a používáš validující resolver (tj. rekurzivní server se zapnutou kontrolou DNSSECu) - validující resolver se prostě tváří že doména neexistuje, ale nevalidující ji vidí.

    Případně zkus na DNS server který používá nagios poslat
    dig doména @dnsserver
    dig +cdflag doména @dnsserver
    
    pokud ten první nevrátí odpověď ale ten druhý jo, tak máš neplatné podpisy.
    Příspěvek se rázem stává až o 37,5 % pravdivější, je-li pod ním napsáno reálné jméno.
    MaFy avatar 27.3.2014 13:44 MaFy | skóre: 24 | blog: kecy | Praha
    Rozbalit Rozbalit vše Re: Nagios nevidí přes DNSSEC - chápu vůbec DNSSEC?
    Pane jo... Asi jsem to uplně nepochopil. Asi si budu muset víc nastudovat DNSSEC. Ale pokud bys měl náladu, tak jedna z domén je např: promenyoblezeny.cz
    Lidé se dělí do 10 skupin. Na ty, co rozumí binárnímu kódu a na ty ostatní...
    27.3.2014 14:26 Lyco | skóre: 14 | blog: Lyco
    Rozbalit Rozbalit vše Re: Nagios nevidí přes DNSSEC - chápu vůbec DNSSEC?
    Hm, tak podpisy vypadají v pořádku. Pokud si to chceš ověřit, umí to třeba příkaz drill:
    drill -TD promenyoblezeny.cz -k /etc/trusted-key.key
    V souboru /etc/trusted-key.key je veřejný klíč kořenové zóny:
    .       166750  IN      DNSKEY  257 3 8 AwEAAagAIKlVZrpC6Ia7gEzahOR+9W29euxhJhVVLOyQbSEW0O8gcCjFFVQUTf6v58fLjwBd0YI0EzrAcQqBGCzh/RStIoO8g0NfnfL2MTJRkxoXbfDaUeVPQuYEhg37NZWAJQ9VnMVDxP/VHL496M/QZxkjf5/Efucp2gaDX6RS6CXpoY68LsvPVjR0ZSwzz1apAzvN9dlzEheX7ICJBBtuA6G3LQpzW5hOA2hzCTMjJPJ8LbqF6dsV6DoBQzgul0sGIcGOYl7OyQdXfZ57relSQageu+ipAdTTJ25AsRTAoub8ONGcLmqrAmRLKBP1dfwhYB4N7knNnulqQxA+Uk1ihz0=
    
    Zkus si přeložit jména přímo z toho nagios serveru, mohlo by to věci vyjasnit.

    ----

    On DNSSEC je hrozně nesrozumitelný, protože se tam motá spousta pojmů, ale v principu není složitý. V podstatě jde o to, že každý záznam v zóně je podepsaný nějakým klíčem, a v nadřazené zóně je (v záznamu typu DS) otisk toho klíče. DS záznam je taky podepsaný klíči nadřazené zóny, a jejich otisk je zase o zónu výš. Tak to jde dál, až ke kořenové zóně, ale otisk jejího klíče už není kam dát, takže se napíše do konfigurace DNS serveru který má podpisy ověřovat.

    Kvůli snazší výměně klíčů je podobná hierarchie ještě v rámci zóny, používají se ZSK (zone signing key, klíč podepisující zónu) a KSK (key signing key, klíč podepisující klíče). V zóně je pak třeba A záznam, jeho podpis pomocí ZSK, veřejná část ZSK, její podpis pomocí KSK a samotný KSK (veřejná část samozřejmě). Do nadřazené zóny pak jde otisk KSK v podobě záznamu DS, který je tam podepsaný pomocí tamějšího ZSK...

    Tady terminologická odbočka: v DNS jsou autoritativní servery a resolvery. Resolvery jsou dvou typů, rekurzivní (běžně se jim říká rekurzivní servery) a stub resolvery. Stub resolver skoro nic neumí, jenom zeptat se rekurzivního resolveru a pak papouškovat výsledek aplikaci. No a konfigurace stub resolveru je v Linuxu v souboru resolv.conf. Rekurzivní resolver, který rozumí DNSSECu a kontroluje podpisy se nazývá validující resolver. Stub resolver pokud vím nikdy validující není, protože validace vyžaduje procházení nadřazených zón, tj. rekurzi.

    Aby DNSSEC byl zpětně kompatibilní, tak se všechna práce přesunula na rekurzivní servery (resolvery). Když rekurzivní resolver rozumí DNSSECu a potká neplatný podpis, tak se tváří že zóna neexistuje. Když DNSSECu nerozumí, tak pochopitelně záznamy neověřuje, takže i neplatně podepsané věci jsou vidět. Pokud klient rozumí DNSSECu, tak může požádat rekurzivní resolver, aby podpisy neověřoval, nastavení příznaku Checking Disabled (v programu dig je to +cdflag).
    Příspěvek se rázem stává až o 37,5 % pravdivější, je-li pod ním napsáno reálné jméno.
    pavlix avatar 28.3.2014 11:07 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Nagios nevidí přes DNSSEC - chápu vůbec DNSSEC?
    Běžný postup je provozovat rekurzor na lokálním stroji.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    MaFy avatar 28.3.2014 13:44 MaFy | skóre: 24 | blog: kecy | Praha
    Rozbalit Rozbalit vše Re: Nagios nevidí přes DNSSEC - chápu vůbec DNSSEC?
    Tak jsem si rozbehal unbound. Bylo to jednodussi, nez jsem cekal :-) Kazdopadne ted jsem ve stavu, kdy Nagios zobrazuje spravne stavy akorat u domen, ktere nejsou nasmerovany na stejny stroj. Cili weby, ktere jsou na stejnem stroji jako Nagios jsou stale jako down :-\
    Lidé se dělí do 10 skupin. Na ty, co rozumí binárnímu kódu a na ty ostatní...
    pavlix avatar 28.3.2014 11:06 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Nagios nevidí přes DNSSEC - chápu vůbec DNSSEC?
    Máš správně seřízený čas?
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    MaFy avatar 28.3.2014 13:21 MaFy | skóre: 24 | blog: kecy | Praha
    Rozbalit Rozbalit vše Re: Nagios nevidí přes DNSSEC - chápu vůbec DNSSEC?
    Mam, pravidelne aktualizuji dle NTP serveru..
    Lidé se dělí do 10 skupin. Na ty, co rozumí binárnímu kódu a na ty ostatní...

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.