Organizátoři komunitního setkání nejen českých a slovenských správců sítí CSNOG 2027, které se uskuteční 20. a 21. ledna na půdě zlínské univerzity Tomáše Bati, oznámili prodloužení termínu pro zasílání abstraktů do programu akce. Zájemci se mohou hlásit prostřednictvím webu setkání do úterý 10. listopadu. Programová komise uvítá příspěvky věnované nejen správě sítí, ale také legislativě a regulaci nebo síťařským aktivitám studentů a pedagogů.
Bylo spuštěno předobjednávání zařízení Flipper One s Linuxem. Za 20 dolarů si lze koupit kupón a zajistit si tím speciální cenu 379 dolarů po spuštění kampaně na Kickstarteru.
Tor Browser, tj. fork webového prohlížeče Mozilla Firefox s integrovaným klientem sítě Tor přednastavený tak, aby přes tuto síť bezpečně komunikoval, byl vydán ve verzi 16.0. Postaven je na Firefoxu ESR 153. Vydána byla také nová verze 7.16 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. S Tor Browserem 16.0.
FreeTube, desktopový klient pro YouTube využívající lokální API, byl vydán ve verzi 0.26.0. Toto velké opravné vydání mj. vrací částečnou podporu živých přenosů nebo přepracovává zobrazování titulků a obecně nastavení videa v přehrávači – FreeTube umožňuje např. přehrávat video s větším zrychlením.
Další vlna kyberútoků zasáhla chladicí zařízení supermarketů v sedmi evropských zemích, Belgii, Lucembursku, Švédsku, Nizozemsku, Irsku, Estonsku a Finsku. Mrazáky se v některých prodejnách opět 'proměnily v trouby' a zahřály až na 50°C, což pochopitelně vedlo ke znehodnocení uskladněných potravin. Útoky navazují na podobný incident ve Francii z první poloviny října letošního roku, pachatel stále není znám.
Zranitelnost v aktualizačním mechanismu WordPress umožňuje útočníkovi zasáhnout do dočasného instalačního adresáře během aktualizace jádra systému. Před aktualizací veřejně dostupného WordPressu dočasně zablokovat HTTP přístup k wp-content/upgrade/, následně aktualizovat a zkontrolovat logy. Postižené verze: WordPress 4.7 až 7.1.3.
Alpine Linux zveřejnil podrobnosti o útoku na svůj GitLab a 30. října oznámil obnovení provozu. Útočník se 20.–21. října pokusil zneužít chybu v regulárních výrazech. Exploit způsobil opakované pády workerů a několikrát se dostal do pokročilé fáze. Úspěšné spuštění kódu však nebylo potvrzeno. Fix: Opravený GitLab a současně Ruby 3.3.13, 3.4.12 nebo 4.0.9+, pokud jde o vlastní sestavení či kontejner.
Konference OpenAlt 2026 proběhne tento víkend 7. a 8. listopadu na FIT VUT v Brně. Jedná se již o 21. ročník této konference, která propojuje otevřené technologie, svobodný software, hardware a lidi, kteří chtějí věci nejen používat, ale také jim rozumět a měnit je k lepšímu. Více o konferenci v příspěvku OpenAlt 2026: technologie, které dávají svobodu na blogu spolku OpenAlt.
Dobrý den,
dostal jsem se se do situace, kdy bych potřeboval udělat tuto "prasárnu", na dvou lokalitách mám mikrotik routery, každý má dvě nezavislé linky do internetu, jednu 30Mbit, druhou 20Mbit, obě jsou symetrické.
Jde mi o to, zda-li lze udělat přes každou konektivitu samostatný EOIP tunnel (což lze) a nad těmito EOIP interface udělat bonding (konfiguračně lze, na stole mi to chodi), následně bonding interface hodit do do bridge s ethernet portem mikrotiku na každé straně a ziskat tím tedy 50Mbit linku mezi lokalitami.
Budou to fungovat i když jsou linky různě kapacitní, v mikrotiku nevidím nikdě šanci zadach rychlost linky, takže zřejmě mikrotik odvozuje rychlost podle chycení portu? Jaký mod pro bonding nejlepé použít? Testuji zatím balance-rr i když by se mi možná spíše libili postupné zaplnování obou linek lze li to.
Díky za váš názor. Franc
Covece, taky jsem byl k tomu sketicky, ale ono to nejak maka a zda se i pomerne dobre, osvedcil se nejvice balance-rr.
Dale jsem trochu resil problem s tim, ze eoip tunnel je stale up, po vypadku jedne trasy se to zacne chovat divne, bond interface totiz nedokaze zjistit ze mu jeden tunnel nejde (protoze eoip je porad UP), to jsem obesel workaround-em pomoci netwatch, kde kontroluji dostupnost protistrany tunnelu a pripadne eoip shodit/nahodit, cele to delam na obou stranach.
Dale jsem trochu resil problem s tim, ze eoip tunnel je stale up, po vypadku jedne trasy se to zacne chovat divne, bond interface totiz nedokaze zjistit ze mu jeden tunnel nejde (protoze eoip je porad UP), to jsem obesel workaround-em pomoci netwatch, kde kontroluji dostupnost protistrany tunnelu a pripadne eoip shodit/nahodit, cele to delam na obou stranach.Tohle by melo jit vyresit pomoci ARP monitoring. Zatim jsem to netestoval, ale vypada to slibne.
Tiskni
Sdílej: