Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).
ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.
LF AI & Data Foundation patřící pod Linux Foundation spustila Open Platform for Enterprise AI (OPEA).
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.
Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.
Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.
#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
Společnost Volla Systeme stojící za telefony Volla spustila na Kickstarteru kampaň na podporu tabletu Volla Tablet s Volla OS nebo Ubuntu Touch.
Společnost Boston Dynamics oznámila, že humanoidní hydraulický robot HD Atlas šel do důchodu (YouTube). Nastupuje nová vylepšená elektrická varianta (YouTube).
#--- Meri cely traffic do internetu --- total in|in|eth1|all|| total out|out|eth1|all||Tohle by melo zmerit vsechna data ktere protecou pres rozhrani eth1. Pokud sem to dobre pochopil, tak by to melo stacit nebo ne?
Neznám ipac-ng. Nelze mu říct, aby accountoval podle konkrétní zdrojové/cílové MAC adresy? To, co vám přichází/odchází na/z eth1, se liší zdrojovou/cílovou MAC adresou - je to MAC adresa zařízení jednoho nebo druhého providera.
Pokud to tak nejde, musíte účtovat podle routovacích pravidel. V odchozím směru je to jasné - nějakým mechanismem routujete provoz k jednomu nebo druhému providerovi, stejným mechanismem ho můžete účtovat. V příchozím směru to může být horší, pokud vám funguje nesymetrický routing. Pokud routujete symetricky, pak analogická pravidla jako pro odchozí provoz platí i pro příchozí.
Ale to už bychom potřebovali vědět, jak máte vyřešen balancing mezi ty dva providery.
S tou MAC adresou je to pravda, ale pak opravdu nemohu použít ipac-ng, protože tohle neumí.
Zde mi opravdu nezbude nic jiného než jak říkáte to dělat tak jak dělám routing (označuji pakety a ty pak dávám do routovací tabulky)
Rád bych ale použil něco co mi data ještě převede do grafu s časovou osou, pak mohu rozeznat jak která linka byla kdy vytížena a případně některé služby z některých serverů posílat přes druhého providera.
Tiskni Sdílej: