Open source software pro úpravu digitálních fotografií LightZone (Wikipedie) byl vydán v nové verzi 5.0.0. LightZone je dnes k dispozici pod licencí BSD. Původně se jednalo o proprietární software vyvíjený společností Light Crafts. Ta v prosinci 2012 souhlasila s uvolněním zdrojových kódů jako open source [Wayback Machine].
Byla vydána verze 0.84 telnet a ssh klienta PuTTY (Wikipedie). Podrobnosti v přehledu nových vlastností a oprav chyb a Change Logu.
Microsoft představil Azure Linux 4.0 a Azure Container Linux. Na konferenci Open Source Summit North America 2026 organizované konsorciem Linux Foundation a sponzorované také Microsoftem. Azure Linux 4.0 vychází z Fedora Linuxu. Azure Container Linux je založen na projektu Flatcar. Azure Linux (GitHub, Wikipedie) byl původně znám jako CBL-Mariner.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 165 (pdf).
Byla vydána verze 9.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.
Firefox 151 podporuje Web Serial API. Pro komunikaci s různými mikrokontroléry připojenými přes USB nebo sériové porty už není nutné spouštět Chrome nebo na Chromiu postavené webové prohlížeče.
Byla vydána nová stabilní verze 8.0 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 148. Přehled novinek i s náhledy v příspěvku na blogu.
Ve FreeBSD byla nalezena a opravena zranitelnost FatGid aneb CVE-2026-45250. Jedná se o lokální eskalaci práv. Neprivilegovaný uživatel se může stát rootem.
Společnost Flipper Devices oznámila Flipper One. Zcela nový Flipper postavený od nuly. Jedná se o open-source linuxovou platformu založenou na čipu Rockchip RK3576. Hledají se dobrovolníci pro pomoc s dokončením vývoje (ovladače, testování, tvorba modulů).
Vývojáři Wine oznámili vydání verze 2.0 knihovny vkd3d pro překlad volání Direct3D na Vulkan. Přehled novinek na GitLabu.
____________________
| SERVER PLUTO |
| bond0 (2x 1Gbit) |
___________________ |___|________________| ____________________
| SERVER JUPITER | ________|______ | SERVER MARS |
| | | SWITCH 1Gbit | | |
| bond0 (2x 1Gbit)-------|_______________|---------------(2x 1Gbit) bond1 |
| | | |
| bond1 (2x 10Gbit)--------------------------------------(2x 10Gbit) bond1 |
|__________________| |____________________|
V současné době to vypadá tak, že servery Jupiter a Mars mezi sebou mohou komunikovat přes vyhrazené IP adresy na bond1. Se zbytkem sítě, např. serverem Pluto, ale musejí zvolit cestu po bond0, kde logicky musí být jiný adresní rozsah. A to je kámen úrazu. Potřeboval bych nějakým způsobem zařídit, aby oba servery měly jeden interface s jednou IP, kterým by komunikovaly jak mezi sebou tak s okolím.
Napadly mne tři možnosti:
Řešení dotazu:
Jen tak rychlý nápad bez velkého přemýšlení: co prostě na obou rozhraních nastavit stejné adresy, ale na bond1 bez rozsahu a s explicitní položkou do směrovací tabulky pro druhou adresu? Tj. např.
ip addr add 10.0.0.11/24 brd + dev bond0 ip addr add 10.0.0.11 dev bond1 ip route add 10.0.0.22 dev bond1
(a na druhém stroji naopak).
ip addr add 10.0.0.11(10.0.0.12) dev bond1- ip adresu bond1 druheho severa routovat cez bond1
ip route add 10.0.0.12(10.0.0.11) dev bond1- v aplikaciach, ktore potrebuju ist cez 10Gb pouzivat ip bond1 tu ale predpokladam, ze ak ako dst ip pouzijem ip bond1 druheho server, tak sa automaticky pouzije ako src adresa bond1. alebo sa mylim?
Tiskni
Sdílej: