Proběhlo hlasování o používání LLM při vývoji Debianu. Vývojáři Debianu si odhlasovali zodpovědné využívání generativní umělé inteligence.
Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří vývoj Flatpaku částkou 508 640 eur.
Byla vydána první veřejná verze v7.0-mk2 projektu Multikernel (mklinux), který umožňuje spouštět více nezávislých linuxových jader současně na jednom stroji bez hypervizoru.
Heureka Group uspěla v soudním sporu se společností Google. Městský soud v Praze vydal rozhodnutí v oblasti soukromoprávního vymáhání soutěžního práva. Společnosti Heureka Group přiznal náhradu ušlého zisku ve výši 250 milionů korun, což spolu s úroky z prodlení a náhradou nákladů řízení činí více jak 410 milionů korun. Základem celého sporu bylo protisoutěžní jednání technologického giganta Google v letech 2013 až 2017. Google na
… více »Dnešním dnem končí LTS podpora Debianu 11 s kódovým názvem Bullseye. K dispozici je Extended LTS podpora.
Firma X zaslala předžalobní výzvu vývojáři projektu Nitter (Wikipedia), open-source alternativního frontendu k sociální síti X (ex-Twitter), a provozovatelům instancí jako XCancel, které umožňovaly číst příspěvky bez přihlášení, reklam a javascriptu. Údajně se dopouštějí „sběru dat“. Zdrojový kód Nitteru vývojář archivoval. Vývoj již dříve přerušil v roce 2024 po tehdejším omezení API X. X je dceřiná společnost SpaceXAI Elona Muska, provozující mj. kontroverzního chatbota Grok.
Bylo vydáno Ubuntu 26.04.1 LTS, tj. první opravné vydání Ubuntu 26.04 LTS s kódovým názvem Resolute Raccoon. Přehled novinek a oprav na Discourse.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal Zprávu o stavu kybernetické bezpečnosti ČR za rok 2025 (pdf). Incidentů ubylo, sofistikovanost útočníků roste.
Open source softwarový stack AMD ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán v nové major verzi 10.0. S ROCm.AI. Přehled novinek v aktualizované dokumentaci.
Finanční skupina Partners se stala minulou neděli obětí kybernetického útoku, při kterém se útočníci dostali k některým osobním údajům klientů. Společnost o tom informovala ve čtvrtek. Ujišťuje, že peníze klientů nejsou v ohrožení. „Kybernetický útok zasáhl část IT infrastruktury naší společnosti. Ihned po zjištění útoku jsme s pomocí externích bezpečnostních odborníků začali intenzivně pracovat na minimalizaci škod. Útočníci se
… více »
Ahoj.
Na Debian stable mam nastavenou proxy na 2 parent proxy. Kazda z nich je je na jine PPTP lince.
Potrebuji zabezpecit, aby kdyz padne jedna linka, aby to slo pres druhou. V tuto chvili to nejak nejde a nevim kde mam chybku. Dnes spadla linka u te prvni parent proxy a trafic se zasekl. Predpokladal jsem ze to pujde pres tu druhou, ale nic. Co delam spatne?
Nastaveni v tuto chvili je standardni. cache_peer na dve parent proxy
cache_peer netstrategyProxy parent 3128 0 no-query no-digest cache_peer pxpr01fi parent 80 0 weight=2 no-query no-digest cache_peer_domain pxpr01fi .enso.com .storaenso.com
Tady fitruju urcite IP nebo DOMENY, ktere musi jit pres jednu nebo druhou proxy.
acl netstrategyNet-dstdomain dstdomain "/etc/squid/cache_peer_access_deny_domain_netstrategyProxy" acl storaNet-dstdomain dstdomain "/etc/squid/cache_peer_access_deny_domain_storaProxy" acl netstrategyNet-dst dst "/etc/squid/cache_peer_access_deny_ip_netstrategyProxy" acl storaNet-dst dst "/etc/squid/cache_peer_access_deny_ip_storaProxy" cache_peer_access netstrategyProxy deny netstrategyNet-dstdomain cache_peer_access netstrategyProxy deny netstrategyNet-dst cache_peer_access pxpr01fi deny storaNet-dstdomain cache_peer_access pxpr01fi deny storaNet-dst
Jen tak odhaduju ze mam problem ve cache_peer_domain pxpr01fi .enso.com .storaenso.com. Nejsem si jisty jestli to rika, ze jen tyto domeny jdou pres tu proxy, nebo tyto musi a ty ostatni muzou take.
Jeste dodam, proc jsem cache_peer_domain pxpr01fi .enso.com .storaenso.com zaimplementoval.
Puvodne jsem chtel prikazat v acl, jak jsou uvedene nahore, ze tyto adresy jsou zakazane na jednu z tech proxy (slo by to tedy automaticky pres druhou, jak mi tam ted chodi jine), ale nejak mi to nebralo WILD CARDs, tedy *.enso.com a *.storaenso.com, kdyz jsem je zapsal do tech souboru v ACL. Tak jsem to cache_peer_domain obesel.
Ale myslim, ze to mi prave dela ten problem, ze kdyz jedna proxy padne (ta prvni), tak pak to blokuje vse na tu druhou a jen .enso.com a .storaenso.com pusti
Dokumentace ovsem rika, ze ty WILD CARDs by mely v ACL fungovat. Tak nevim. Muzete take s timto poradit?
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz