Firefox 149 dostupný od 24. března přinese bezplatnou vestavěnou VPN s 50 GB přenesených dat měsíčně (s CZ a SK se zatím nepočítá) a zobrazení dvou webových stránek vedle sebe v jednom panelu (split view). Firefox Labs 149 umožní přidat poznámky k panelům (tab notes, videoukázka).
Byla vydána nová stabilní verze 7.9 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 146. Přehled novinek i s náhledy v příspěvku na blogu.
Dle plánu byla vydána Opera GX pro Linux. Ke stažení je .deb i .rpm. V plánu je flatpak. Opera GX je webový prohlížeč zaměřený na hráče počítačových her.
GNUnet (Wikipedie) byl vydán v nové major verzi 0.27.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.
Byly publikovány informace (technické detaily) o bezpečnostním problému Snapu. Jedná se o CVE-2026-3888. Neprivilegovaný lokální uživatel může s využitím snap-confine a systemd-tmpfiles získat práva roota.
Nightingale je open-source karaoke aplikace, která z jakékoliv písničky lokálního alba (včetně videí) dokáže oddělit vokály, získat text a vše přehrát se synchronizací na úrovni jednotlivých slov a hodnocením intonace. Pro separaci vokálů využívá UVR Karaoke model s Demucs od Mety, texty písní stahuje z lrclib.net (LRCLIB), případně extrahuje pomocí whisperX, který rovněž využívá k načasování slov. V případě audiosouborů aplikace na
… více »Po půl roce vývoje od vydání verze 49 bylo vydáno GNOME 50 s kódovým názvem Tokyo (Mastodon). Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Článek na stránkách Fedora Magazinu informuje o vydání Fedora Asahi Remixu 43, tj. linuxové distribuce pro Apple Silicon vycházející z Fedora Linuxu 43.
Byl zveřejněn program konference Installfest 2026. Konference proběhne o víkendu 28. a 29. března v Praze na Karlově náměstí 13. Vstup zdarma.
Byla vydána Java 26 / JDK 26. Nových vlastností (JEP - JDK Enhancement Proposal) je 10. Odstraněno bylo Applet API.
#--- 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:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz