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.
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.
Ahoj, jednoduchy dotaz na zdatnejsi sitare.
Mama tri switche A,B,C propojene do kruhu, ke switchi A je pripojen router R1, ke switchi C je pripojen router R2.
Udelam dve vlan vlan proti sobe , napr. vlan10, vlan20, vlany se nikde nepotkavaji, tedy neni kruh, na routerech si udelam vlan interface 10 a 20, kazdemu interface nastavit ruzne subnety treba
R1 - vlan10 10.10.10.1/24 , R2 - vlan10 10.10.10.2/24
R1 - vlan20 10.10.20.1/24 , R2 - vlan20 10.10.20.2/24
Takze routery k sobe znaji dve cesty, kdyz pingam z R1 na 10.10.10.2, tak to chvili jde, chvili nejde, kde je problem?
Vadi routerum, ze v arp tabulce vidi pro jednu MAC dva zaznamy IP, tedy oni se nauci MAC pres vlan10 i vlan20 a proto to nemuze fungovat?
Rad bych pouzival oba dva smery, napr. pres vlan10 routoval nejake rozsahy a pres vlan20 jine, aby se tedy provoz rozlozil, je to mozne?
Na switchi je zapnuty spanning tree, konkretne spanning tree per vlan, zda se to funguje v poradku, vidim pro jednotlive vlany porty ve stavu forwarding jine jako blocking (dle path cost, root bridge je nastaven na switchi A, dle priority), pokud odpojit forwardujici port, tak vidim, ze blokovany port se povoli a provoz funguje dal.
Porty na switchi jsou jako trunk = na boxech je vlan interface = pripojene jednim portem , jedna se Mikrotik boxy (5-kova rada routeros).
V arpe routeru vidim naucene MAC adresy protejsku pres oba vlan interface. (tedy napr. pro router A vidim 10.10.10.2 - MAC adres - vlan 10, 10.10.20.2 - MAC adres -vlan20 ).
Mel jsem za to, ze pokud to "zakruhoji" na L3, tak to routerum nebude delat problem, jsem z toho zmateny.
Novy poznatek.
Mikrotik umi pinga na L2 (arp-ping) a zde k timeout vubec nedochazi, takze problem musi byt zrejme na vrst L3 a jeste jsem dosel k zaveru, problem se projevuje jen v jednom smeru, tedy pokud pingam z routeru R1 na R2 tak se objevuji timeout, obracene z R2 na R1 nikoliv, divne.
Kontroloval jsem na switchich MAC tabulky, jestli zde nedochazi k nejakym vypadkum naucenych adres pro vlan 10 a 20, ale nikoliv, adresy jsou tam stale a nikam nepreskakuji, zacinam mit podezreni na router R1 ze je v nejakem "pastavu".
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz