Probíhá hlasování o používání LLM při vývoji Debianu. Vývojáři Debianu mají na výběr 9 možností (návrhy A až H a žádný z nich).
Omarchy je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové major verzi 4.0.0 - The Quattro Release. Videopředstavení na YouTube. Celý desktop shell byl přepsán do Quickshellu. Přidána byla podpora pluginů.
Francouzská Ústavní rada zamítla zákaz používání sociálních sítí dětem mladším 15 let. Francouzská obdoba ústavního soudu uvedla, že opatření představuje nepřiměřený zásah do svobody projevu. Francouzský parlament zákaz schválil na konci července, začít platit měl od září. Šlo o první zákaz sociálních sítí pro děti v Evropě. Členové Ústavní rady se domnívají, že ustanovení „představuje zásah, který není přiměřený, nezbytný ani
… více »Open-source trackball Ploopy Adept má novou verzi nazvanou A+. Stále jde o symetrický desktopový trackball s šasi z 3D tiskárny a firmwarem QMK. Novinkami jsou dvojice tlačítek, jimiž půjde také otáčet, a volitelná opěrka ruky. Funkcionalita firmwaru je rozšířena o gesta, vrstvy a možnost konfigurace za běhu. Schémata a kód jsou jako obvykle na GitHubu. A+ půjde předobjednat za 99 CAD (bez dopravy a cla/DPH).
Prusa Research představil nové modely svých 3D tiskáren: Prusa XL+, CORE One+ (Gen 2) a CORE One L+.
Crown je multiplatformní open source herní engine. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT a GPLv3+. Byla vydána nová verze 0.64. Vyzkoušet lze online demo.
NVIDIA na konci ledna vydala v beta verzi nativního linuxového klienta své cloudové herní služby GeForce NOW. Včera oznámila ukončení beta verze a oficiální podporu Linuxu.
Byla vydána nová verze 3.5.0 nástroje pro inkrementální kopírování souborů rsync (Wikipedie). Přehled oprav a vylepšení v souboru NEWS. Řešeno je 33 zranitelností.
Organizace Apache Software Foundation (ASF) vydala verzi 31 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Firma IBM uvedla svůj první mikropočítač Personal Computer před 45 lety, v srpnu 1981. Základní konfigurace modelu 5150 za 1 565 tehdejších dolarů obsahovala desktop s Intel 8088 a 16KB RAM, Color Graphics Adapter a klávesnici. Právě klávesnice Model F/XT vybavené kapacitními spínači, vlivné a s převodníkem dodnes použitelné, připomíná sběratelský web Admiral Shark's Keyboards.
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: