Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
Podrobně byla rozebrána kritická zranitelnost v nf_tables (CVE-2026-23111). Další lokální eskalace práv na Linuxu. V upstreamu byla zranitelnost již v únoru opravena. Ve zdrojovém kódu stačilo odstranit 1 vykřičník.
Evropská komise (EK) nařídila americké společnosti Meta, že musí znovu umožnit bezplatný přístup konkurenčním obecně zaměřeným asistentům umělé inteligence (AI) k WhatsAppu a tento přístup musí zachovat až do ukončení antimonopolního šetření. Opatření je dočasné a má zabránit vážnému a nevratnému poškození konkurence na rychle rostoucím trhu s obecnými AI asistenty. Meta uvedla, že se proti rozhodnutí odvolá.
Společnost Anthropic představila AI modely Claude Fable 5 a Claude Mythos 5. Claude Fable 5 je první model třídy Mythos určený pro běžné použití.
Byla vydána nová stabilní verze 3.24.0, tj. první z nové řady 3.24, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.
Na čem pracují vývojáři v Rustu napsaného mikrokernelového unixového operačního systému Redox OS (Wikipedie)? Byl publikován přehled vývoje za květen. Vypíchnout lze nový scheduler EEVDF nebo port desktopového prostředí Xfce na Redox OS.
Upozornění pro uživatele Asahi Linuxu: Neaktualizujte macOS na verzi 27 Golden Gate! Apple změnil detekci spouštěcích oddílů. Po aktualizaci oddíl s Asahi Linuxem nevidí. Snad je to jenom chyba.
Na webu konference Den IPv6, která se konala 4. června v Národní technické knihovně v pražských Dejvicích, jsou nyní k dispozici všechny prezentace (v PDF) a jejich videozáznamy. Organizátory konference byly i letos sdružení CESNET, CZ.NIC a NIX.CZ.
Byla vydána nová verze 9.1.0 správce sbírky fotografií digiKam (Wikipedie). Přehled novinek i s náhledy v oficiálním oznámení (NEWS). Vypíchnout lze vylepšené vyhledávání nebo podporu Pixel Motion Photos. Nejnovější digiKam je ke stažení také jako balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo ke spuštění a spustit.
Přihlaste svou přednášku na další ročník konference LinuxDays, který proběhne 3. a 4. října na FIT ČVUT v pražských Dejvicích. Příjem témat poběží do konce prázdnin, pak proběhne veřejné hlasování a následně sestavení programu.
Zdravim, pripojuju se pomoci ppp+pptp na jeden VPN server (svedska sluzba Relakks), ktery pouziva P-t-P protokol. Vse bezi jak ma, az na to, ze mam logy plne hlasky
anon warn[decaps_gre:pptp_gre.c:351]: Discarding GRE: 7D 91C2 0 40 20 E
a spojeni obcas spadne, nekdy vydrzi 10 hodin (rekord), nekdy pul hodiny a nekdy ani to ne. Hlaska je stale stejna, ale meni se druhe hexa cislo (v tomto pripade 91C2), ktere podle pptp_gre.c (viz. nize) znamena verzi protokolu, ktera by mela podle RFC 2637 byt vzdy 880B! :(
Pokud jsem to spravne pochopil, tak vsech sest sledovanych poli musi mit hodnotu 0, aby byl paket akceptovan. Cilem meho dotazu je prijit na to proc nektere pakety obsahuji blbosti, ktere nejsou zpusobene jejich poskozenim pri prenosu, protoze jedine checksum je spravne (ma nulu). Normalne bych se tim nezabyval, ale vzhledem k tomu, ze spojeni obcas padne podezrivam prave tenhle problem. Zkousel jsem tcpdumpem odchytavat ICMP pakety, ale nevypada to, ze by nejaky router po ceste GRE pakety zahazoval.
Interval mezi jednotlivymi hlaskami je ~3s (ale meni se)
Relevantni kus kodu generujici chybovou hlasku je tenhle:
if ( /* version should be 1 */
((ntoh8(header->ver) & 0x7F) != PPTP_GRE_VER) ||
/* PPTP-GRE protocol for PPTP */
(ntoh16(header->protocol) != PPTP_GRE_PROTO)||
/* flag C should be clear */
PPTP_GRE_IS_C(ntoh8(header->flags)) ||
/* flag R should be clear */
PPTP_GRE_IS_R(ntoh8(header->flags)) ||
/* flag K should be set */
(!PPTP_GRE_IS_K(ntoh8(header->flags))) ||
/* routing and recursion ctrl = 0 */
((ntoh8(header->flags)&0xF) != 0)) {
/* if invalid, discard this packet */
warn("Discarding GRE: %X %X %X %X %X %X",
ntoh8(header->ver)&0x7F, ntoh16(header->protocol),
PPTP_GRE_IS_C(ntoh8(header->flags)),
PPTP_GRE_IS_R(ntoh8(header->flags)),
PPTP_GRE_IS_K(ntoh8(header->flags)),
ntoh8(header->flags) & 0xF);
stats.rx_invalid++;
return 0;
}
Takhle vypada konfigurace v /etc/conf.d/net (pouzivam Gentoo), zkousel jsem zakazat CCP ale pak se to vubec nepripojilo, pri vypnuti BSD komprese taky nadaval (ale pripojil se). Podle pozorovani nema nastaveni MTU zadny vliv na zahazovani GRE paketu.
link_ppp1=("pty 'pptp pptp.relakks.com --nolaunchpppd'")
pppd_ppp1=(
"updetach"
"lock"
"noauth"
"refuse-eap"
"refuse-chap"
"refuse-mschap"
"require-mppe"
"require-mppe-128"
"nomppe-40"
"lcp-echo-interval 3"
"lcp-echo-failure 10"
"ipcp-accept-local"
"ipcp-accept-remote"
"maxfail 0"
#"nobsdcomp"
#"nodeflate"
#"noccp"
"persist"
#"debug"
#"mru 1440"
"mtu 1440"
"disconnect /root/vnstat-disable-ppp1.sh"
}
Diky za pripadne napady/rady ... hraju si s tim (s prestavkama) asi dva mesice a uz proste nevim co skusit :/
Na otázku zatím nikdo bohužel neodpověděl.
Tiskni
Sdílej: