V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 14.0 (Mastodon). Forgejo je fork Gitei.
Just the Browser je projekt, 'který vám pomůže v internetovém prohlížeči deaktivovat funkce umělé inteligence, telemetrii, sponzorovaný obsah, integraci produktů a další nepříjemnosti' (repozitář na GitHubu). Využívá k tomu skrytá nastavení ve webových prohlížečích, určená původně pro firmy a organizace ('enterprise policies'). Pod linuxem je skriptem pro automatickou úpravu nastavení prozatím podporován pouze prohlížeč Firefox.
Svobodný multiplatformní herní engine Bevy napsaný v Rustu byl vydán ve verzi 0.18. Díky 174 přispěvatelům.
Miliardy korun na digitalizaci služeb státu nestačily. Stát do ní v letech 2020 až 2024 vložil víc než 50 miliard korun, ale původní cíl se nepodařilo splnit. Od loňského února měly být služby státu plně digitalizované a občané měli mít právo komunikovat se státem digitálně. Do tohoto data se povedlo plně digitalizovat 18 procent agendových služeb státu. Dnes to uvedl Nejvyšší kontrolní úřad (NKÚ) v souhrnné zprávě o stavu digitalizace v Česku. Zpráva vychází z výsledků víc než 50 kontrol, které NKÚ v posledních pěti letech v tomto oboru uskutečnil.
Nadace Wikimedia, která je provozovatelem internetové encyklopedie Wikipedia, oznámila u příležitosti 25. výročí vzniku encyklopedie nové licenční dohody s firmami vyvíjejícími umělou inteligenci (AI). Mezi partnery encyklopedie tak nově patří Microsoft, Amazon a Meta Platforms, ale také start-up Perplexity a francouzská společnost Mistral AI. Wikimedia má podobnou dohodu od roku 2022 také se společností Google ze skupiny
… více »D7VK byl vydán ve verzi 1.2. Jedná se o fork DXVK implementující překlad volání Direct3D 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Byla vydána verze 12.0.0 knihovny libvirt (Wikipedie) zastřešující různé virtualizační technologie a vytvářející jednotné rozhraní pro správu virtuálních strojů. Současně byl ve verzi 12.0.0 vydán související modul pro Python libvirt-python. Přehled novinek v poznámkách k vydání.
CreepyLink.com je nový zkracovač URL adres, 'díky kterému budou vaše odkazy vypadat tak podezřele, jak je to jen možné'. Například odkaz na abclinuxu.cz tento zkracovač převádí do podoby 'https://netflix.web-safe.link/logger_8oIlgs_free_money.php'. Dle prohlášení autora je CreepyLink alternativou ke zkracovači ShadyURL (repozitář na githubu), který dnes již bohužel není v provozu.
Na blogu Raspberry Pi byla představena rozšiřující deska Raspberry Pi AI HAT+ 2 s akcelerátorem Hailo-10 a 8 GB RAM. Na rozdíl od předchozí Raspberry Pi AI HAT+ podporuje generativní AI. Cena desky je 130 dolarů.
Wikipedie slaví 25. výročí svého založení. Vznikla 15. ledna 2001 jako doplňkový projekt k dnes již neexistující encyklopedii Nupedia. Doména wikipedia.org byla zaregistrována 12. ledna 2001. Zítra proběhne v Praze Večer svobodné kultury, který pořádá spolek Wikimedia ČR.
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: