Dnes a zítra probíhá vývojářská konference Google I/O 2026. Sledovat lze na YouTube a na síti 𝕏 (#GoogleIO).
Canonical vydal Ubuntu Core 26. Vychází z Ubuntu 26.04 LTS a podporováno bude 15 let. Ubuntu Core je minimální neměnný operační systém určený pro vestavěné systémy.
Bylo vydáno OpenBSD 7.9. Po dlouhé době opět se songem: Diamond in the Rough.
Byl vydán Mozilla Firefox 151.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 151 bude brzy k dispozici také na Flathubu a Snapcraftu.
Elon Musk prohrál soudní spor se společností OpenAI, která se podle jeho žaloby odchýlila od původně uváděného cíle vyvíjet umělou inteligenci (AI) ku prospěchu lidstva. Porota včera po necelých dvou hodinách dospěla k jednomyslnému závěru, že Musk žalobu podal příliš pozdě. Musk byl jedním ze spoluzakladatelů společnosti OpenAI, která vznikla v roce 2015 a vyvinula populární chatovací systém ChatGPT. V roce 2018 na svůj post ve vedení
… více »Byla vydána nová verze 10.4 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Opraveny jsou zranitelnosti Copy Fail a Dirty Frag. Přibyl nový obraz pro Orange Pi 5B.
Pokud je zranitelnost Linuxu v nepoužívaném jaderném modulu, lze ji jednoduše vyřešit zakázáním automatického načítání tohoto konkrétního zranitelného modulu. Projekt ModuleJail si klade za cíl zvýšit bezpečnost Linuxu zakázáním automatického načítání všech nepoužívaných jaderných modulů. Jedná se o skript, který dá všechny nepoužívané jaderné moduly na blacklist (/etc/modprobe.d/modulejail-blacklist.conf).
Odborníci z Penn State University zkoumají způsob ukládání informací na lepicí pásku. Principiálně by podle nich bylo možné kombinací odlepení a zpětného přilepení dosáhnout uložení informace, kterou opětovným odlepením dokážou přečíst. Výhodou je, že způsob uložení i přečtení je čistě mechanický. Zde o tom referují ve volně dostupném článku. Zajímavé bude sledovat zda se jim v rámci výzkumu podaří prokázat použitelnost i v jiné než
… více »Na GitHubu byl publikován reprodukovatelný návod, jak rozchodit Adobe Lightroom CC na Linuxu a Wine. Návod byl vytvořený pomocí AI Claude Code.
Pokud by někdo potřeboval Wayland kompozitor uvnitř počítačové hry Minecraft, aby mohl zobrazovat okna desktopových aplikací přímo v herním prostředí, může sáhnout po Waylandcraftu. Ukázka na YouTube.
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: