Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.
Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
Je tomu 13 let, co jsem se prvně setkal s pojmem diskless linux a převzal správu nad infrastrukturou, která ho tehdy poskytovala. Za tu dobu se událo hodně změn, a protože proces dokumentace nově vyvíjených věcí vždy pokulhává za reálným stavem, byl jsem nucen přidat mezi svoje skills také počítačovou archelogii.
Počítačová archeologie není o využití možností počítačů v archeologii. V takovém případě se hovoří o počítačové podpoře v archeologii – angl. Computer application in archaeology. Na anglické Wikipedii též uvedenou pod heslem Computational archaeology. A není to také jen o zpětné rekonstrukci vývoje software jak se dočtete pod heslem Software archaeology na anglické wikipedii. Ten anglický název je poněkud zavádějící, protože budí dojem, jako by se týkala jen vývoje konkrétních aplikací. Vhodnější by bylo hovořit v angličtině o „Archaeology of IT”, protože jejím cílem je dodatečné zmapování změn a použitých postupů, aby bylo možné na jejich zakladě opravit zastaralé části dokumentace a případně zpětně zdokumentovat změny realizované někdy v minulosti.
Bohužel, stejně jako tvorba dokumentace, je tento obor silně podceňovaný. Žere to všechno spoustu času. Počáteční elán brzy střídá únava a vyčerpání. A není divu, že časem dochází ke stavu, kdy se v tom už ani sám admin nevyzná a raději utíká za lepším, protože za cackání se v minulosti ho nikdo neplatí.
Ten, co přichází po něm pak obvykle časem nahradí původní technologii jinou. Většinou se mu nechce studovat jak to všechno má vlastně fungovat, aby správně implementoval nové změny a často také mívá při jejím studiu pocit, že by to udělal jinak a lépe. A není vyloučeno, že to tak i bude, protože vývoj jde stále kupředu a technologie se mění.
Kdo si mne proklepnul na Linked.in ví, že jsem lehce přes 5 let adminoval linuxové systémy pro jednu firmu. Bylo to v pohodě, dokud byla infrastruktura podobná tomu, s čím jsem pracoval ve škole. Každé prostředí mělo svá specifika ale získané zkušenosti bylo možné uplatnit ve prospěch obou. Ale po třech letech jsem začal cítit, že mne to nutí čím dál častěji řešit jiné věci než bych chtěl. Nechtěl jsem však za sebou prásknout dveřmi a tak mi trvalo asi dva roky, než jsem se odhodlal definitivně skončit.
Začal jsem v té době spravovat také laboratorní infrastrukturu pro katedru Kybernetiky, proto jsem se chtěl definitivně z toho vyvázat, abych se mohl plně soustředit na technologická řešení kolem disklessu, které mne víc baví.
Mým cílem bylo od samého počátku vybudovat pro diskless minimalistickou a blbuvzdornou infrastrukturu. K ní vedla komplikovaná cesta, kterou jsem zaznamenával do roku 2016, abych měl sám přehled jak se vyvíjela. Od té doby už v infrastruktuře žádné zásadní změny nejsou.
Základem je můj shellový skript. Původně mnou napsaný agent pro pacemaker, který nahazoval kvm virtuály v rámci pacemakeru. Má to cca 300kB včetně dokumentace, která je součástí kódu, nepoužívá libvirt a od roku 2017 jsem na něj nemusel šáhnout protože funguje spolehlivě a umí vše co potřebuji – včetně živé migrace. Svoji pozornost jsem tak mohl soustředit na diskless samotný.
Výsledkem je pro mnohé těžko pochopitelný dynamicky skládaný vrstvený diskless. Vše je stupidně prosté, ale jak jsem zjistil hodně lidí má problém pochopit jak to funguje. Základem je NFS server, který exportuje jednotlivé vrstvy, co se dynamicky skládájí v ramdisku na základě konfigurace, kterou si stroj stáhne z úložiště.
Změny se nedělají v rámci nějaké konkrétní instalace, ale pouze na úrovni sdílených vrstev. Do některých se nevrtá vůbec a do jiných jen občas. Změny systémové vrstvy není potřeba řešit vůbec. Všechno jede z Btrfs. Před aktualizací vrstvy se udělá snapshot a pokud něco po aktualizaci nefunguje, jede se buď dál s původním obsahem, nebo se to ošetří v rámci některé z výše položených vrstev.
Ty obsahují většinou jen pár souborů. Je tak velice snadné dohledávat co se má v případě potřeby změnit. Elegance tohoto řešení vyniká obzvláště v situaci, kdy je potřeba rychle a efektivně instalaci upravit. Jako např. loni, kdy prakticky ze dne na den byla zavedena distanční výuka. Netrvalo ani dva týdny a mohlo se jet on-line. Nejvíc času zabralo dát do pořádku počítače.
Letos už se opět jede postaru. Tzn. stres, studenti všude možně, vyučující vracející se z dalekých destinací a dodatečné ladění toho co je kde potřeba až po zahájení semestru. Takže se až teď dostávám k tomu, abych aplikoval metody počítačové archelogie, vyhledal realizované změny, commitnul je do gitů a popsal v dokumentaci.
Tiskni
Sdílej:
se nehádejte spolu furt to jako nemá smysl žádnej :D ;D