Vláda USA nařídila společnosti Anthropic pozastavit přístup k modelům Fable 5 a Mythos 5 pro všechny cizince, včetně zaměstnanců Anthropicu.
Společnost Murena představila (YouTube) novou verzi 4.0 mobilního operačního systému /e/OS (Wikipedie) založeného na Androidu a LineageOS bez aplikací a služeb od Googlu.
V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.
Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
Řešení dotazu:
v ISC DHCP serveri je uvedeny zapis do verzie 3.1 jediny mozny na to, aby ste zabezpecili exkluzivitu statickych adries, ktore by inak boli v dynamickych rozsahoch. k dispozicii su dalsie moznosti:
ak by ste ostali pri koncepte jedenej velkej dynamickej range a v ramci nej by ste pridelovali aj staticke zaznamy pre zvolene hosty, tak ono to naozaj nebude fungovat formou rezervacie (ale sposobom first come, first server) a zvycajne je to doplnene aj vystrahou v logu: "dhcpd: Dynamic and static leases present for X.X.X.X".
Chcel som tu este spomenut pouzitie featury "ping-check" ktoru DHCP moze po aktivovani pouzit na overenie pouzivania IP adresy, ktoru sa chysta dhcpd ponuknut, avsak tento problem to neriesi, lebo IP adresa zo statickeho zaznamu moze byt skvor pridelena dynamickemu klientovi ako zamyslajucemu statickemu a nasledne taky ping-check (pri naslednej DHCP ziadosti statickeho klienta) by uz bol fakt asi k nicomu.
Rozsah je celkem plný těžko bych udělal nějakou souvislou část, kam bych dal tyhle rezervace, ale vyloučil bych to z přidělování DHCP.1.1 - 1.49 a 1.201 - 254 jsou adresy pro zařízení, servery, switche, AP, tiskárny, vstupní terminály, čtečky karet... Problém je s PC/NB, která neběží neustále. Je to třeba PC na speciální skenování, který si zapnout v 10:00 a pak koliduje s IP se zařízením třeba telefonem, kterým se někdo připojil na wifinu v 9:00 po příchodu do práce. Zatím tedy vidím jen dvě řešení, děrovat rozsah.
range 192.168.1.50 192.168.1.116 range 192.168.1.118 192.168.1.136 range 192.168.1.138 192.168.1.145 range 192.168.1.147 192.168.1.199Nebo si ukousnout část rozsahu u mne třeba 1.180 - 1.199 a naházet si do něho rezervace. To bohužel, ale způsobí změnu IP adresy a se kterou jsou spojené návaznosti na další aplikace, pro které vlastně tu rezervaci vytvářím. To druhé je čistí, ale bude to pracnější.
jednoznacne najlepsie a najjednoduchsie riesenie
Protože jak to začnete flikovat, a neuděláte si globální koncept do budoucna, tak se s tím budete prát při každé drobné změně.Globální koncept existuje, ale já nejsem jeho pánem. Musím si vystačit s jedním rozsahem, který nám přidělí po zažádání při otevření nové lokace. Každá pobočka jeden rozsah. Nechci/nemůžu dělit na více subnetů. Já bych prostě chtěl udělat rezervaci na IP adresu a aby tu IP nic nedostalo jen to zařízení s rezervací. Dle odpovědí to na ISC DHCP nelze. Nešlo by to přes nějakého jiného daemona, nemá s tím někdo zkušenosti?
To bohužel, ale způsobí změnu IP adresy a se kterou jsou spojené návaznosti na další aplikace, pro které vlastně tu rezervaci vytvářím.V tom pripade odporucam raz a navzdy urobit odpovedajucu upravu tak, aby ste ten staticky rozsah implementovali a budete mat svaty pokoj aj dobuducna. Druhou vecou s tymto suvisiacou by bolo pouzivanie domenovych mien miesto IPciek na userskych PC, co pri pripadnej zmene IPcky zariadenia znamena v konecnom dosledku len zmenu mapovania DNS->IP na jednom centralnom mieste bez toho aby to ovplyvnilo userov.
Tiskni
Sdílej: