Článek na blogu APNIC vysvětluje, jak správně vytvářet a používat ASPA záznamy — podepsané objekty v RPKI, které uvádějí, kteří poskytovatelé směrování jsou pro dané autonomní číslo (ASN) oprávněni. Síťoví operátoři je mohou využít k ověřování tras BGP a k odhalování úniků tras či podvržených tras.
Byla vydána (𝕏) verze 8.0.0 open source programu pro prolamování hesel hashcat (GitHub, Wikipedie). Přehled novinek v příspěvku v diskusním fóru a pdf.
Byla vydána (𝕏, Bluesky) nová verze 2026.3 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem 6 nových nástrojů v oficiálním oznámení na blogu.
Výzkumníci ukazují, jak mohou otevřené tunely a IPv6 Extension Headers synchronizovat pakety do krátkých provozních špiček. V kontrolovaném experimentu naměřili přes 180násobnou koncentraci paketového toku vůči průměrné rychlosti odesílání — nikoli 180násobné zvětšení objemu dat. Článek obsahuje metodiku, limity měření i mitigace pro GRE, IPIP a další tunely.
Po velkém úspěchu prvního MobileLinux Hackdaye se vracíme do Českých Budějovic s druhým ročníkem. V pátek 30. října 2026 od 10:00 se v prostorách Jihočeské univerzity uskuteční Embedded & MobileLinux Hackday #2. Těšit se můžete na témata jako Immutable Linux na telefonech (BengalOS), U-Boot a upstream vývoj, AI optimalizace pro embedded systémy nebo otevřený hardware. Nebude chybět praktické hackování, sdílení zkušeností a možnost … více »
Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění
… více »Francouzský výrobce kabelů Nexans upozornil na napjaté dodávky elektrických kabelů. Výstavba nové výrobní linky pro některé typy kabelů může trvat přibližně tři roky. Datacentra potřebují rozsáhlé nízkonapěťové a středněnapěťové rozvody. Poptávka roste současně s modernizací elektrických sítí. Někteří odběratelé proto uzavírají výrazně delší dodavatelské smlouvy [Reuters].
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.
Pokud provozujete bezdiskový linux nad NFS, tak vás možná zaujme výsledek mého posledního testování.
Je tomu zhruba půl roku, co jsem přepracoval naše virtualizační prostředí pro diskless použití. Všechno funguje k naprosté spokojenosti, až na jedinou věc. Tou je brutálně pomalý zápis na disk v prostředí virtuálních strojů. Příčina je známa. Na tyto adresáře totiž nelze aplikovat parametr async.
U asynchronního přenosu dat na server by se totiž mohlo stát, že by v případě jeho kolapsu virtuál mohl ztratit kritické soubory, aniž by to zjistil. Synchronní přenos, kdy virtuální systém čeká až mu přijde potvrzení, že byly data skutečně uloženy na disk toto vylučuje.
I když by se to mohlo zdát kritické. Ve skutečnosti s tím žádný problém není. Data se kterými servery pracují jsou většinou v databázi a upload souborů na server bývá obvykle stejně omezen propustností linky na straně klienta. Jediná situace, kdy se to opravdu výrazně projevuje, je aktualizace a instalace v prostředí virtualizovaného systému. To však lze obejít tím, že se tyto operace provedou přes chroot na straně serveru, kde se toto zpomalení neprojeví.
Nicméně některé stroje používají uživatelé, co nemají přístup na NFS server a taková aktualizace virtuálu je pro ně utrpením. Zákonitě se tedy ptají, proč to je tak příšerně pomalé. Zkoušel jsem tedy nějak tento problém řešit, ale bohužel bez výraznějšího úspěchu. I když ale ne tak docela.
S překvapením jsem zjistil, že úpravy, které provedli vývojáři Btrfs v kódu, pro podporu NFS zhruba 3x zrychlují zápis oproti ext3, ext4 či reiserfs. Zcela konkrétně - rozbalení zdrojáků pro kernel 3.7.6 trvalo nad ext4 224 minut, zatím co nad btrfs, ze stejného diskového pole "pouhých" 68 minut.
A také jsem narazil ještě na jednu záludnost. Jádra verze >= 3.6 nemají pouze jeden modul pro NFS, ale každá verze má svůj. Je tedy třeba je také přibalit do ramdisku.
Používáte-li virtuální VDE switche, tak možná pro vás může být důležitá také informace, že nepodporují jumbo frame. Podle toho co jsem zatím vyšťáral je to tím, že VDE používá sokety a ty mají maximální velikost MTU omezenou na 1500
Nicméně je-li používán synchronní režim NFS, nemá pro urychlení přenosu použití jumbo frames víceméně žádný význam.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz