Open source download manager Fatrat povstal z popela. Autor k dvacetiletému výročí projektu přidal do vínku podporu nejnovější knihovny libtorrent, rozhraní portoval na QT6, došlo k nahrazení podpory java rozšíření pythonem. Webové rozhraní bylo přepsáno s podporou mobilních zařízení. Aplikaci je taktéž možno zkompilovat bez podpory GUI. Více informací v releases.
Zranitelnost Broccoli2Shell (CVE-2026-111497) v kompresní knihovně Brotli se netýká pouze Node.js. Ohroženy jsou také aplikace využívající HTTP. Knihovnu používají webové prohlížeče, servery i řada dalších aplikací a technologií, například také Python nebo Bun. Identifikace všech zranitelných komponent může být obtížná, protože knihovna bývá součástí dalších softwarových balíčků nebo je přímo začleněna do spustitelných souborů aplikací.
Quad9, švýcarský celosvětově působící neziskový poskytovatel DNS, od 24. listopadu 2026 ukončí své služby ve Francii kvůli soudnímu sporu s katarskou televizní stanicí beIN. Ta požadovala blokování domén, které podle ní nelegálně zpřístupňují sportovní přenosy. Francouzský soud Katarům vyhověl a nařídil (🇫🇷, PDF) Quad9 blokaci zavést, pod hrozbou pokuty 1000 eur denně. Provozovatel příkaz odmítá s tím, že blokace
… více »Č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 »Hele, stejne problem mam taky a resilo to pouze vmware-update-2.6.27-5.5.7-2. Zkus to hledat takhle podle toho nazvu, pokud bys nemohl najit, tak ti to zabalim a poslu. S timhle patchem to prelozit jde i spustit. Bohuzel jsme zjistili o dost nizsi vykon s jadrem 2.6.26 (lenny) nez s jadrem 2.6.18 (etch) a to jak 32bit tak 64bit a ve vmware-server 1.0.9 i vmware 2.0.X. Takze doporucuju lenny balicky, ale jadro vzit z etch a na tom pak instalovat vmware. Jednak nebudes muset resit nejaky pitomy patche, aby se to vubec zkompilovalo a taky budes mit lepsi vykon. Nejhorsi je, ze i ESXi4 byl horsi nez kombinace lenny OS+etch kernel+vmware-server1.0.9.
Pokud se nepletu, tak hosi z vmware moc nepodporujou jakoukoliv open-distribuci, ktera ma novy jadro. Proste doslo k nejakej zmene v jadre mezi 2.6.18 a 2.6.26 a vmware zrejme povazuje jadro 2.6.20 a vyssi za nejaky experimentalni, takze na nej z vysoka kaslou. Ale co se pamatuju, tak ten vmware-any-any-update uz existuje dlouho, pricemz pro "starsi" 2.6 jadra (2.6.18) uz neni potreba, takze mozna za nejakou dobu (az i RHEL prejde na novejsi jadro:)) ty moduly prepisou, aby sly zkopilovat i na 2.6.26 jadrech. Ale to uz budeme mit mozna 2.6.36:)
Ech, nejak jsem to nedocetl az do konce. Koukam, ze tam ten vmware-update-2.6.26-5.5.7-2 mas. Tak dobry. Ale na ten vykon ti stejne doporucuju etch jadro. A vmware2 je opravdu hrozny. Kazdej balicek platforma-architectura (napr. i386-linux) ma kolem 500MB. Shit, to uz je skoro jako celej OS. A to webovy rozhrani je taky desny. Je to sice hezky univerzalni, ale u me to nekdy jede, nekdy ne, proste podle nalady. Takze vmware2 urcite ne.
Neco uz v KVM taky mame, ale ve vmware je hezky, ze to ma tu konzoli a uzivatele muzou sami nakopirovat vmware image na samba share, pripojit se konzoli a vm spustit. V KVM tohle proste by default neni a priprava image pro KVM ve windows taky asi neni, nebo je? Mozna pres nejaky cmdline utility a to opravdu pro uzivatele neni.
BTW, proc je tenhle zapisek trojmo?
Trojmo to bylo, protoze jsem to zmastil - omlouvam se, ale vymajznout uz mi to neslo, tak jsem psal adminovi. Vypada to ze uz to smazal.
Teď si sice svatosvatě slíbím, že v nejbližší době zkonvertuju VMware do KVMka, abych příště neřešil uzavřený VMware
Proč? Nová verze vmware ti tam jede, stará nejede nikoliv kvůli vmware, ale změnám v kernelu. Pokud jsi po dva roky neměl problém, tak tato událost (kterou bych nazval běžné trampoty při upgrade distra) rozhodně není důvodem pro změnu něčeho, co funguje.
Ty jsi uz vmware2 zkousel? Jak jsem psal, velikost a ovladani me dost odradilo. A pokud chce clovek nastartovat masinu a pak se pripojovat pres ssh nebo rdp, tak kvm uplne staci. Co jsme ten vykon porovnavali KVM a lenny OS+etch kernel+vmware1.0.9, tak KVM byl jenom o malinko pomalejsi (pro nas stale pouzitelne). Jedina nevyhoda, co zatim vidim, ze KVM udela na sitovce max. 130Mbps. Pouzivam i virtio, ale porad to neni ono. Ale pouzivame oficialni distribucni kvm. Kolega chce zkusit zkompilovat posledni verzi, tak potom uvidime.
Co se týče rychlosti cpu, sítě a diskových operací, toto asi hovoří za vše:
tomas@raid:/home/tomas$scp root@centos.doma:/root/VMwareTools-7.7.5-156745.tar.gz . Enter passphrase for key '/home/tomas/.ssh/id_rsa': VMwareTools-7.7.5-156745.tar.gz 100% 91MB 30.2MB/s 00:03
kde centos.doma je guest, raid.doma je fyzický stroj kde běží vmware2.0. Guest používá jiné fyzické disky než /home. Host je postarší dvoujádro Intel(R) Core(TM)2 CPU 6320 @ 1.86GHz na Intel P35. Na stejném hostu běží WinXP, které mají experimentálně přiděleny dva vCPU, což vmware nedoporučuje z výkonových důvodů (reálně spíš z marketingových).
$ scp debian-501-amd64-netinst.iso root@192.168.150.2:/dev/null root@192.168.150.2's password: debian-501-amd64-netinst.iso 100% 136MB 45.2MB/s 00:03Se zápisem na disk nemám vypovídající hodnotu, protože host je testovací a obraz jeho disku je soubor na fs na IDE disku.
Problém je jenom s výkonem virtio pod Windows...
Já jsem zmlsaný Debianem :). kde bych řekl, že ty dist-upgrade jsou opravdu pěkně vyladěné, takže mi pak ten VMware přišel náročnější. Na KVM to chci přehodit kvůli, tomu, že to mám přímo v distribuci a nemusím řešit věci které jsem popsal.
Tiskni
Sdílej: