SolveSpace (Wikipedie), tj. multiplatformní open source parametrický 2D/3D CAD, byl vydán v nové verzi 3.2. Přehled novinek v Changelogu na GitHubu. Vyzkoušet lze novou oficiální webovou verzi.
Organizátoři Dne IPv6, tradiční akce věnované tématům spojeným s tímto protokolem, vyhlásili Call for Abstracts. Na webu konference mohou zájemci přihlašovat příspěvky o délce 20 nebo 40 minut či 10minutové lighting talky a to až do 30. dubna. Tvůrci programu uvítají návrhy přednášek z akademického i komerčního sektoru, které mohou být technického i netechnického zaměření. Den IPv6 se letos uskuteční 4. června a místem konání bude i
… více »Euro-Office (Wikipedie) je evropský fork open source kancelářského balíku OnlyOffice. Za forkem stojí koalice firem IONOS, Nextcloud, Eurostack, XWiki, OpenProject, Soverin, Abilian a BTactic. Cílem je zajistit digitální suverenitu Evropy a snížit závislost na neevropských platformách. Projekt vznikl mimo jiné v reakci na nedávné uzavření cloudové služby OnlyOffice. OnlyOffice obviňuje Euro-Office z porušení licenčních podmínek. Na možné problémy upozorňuje i Collabora Online. Jednostranná změna licence není v pořádku.
Byly zpracovány a na YouTube zveřejněny videozáznamy jednotlivých přednášek z letošního Installfestu.
Během akce Arduino Days 2026 byl publikován Arduino Open Source Report 2025 (pdf) a oznámeno 7 nových produktů kompatibilních s deskou UNO Q (Arduino USB-C Power Supply, USB-C Cable, USB-C Hub, UNO Media Carrier, UNO Breakout Carrier, Bug Hopper, Modulino LED Matrix).
Google v pátek spustil v Česku Vyhledávání Live. Tato novinka umožňuje lidem vést plynulou konverzaci s vyhledávačem v češtině. A to prostřednictvím hlasu, nebo prostřednictvím toho, na co ukážou svým fotoaparátem či kamerou v mobilu. Rozšíření této multimodální funkce je možné díky nasazení Gemini 3.1 Flash Live, nového hlasového a audio modelu, který je od základu vícejazyčný, takže umožňuje lidem po celém světě mluvit na vyhledávač přirozeně a v jazyce, který je jim nejbližší.
Jsongrep je open-source nástroj, který efektivně prohledává JSON dokumenty (editovat je neumí). Kompiluje regulérní jazyk dotazu do podoby deterministického konečného automatu (DFA), díky čemuž prochází strom JSON dokumentu pouze jednou a je v tom tedy rychlejší než jiné nástroje jako jsou například jq, JMESPath nebo jql. Jsongrep je napsaný v programovacím jazyce Rust, zdrojový kód je dostupný na GitHubu.
O víkendu probíhá v Praze na Karlově náměstí 13 konference Installfest 2026. Na programu je celá řada zajímavých přednášek a workshopů. Vstup na konferenci je zcela zdarma, bez nutnosti registrace. Přednášky lze sledovat i online na YouTube.
Mozilla a společnost Mila oznámily strategické partnerství za účelem rozvoje open source a suverénní AI. Cílem je ukázat, že open source AI může konkurovat uzavřeným systémům. Obě organizace chtějí posílit technologickou suverenitu a snížit závislost na hrstce velkých technologických firem.
Adam Rice předvedl, že pomocí DNS lze distribuovat a spustit kompletní hru DOOM. Rozdělil WAD soubory a binárky do téměř 2000 DNS záznamů v Cloudflare zóně (jeden TXT záznam v DNS může nést okolo 2000 znaků textu). Ty pak stáhl PowerShellem, dekomprimoval a spustil přímo v paměti počítače bez nutnosti zápisu na disk, což prakticky dokazuje, že DNS může sloužit jako distribuované úložiště dat a možný kanál pro načítání kódu. Repozitář projektu je na GitHubu.
Dokázal by mi někdo poradit s následujícím problémem nebo spíše vysvětlit toto chování? Snažím se na routeru odchytávat nežádoucí DNS dotazy pomocí iptables. Dlouho jsem bojoval s modulem string, protože mi ignoroval řetezce obsahující tečku. Pak jsem našel něčí podobné řešení ze kterého jsem odvodil toto:
iptables -A FORWARD -p udp --dport 53 -m string --hex-string "zlaadresa|03|com" --algo bm -j DROPCož funguje jak chci.
Nicméně není mi jasné, proč je tečka nahrazena |03|, protože v ascii tabulce jí odpovídá 0x2e. Pak jsem chtěl blokovat cz doménu a tam mi toto nefungovalo, po chvíli laborování jsem přišel na to že, funguje následující:
iptables -A FORWARD -p udp --dport 53 -m string --hex-string "zlaadresa|02|cz" --algo bm -j DROP
Dokáže mi někdo vysvětlit, proč to tak je? Jsem z toho zmatený a neumím si představit, jak bych řešil nějaká složitější pravidla. V manuálu iptables není o používání hex-stringu ani zmínka...
Řešení dotazu:
|09|zlaadresa|02|cz|00|
zajímavé
zlaadresa|03|com funguje. A v DNS paketu je přesně tenhle řetězec, tj. v C notaci zlaadresa\x03com.
Problém je už v té snaze DNS dotazy filtrovat pomocí shody s řetězcem. To nebude fungovat, DNS protokol nepřenáší doménové názvy jako jednoduchý text. Už jste narazil na první věc, že název se nepřenáší jako jednotlivé části oddělené tečkou a celé zakončené třeba nulovým bajtem, ale jméno je podle teček rozděleno na části, a ty se pak zapisují tak, že v prvním bajtu je délka části a následuje textová reprezentace dané části. Přičemž první bajt může nést i jinou informaci (délka části je max. 64 znaků, takže ještě zbývají volné bity na další informace). Tj. zlaadresa.com se přenáší jako \x09zlaadresa\x03com. Další věc je, že se názvy v paketu neopakují, ale je možné se tam odkazovat na předchozí výskyty.
Jinými slovy, porovnávat to jenom pomocí shody se vzorem nejde. Musel byste jedině použít nějaký DNS proxy server, který bude protokolu DNS rozumět. Ale moc nechápu smysl takového počínání.
zlaAdresa.com.
Tiskni
Sdílej: