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ů.
Různé audity bezpečnostních systémů pařížského muzea Louvre odhalily závažné problémy v oblasti kybernetické bezpečnosti a tyto problémy přetrvávaly déle než deset let. Jeden z těchto auditů, který v roce 2014 provedla francouzská národní agentura pro kybernetickou bezpečnost, například ukázal, že heslo do kamerového systému muzea bylo „Louvre“. 😀
Z upstreamu GNOME Mutter byl zcela odstraněn backend X11. GNOME 50 tedy poběží už pouze nad Waylandem. Aplikace pro X11 budou využívat XWayland.
Byl publikován plán na odstranění XSLT z webových prohlížečů Chrome a Chromium. S odstraněním XSLT souhlasí také vývojáři Firefoxu a WebKit. Důvodem jsou bezpečnostní rizika a klesající využití v moderním webovém vývoji.
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.3.0. Přehled novinek v poznámkách k vydání.
Nyní mám nakonfigurovaný dhcp server pro 2 subnety. V každém z nich jsou dynamicky a staticky přidělované adresy. Moje konfigurace je:
subnet 192.168.10.0 netmask 255.255.255.0 {
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.10.255;
option routers 192.168.10.1;
option domain-name-servers 192.168.10.1;
pool {
ddns-updates off;
deny dynamic bootp clients;
allow unknown-clients;
max-lease-time 3600;
range 192.168.10.100 192.168.10.110;
}
pool {
ddns-updates off;
deny dynamic bootp clients;
deny unknown-clients;
max-lease-time 7200;
range 192.168.10.111 192.168.10.120;
ZDE JSOU JEDNOTLIVÉ DEFINICE "STATICÝCH" IP host....
}
}
podobně pro druhý subnet. Jenže dhcp mi háže do logu dhcpd: Remove host declaration NEKDO or remove 192.168.10.115 a podobné.
Mám tam něco špatně? Když jsem koukal do různých webů, tak někdo používá pro statické adresy group místo pool. Proč? Jak bych měl správně statické ip definovat?
Chtělo by to přesnější chybovou hlášku, ale ISC DHCP nemá rádo staticky přidělované adresy, které jsou součástí dynamického poolu. Funguje to, ale píše pak do logu chybovou hlášku.
Co se týká host záznamů, pokud chci jedné MAC dát v jedné síti statickou adresu a v druhé přidělit dynamickou jako known-client, musím přidat dva záznamy host, jeden s a druhý bez fixed-address.
Ta chybová hláška:
dhcpd: Dynamic and static leases present for 192.168.10.115.
dhcpd: Remove host declaration NAZEVHOSTA or remove 192.168.10.115
Pro co se vlastně používají ty group? V čem jsou lepší než pool? Je jasné, že group je nějaká skupina se stejnými paramety, ale v čem je lepší než rovnou pool?
Ano, to je přesně ono, hláška říká, že jednu a tu samou adresu je možné přidělit dynamicky komukoliv, protože je v poolu a také se má přidělit konkrétnímu klientovi. Doporučuji statické adresy přidělovat mimo pool. Nelze-li, rozdělit range na dva, či více neobsaující statické adresy. Jen pro ujasnění, DHCP statickou adresu přidělí i když není součástí poolu.
Skupiny slouží IMHO pouze přehlednější konfiguraci, tzn. pokud chci změnit nějaký parametr, tak ho změním jen na jediném místě, nemusím u každého záznamu. Já skupiny nepoužívám, mám parametry nastavené na globální úrovni a samotné sítě a pooly generuji (tisíce sítí). Už si to přesně nepamatuji, vrtal jsem se v tom naposled před více než rokem.
No dynamicky se adresa přidělit nemůže kvůli deny unknown-clients;, ale dhcp to asi nevidí rád. Nicméně pokud uvedu hosty v group místo pool a nastavím v něm třeba lease time a ostatní parametry tak to bude fungovat jak má?
Jasně že nemůže, pokud nebude existovat kdekoliv s souboru host záznam bez fixed-address. Jinak upozorňuji na nenápadnou větičku z manu: "A client is known if it has a host declaration in any scope, not just the current scope."
Group je jen nástroj, jak neopakovat ty samé parametry vícekrát. Nic víc a nic míň. Já mám lease time na úrovni sítí a hosty na globální úrovni. Group použít lze.
Tiskni
Sdílej: