Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.7 (Mastodon). Přehled novinek i s videi a se snímky obrazovek v oficiálním oznámení. Podrobný přehled v seznamu změn.
Hříčka xsnow, která na ploše spustí sněžení, je protestware. Pokud jste v Rusku (LANG=ru), zobrazuje ukrajinské vlajky.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala beta verzi Ubuntu Touch 24.04-2.0. Nová verze již počítá s výřezy pro fotoaparát (notch) a zaoblenými rohy displeje. Webový prohlížeče Morph přešel z Chromia 87 na Chromium 134. Do shellu Lomiri byl přidán editor snímků obrazovky.
V Praze probíhá Flock 2026, tj. konference pro přispěvatele a příznivce Fedory. Přednášky lze sledovat také na YouTube.
Node-RED (Wikipedie, GitHub), webová aplikace postavená na Node.js pro vizuální programování a propojování hardwarových zařízení, API a online služeb, byl vydán ve verzi 5.0. Přehled novinek v příspěvku na blogu.
Byla vydána nová verze 3.27.0 FreeRDP, tj. svobodné implementace protokolu RDP (Remote Desktop Protocol). Opraveno bylo 5 zranitelností.
Řídící výbor GCC schválil záměr do GCC začlenit backend WebAssembly.
Po 9 týdnech vývoje od vydání Linuxu 7.0 oznámil Linus Torvalds vydání Linuxu 7.1. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna a časem také na Linux Kernel Newbies.
Cheat Engine (Wikipedie) je s verzí 7.7 k dispozici už také pro Linux. Jedná se o proprietární skener/debugger paměti používaný především k cheatování v počítačových hrách.
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.
Zdravim mam drobny problem. Doma mam server postaveny na linux debian sarge. Na tomto serveru ktery je zaroven gateway bezi jeste dns(bind9),dhcp a shapping ( ma zaklade IP). Topologie me site vypada nasledovne:
Vsechny klientske routery i AP routery maji vypnuty NAT Klientske routery jsou ovislink 5460. A problem je v tom, ze klienti pripojeni kabelem na AP1 a AP2 pres tyto sve routery neobdrzi IP od DHCP serveru. Pokud se ale pripoji wifi primo na AP1 nebo AP2 tak IP obdrzi. Na gateway jsou oba pristupy ( klientsky router i primo) v poradku. Chtel bych se tedy zeptat jestli nekdo neresil podobny problem. Na klientskych 5460 je nastraveny DHCP relay ale bez vysledku. Predem diky za kazdou radu. Jedine reseni ktere me napadlo je, aby na AP1 i AP2 bezely take DHCP a pridelovaly stejne IP jako DHCP na gateway( kvuli shapingu). V souvislosti s tim bych se chtel jeste zeptat jestli nekdo neznate nejaky firmware, postaveny na linux, ktery by bylo mozne nahrat do 5460 nebo WP54G. Doufam ze jsem popsal svoji situaci dostatecne presne a jeste jednou predem diky za jakoukoliv radu. Zdenek
Tak ten odkaz mě pobavil... draft a implementován v ovisech :D, eště víc mě pobavilo že ten odkaz je na draft starý 2 dny :D
Zdravim Vas, no jsem rad ze jste se tolik pobavil, ale me to v reseni meho problemu moc nepomuze. Kazdopadne by me alespon zajimalo co Vas tak pobavilo.
Co mě pobavilo? ... otázka jestli ten ovis nekomunikuje způsobem který je popsán v draftu... navíc 2 dny starém ;)
Co pomůže v řešení je
1. je nutné aby byl dhcp relay podporován (zapnutý) na všech L3 zařízeních(směrovačích) mezi klientem a dhcp serverem
2. odposlechnout si komunikaci dhcp co nejtěsněji před dhcp serverem tu analyzovat jestli tam vůbec ty klientské požadavky dorazí
3. zapnout co nejlepší logování na DHCP a podívat se co hlásí
4. zapnout DHCP server v debug režimu a podívat se co hlásí
Postupujte tak že pokud je daný bod ok, jděte na další.
Zdravim, diky za reakci. Na AP bezi relay a je "nasmerovany" primo na gateway. Nejsem si jisty, ale myslim ze komunikuje pres unicast. Ohledne reseni linkoveho protokolu - netusim na co se me ptate ( zacatecnik). Nestandartni prepisovani neni, dotaz z klienta projde az na gateway, dhcp na gateway posle IP, ale ta nedorazi ke koncovemu klientovi. (zaznamenano v logu). Zdenek
Na AP bezi relay a je "nasmerovany" primo na gateway.
A jak jsou nastavené routery? Jejich relay komunikuje přímo s gatawayí nebo přes relay na AP?
Ohledne reseni linkoveho protokolu - netusim na co se me ptate ( zacatecnik).
Na drátě se jako linkový protokol používá 802.3 (lidově zvaný Ethernet), na bezdrátu se používá protokol 802.11 (lidově zvaný WiFi). Tyto protokoly jsou si podobné, do jisté míry kompatibilní, ale zrovna co se týče adresování uzlů na linkové vrstvě a vytváření vazeb na adresa – port, jsou s tím problémy. Jednou z možností, jak se s tím vypořádat, je že relaye na AP přepisují MAC adresy. Nebo ta relay není vůbec skutečná, ale jedná se jen přeposílání rámců. (Divil byste se, co všechno může napadnou inženýry, aby vyhověli protichdným požadavkům zákazníka.) Může se stát, že vaše konkrétní implementace v AP není kvůli tomuto schopna korektně předávat požadavky z drátového i bezdrátového segmentu současně dále.
dotaz z klienta projde az na gateway, dhcp na gateway posle IP, ale ta nedorazi ke koncovemu klientovi. (zaznamenano v logu)
Jak už tu někdo psal, musíte jít po „drátu“ a sledovat, kde se vám odpovědi ztrácí. Příčinou může být právě relay na AP.
na
Tiskni
Sdílej: