Komunita kolem Linux Containers po roce vývoje představila (YouTube) neměnný operační systém IncusOS speciálně navržený pro běh Incusu, tj. komunitního forku nástroje pro správu kontejnerů LXD. IncusOS poskytuje atomické aktualizace prostřednictvím mechanismu A/B aktualizací s využitím samostatných oddílů a vynucuje zabezpečení bootování pomocí UEFI Secure Bootu a modulu TPM 2.0. Postaven je na Debianu 13.
Mozilla začne od ledna poskytovat komerční podporu Firefoxu pro firmy. Jedná se o podporu nad rámec stávající podpory, která je k dispozici pro všechny zdarma.
V Bolzanu probíhá konference SFSCON (South Tyrol Free Software Conference). Jean-Baptiste Kempf, zakladatel a prezident VideoLAN a klíčový vývojář VLC media playeru, byl na ní oceněn cenou European SFS Award 2025 udělovanou Free Software Foundation Europe (FSFE) a Linux User Group Bolzano‑Bozen (LUGBZ).
Open-source minimalistický trackball Ploopy Nano byl po modelech modelech Classic a Thumb Trackball také aktualizován. Nová verze Nano 2 používá optický senzor PAW3222 a k původně beztlačítkovému designu přidává jedno tlačítko, které ve výchozí konfiguraci firmwaru QMK přepíná režim posouvání koulí. Sestavený trackball nyní vyjde na 60 kanadských dolarů (bez dopravy a DPH).
Github publikoval Octoverse 2025 (YouTube), tj. každoroční přehled o stavu open source a veřejných softwarových projektů na GitHubu. Každou sekundu se připojil více než jeden nový vývojář. Nejpoužívanějším programovacím jazykem se stal TypeScript.
Kit je nový maskot webového prohlížeče Firefox.
Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.5. Přehled novinek s náhledy v oznámení na blogu.
Německo zvažuje, že zaplatí místním telekomunikačním operátorům včetně Deutsche Telekom, aby nahradili zařízení od čínské firmy Huawei. Náklady na výměnu by mohly přesáhnout dvě miliardy eur (bezmála 49 miliard Kč). Jeden scénář počítá s tím, že vláda na tento záměr použije prostředky určené na obranu či infrastrukturu.
Po dvaceti letech skončil leader japonské SUMO (SUpport.MOzilla.org) komunity Marsf. Důvodem bylo nasazení sumobota, který nedodržuje nastavené postupy a hrubě zasahuje do překladů i archivů. Marsf zároveň zakázal použití svých příspěvků a dat k učení sumobota a AI a požádal o vyřazení svých dat ze všech učebních dat.
Úřad pro ochranu hospodářské soutěže zahajuje sektorové šetření v oblasti mobilních telekomunikačních služeb poskytovaných domácnostem v České republice. Z poznatků získaných na základě prvotní analýzy provedené ve spolupráci s Českým telekomunikačním úřadem (ČTÚ) ÚOHS zjistil, že vzájemné vztahy mezi operátory je zapotřebí detailněji prověřit kvůli možné nefunkčnosti některých aspektů konkurence na trzích, na nichž roste tržní podíl klíčových hráčů a naopak klesá význam nezávislých virtuálních operátorů.
Mám niekoľko Ubuntu 10.04 boxov, na ktorých beží Quagga a používam ich ako BGP routery. V IPv4 beží všetko ako má, latencia je nízka a packet loss je 0 percent pri všetkých peer-och. napr.:
root@r6-REDBUS:/etc/network# ping 213.1XX.79.197
PING 213.1XX.79.197 (213.1XX.79.197) 56(84) bytes of data.
64 bytes from 213.1XX.79.197: icmp_seq=1 ttl=64 time=0.939 ms
64 bytes from 213.1XX.79.197: icmp_seq=2 ttl=64 time=1.22 ms
64 bytes from 213.1XX.79.197: icmp_seq=3 ttl=64 time=0.927 ms
64 bytes from 213.1XX.79.197: icmp_seq=4 ttl=64 time=1.19 ms
64 bytes from 213.1XX.79.197: icmp_seq=5 ttl=64 time=2.34 ms
64 bytes from 213.1XX.79.197: icmp_seq=6 ttl=64 time=0.968 ms
64 bytes from 213.1XX.79.197: icmp_seq=7 ttl=64 time=1.15 ms
64 bytes from 213.1XX.79.197: icmp_seq=8 ttl=64 time=0.869 ms
64 bytes from 213.1XX.79.197: icmp_seq=9 ttl=64 time=0.955 ms
64 bytes from 213.1XX.79.197: icmp_seq=10 ttl=64 time=0.896 ms
Ten istý peer v IPv6, ale ukáže toto: (väčšinou, ale ani nedokážem pingnúť, dostanem iba "Network is unreachable")
root@r6-REDBUS:br />PING 2001:438:fXXX::4b9(2001:438:fXXX::4b9) from 2001:438:fXXX::4ba bond1.849: 56 data bytes
From 2001:438:fXXX::4ba icmp_seq=1 Destination unreachable: Address unreachable
From 2001:438:fXXX::4ba icmp_seq=2 Destination unreachable: Address unreachable
From 2001:438:fXXX::4ba icmp_seq=3 Destination unreachable: Address unreachable
ping: sendmsg: Network is unreachable
ping: sendmsg: Network is unreachable
From 2001:438:fXXX::4ba icmp_seq=4 Destination unreachable: Address unreachable
ping: sendmsg: Network is unreachable
64 bytes from 2001:438:fXXX::4b9: icmp_seq=8 ttl=64 time=653 ms
64 bytes from 2001:438:fXXX::4b9: icmp_seq=9 ttl=64 time=7.24 ms
64 bytes from 2001:438:fXXX::4b9: icmp_seq=10 ttl=64 time=33.9 ms
64 bytes from 2001:438:fXXX::4b9: icmp_seq=11 ttl=64 time=1.19 ms
^C
--- 2001:438:fXXX::4b9 ping statistics ---
61 packets transmitted, 4 received, +4 errors, 93% packet loss, time 60150ms
rtt min/avg/max/mdev = 1.190/173.867/653.093/276.955 ms
IPv4 aj IPv6 k tomuto Peerovi ide cez ten istý kábel, po tej istej vlan. Sieť je v /etc/network/interfaces nakonfigurovaná nasledovne:
auto bond1.849
iface bond1.849 inet static
address 213.XXX.79.198
netmask 255.255.255.252
network 213.XXX.79.196
broadcast 213.XXX.79.199
vlan_raw_interface bond1
up /sbin/ip -6 addr add 2001:438:fXXX::4ba/64 dev bond1.849
down /sbin/ip -6 addr del 2001:438:fXXX::4ba/64 dev bond1.849
root@r6-REDBUS:/etc/network# ip -6 link show dev bond1.849
23: bond1.849@bond1: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
link/ether 00:10:f3:1a:48:5a brd ff:ff:ff:ff:ff:ff
root@r6-REDBUS:/etc/network# ip -6 addr show dev bond1.849
23: bond1.849@bond1: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500
inet6 2001:438:fXXX::4ba/64 scope global
valid_lft forever preferred_lft forever
inet6 fe80::210:f3ff:fe1a:485a/64 scope link
valid_lft forever preferred_lft forever
Tento problém mám so všetkými peermi na všetkých routroch. Vo všetkých prípadoch IPv4 funguje bezchybne, IPv6 iba sporadicky. Väčšinou mám striedavo "Network is unreachable" a "Address unreachable". Po niekoľkých pokusoch začne ping6 na chvíľu fungovať, ale dosť nepravidelne
root@r6-REDBUS:/etc/network# ping6 2001:1900:XXX:2:2::631
connect: Network is unreachable
root@r6-REDBUS:/etc/network# ping6 2001:1900:XXX:2:2::631
connect: Network is unreachable
root@r6-REDBUS:/etc/network# ping6 2001:1900:XXX:2:2::631
connect: Network is unreachable
root@r6-REDBUS:/etc/network# ping6 2001:1900:XXX:2:2::631
connect: Network is unreachable
root@r6-REDBUS:/etc/network# ping6 2001:1900:XXX:2:2::631
PING 2001:1900:XXX:2:2::631(2001:1900:XXX:2:2::631) 56 data bytes
From 2001:1900:XXX:2:2::632 icmp_seq=1 Destination unreachable: Address unreachable
From 2001:1900:XXX:2:2::632 icmp_seq=2 Destination unreachable: Address unreachable
From 2001:1900:XXX:2:2::632 icmp_seq=3 Destination unreachable: Address unreachable
64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=4 ttl=64 time=2218 ms
64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=5 ttl=64 time=1218 ms
64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=6 ttl=64 time=218 ms
64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=7 ttl=64 time=135 ms
64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=8 ttl=64 time=39.1 ms
64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=9 ttl=64 time=7.51 ms
64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=10 ttl=64 time=19.0 ms
64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=11 ttl=64 time=1.06 ms
64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=12 ttl=64 time=0.826 ms
64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=13 ttl=64 time=14.4 ms
64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=14 ttl=64 time=28.3 ms
64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=15 ttl=64 time=1.50 ms
64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=16 ttl=64 time=16.5 ms
64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=17 ttl=64 time=339 ms
64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=18 ttl=64 time=242 ms
64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=19 ttl=64 time=406 ms
64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=20 ttl=64 time=196 ms
64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=21 ttl=64 time=10.3 ms
64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=22 ttl=64 time=182 ms
64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=23 ttl=64 time=49.2 ms
64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=24 ttl=64 time=11.3 ms
64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=25 ttl=64 time=1.82 ms
link k peer-ovi je router ---> juniper ex4200 switch ---> virtual cable provider (napr.: gt-t.net) ---> peer router. Link od môjho routera až po peerov router ide po dedikovanej VLAN. Juniper switch na mojej strane je nakonfigurovaný takto (port idúci k virtual cable provider):
ge-2/0/19 {
ether-options {
no-auto-negotiation;
link-mode full-duplex;
speed {
1g;
}
}
unit 0 {
description "Packet Exchange Peering Cable";
family ethernet-switching {
port-mode trunk;
vlan {
members [ TATA-BGP-3040 PACKETEXCHANGE-EXCHANGEPOINT-502 ABOVENET-BGP-849 ];
}
native-vlan-id 80;
}
}
}
port idúci k môjmu routeru:
ge-2/0/5 {
description R6-eth2;
unit 0 {
family ethernet-switching {
port-mode trunk;
vlan {
members [ RED-INTERNAL-96 RED-INTERNAL-69 PACKETEXCHANGE-EXCHANGEPOINT-502 TATA-BGP-3040 LEVEL3-BGP-80 ABOVENET-BGP-849 DATAHOP-TRANSIT-640 LINX-EXTREME-528 ];
}
}
}
}
Chápem že tento opis je dosť zdĺhavý, ale celkovo je to celkom jednoduchý setup. Bol by som vďačný, keby mi niekto vysvetlil kde robím chybu. Nemám poňatia či mám zle nastavené sieťové rozhranie na routeri, či treba nastaviť špecifické MTU na routeri (alebo na switchi), alebo kde som to vlastne posral.
čo sa týka ipv6 sysctl nastavení, tak mám iba:
net.ipv6.conf.all.forwarding=1
#net.ipv6.conf.all.accept_redirects = 0
net.ipv6.conf.all.accept_source_route = 1
Tiskni
Sdílej: