Srpen přinesl nejen další spalující vedro, ale také Virtuální Bastlírnu s neméně žhavými novinkami. Využijte tedy předpovědi na deštivý čtvrteční večer a od 20:00 se připojte online k tomuto neformálnímu setkání kutilů, techniků a vědců, kde se strahovskými bastlíři proberete nejzajímavější věci, na které jste narazili za poslední měsíc. Pokud jde o novinky, řeč zcela jistě přijde na systém INDX pro tiskárny Průša, který na konci
… více »Firma T-Mobile blokovala „dezinformační web“ AC24 bez toho, aniž by k tomu měla závazný pokyn orgánů veřejné moci. Píše to ve svém rozsudku Městský soud v Praze, který po čtyřech letech uzavřel kauzu blokace zmíněného webu. Operátor musí uhradit škodu ve výši 35 tisíc korun. Advokát společnosti T-Mobile se snažil i u odvolacího senátu argumentovat tím, že firma jednala v dobré víře, když na stránky omezila přístup poté, co ji k tomu vyzvalo
… více »Padla obžaloba v bitcoinové kauze. Státní zástupkyně chce pro Blažka 6,5 roku vězení, pro Titze 8 let.
Z aktuálních globálních statistik společnosti Statcounter: na desktopu má Linux celosvětově podíl 7,53 % (USA 11,92 %, Česko 4,31 %, Slovensko 4,36 %) a Firefox celosvětově podíl 6,51 % (USA 10,86 %, Česko 11,07 %, Slovensko 13,61 %).
Na GitHubu byl publikován seznam 55 kritických bezpečnostních chyb v SQLite s přiřazenými CVE čísly. JFrog Security informuje, že se jedná jenom o AI slop, části kódu na které CVE odkazují, v daných verzích vůbec neexistují. Upozorňuje také, že čísla CVE jsou přiřazována bez ověřování.
Příspěvek na blogu Google Security popisuje, jak tým Chrome Security využívá umělou inteligenci k zásadnímu zrychlení a zlepšení procesu odhalování, třídění a opravování bezpečnostních chyb v prohlížeči Chrome. Díky AI byla nalezena kritická chyba, která byla v kódu přes 13 let. Ve verzích Chrome 149 a 150 bylo opraveno více chyb než v předchozích 23 verzích dohromady.
Firmy v EU musí počínaje dnešním dnem označovat obsah vytvořený umělou inteligencí. Znamená to povinnost informovat uživatele, že člověk komunikuje s chatbotem či jiným systémem AI. Rovněž obrázky, audia či videa, které jsou vytvořené nebo zmanipulované pomocí umělé inteligence a které mohou působit jako autentické, musejí být jasně označeny jako uměle vytvořené.
Byla vydána nová major verze 11.0 open source unixového operačního systému NetBSD (Wikipedie). Přehled novinek v poznámkách k vydání.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) se zapojil do mezinárodní iniciativy vedené americkou agenturou CISA (Cybersecurity and Infrastructure Security Agency) a dalšími partnery, jejímž cílem je stanovit minimální náležitosti pro tzv. Software Bill of Materials (SBOM). Nový dokument přináší praktická doporučení, jak by měl vypadat přehled komponent softwaru a jak s ním v praxi pracovat. SBOM lze
… více »V aktuálním přehledu vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) bylo oznámeno vydání nové verze 0.4.0. Výrazně se zlepšilo vykreslování stránek jako lichess.org, Zulip nebo Speedtest.
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