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ů.
petr@petr-ntb:~$ traceroute 192.168.1.100
traceroute to 192.168.1.100 (192.168.1.100), 30 hops max, 60 byte packets
1 192.168.0.254 (192.168.0.254) 1.019 ms 1.395 ms 1.498 ms
2 192.168.0.254 (192.168.0.254) 1.765 ms 1.856 ms 1.953 ms
Směrování končí na APčku a už se dál nesměruje.
Když stejnou situaci udělám přímo na APčku přes SSH, tak to vypadá takto:
root@pmalecek-owrt:~# traceroute 192.168.1.100
traceroute to 192.168.1.100 (192.168.1.100), 30 hops max, 38 byte packets
1 192.168.0.200 (192.168.0.200) 0.730 ms 0.428 ms 0.359 ms
2 192.168.10.139 (192.168.10.139) 26.233 ms 22.121 ms 16.671 ms
3 192.168.1.100 (192.168.1.100) 46.045 ms 22.696 ms 25.356 ms
... a takhle to má být
Proč ale počítače v síti 192.168.0.0/24 nemůžou do té druhé sítě ? Proč je APčko nenasměruje, ač samo ví, kudy tam ?
Nenapadá někoho něco ? Já jsem z toho trošku vyveden z míry, internet samozřejmě funguje na všech počítačích v síti (přes toto AP, jako NAT).
Díky.
Řešení dotazu:
It is strongly recommended that routers which connect enterprises to external networks are set up with appropriate packet and routing filters at both ends of the link in order to prevent packet and routing information leakage. An enterprise should also filter any private networks from inbound routing information in order to protect itself from ambiguous routing situations which can occur if routes to the private address space point outside the enterprise.Citace z RFC 1918 - Address Allocation for Private Internets. Správně nastavený router při přijmutí adresy ze soukromého rozsahu ji zahodí, pokud nemá pravidlo jak ji zabalit (encapsulation) nebo provést NAT. A to Váš router dělá.
root@pmalecek-owrt:~# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.109.184.192 * 255.255.255.192 U 0 0 0 wan
192.168.1.0 192.168.0.200 255.255.255.0 UG 0 0 0 br-lan
192.168.0.0 * 255.255.255.0 U 0 0 0 br-lan
default 10.109.184.193 0.0.0.0 UG 0 0 0 wan
Druhý řádek ve výpisu je to, co potřebuju funkční.
Samotný router ví, že na ten rozsah 1.0/24 má jít přes 0.200, ale neřekne to počítačům z rozsahu 0.0/24 který jsou na něj připojený.
iptables -I FORWARD -p all -s 192.168.0.0/16 -d 192.168.0.0/16 -j ACCEPT
A už vše jde jak má.
Možná by bylo lepší to převést do formátu, který používá firewall pod openwrt, ale vůbec ho nemám rád, takže to nechám takhle
Díky za nakopnutí správným směrem.
Výsledek:
C:\Users\Petr>tracert 192.168.1.254
Výpis trasy k 192.168.1.254 s nejvýše 30 směrováními
1 2 ms 2 ms 2 ms 192.168.0.254
2 3 ms 2 ms 3 ms 192.168.0.200
3 103 ms 105 ms 111 ms 192.168.10.130
4 104 ms 81 ms 69 ms 192.168.1.254
Trasování bylo dokončeno.
Tiskni
Sdílej: