Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
V italském městě Pordenone probíhá LibreOffice Conference 2026. Zúčastnit se lze i online.
Svobodný (GPLv3) šachový engine Stockfish (Wikipedie) byl vydán ve verzi 19 (𝕏). Přehled novinek v příspěvku na blogu. Stockfish 19 je o 44 Elo silnější než Stockfish 18.
Byla vydána nová verze 1.13.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
____________________
| 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: