V jádře Linux byla nalezena a v upstreamu již byla opravena kritická zranitelnost GhostLock aneb CVE-2026-43499. Lokálnímu uživateli umožňuje získat práva roota a také obejít kontejnerovou izolaci. Zranitelnost existovala v Linuxu 15 let, tj. od roku 2011, od Linuxu verze 2.6.39.
Evropská komise předběžně shledala, že návykový design aplikací Instagram a Facebook od americké společnosti Meta porušuje unijní nařízení o digitálních službách (DSA). Návykový design zahrnuje například takzvané nekonečné posouvání, automatické přehrávání videí, tzv. push notifikace, kdy aplikace uživatele vybízí k návratu do jejího prostředí, či vysoce personalizovaný algoritmus, který rychle pozná, co uživatele baví a snaží
… více »Byla vydána verze 1.97.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Švýcarská společnost Punkt. má nově v nabídce telefon Punkt. MC03. Telefon byl navržen ve Švýcarsku s důrazem na soukromí a digitální suverenitu a vyroben v Německu. V telefonu běží operační systém AphyOS (Apostrophy OS) založený na AOSP (Android Open Source Project) 15. Cena telefonu je 745 eur.
TypeScript (Wikipedie), tj. JavaScript rozšířený o statické typování a další atributy, byl vydán v nové verzi 7.0. Kompilátor byl kvůli výkonu přepsán z TypeScriptu do Go.
Europarlament podpořil pozměněnou verzi výjimky známé jako „chat control 1.0“ umožňující firmám skenovat soukromou komunikaci na internetu kvůli ochraně dětí před zneužitím. Pozměňovací návrhy přijaté europoslanci však počítají s tím, že z výjimky bude vyřazena šifrovaná komunikace. Výjimka přestala platit začátkem dubna poté, co se Evropský parlament a Rada EU nedokázaly shodnout na jejím prodloužení. Rada následně přijala
… více »Nejnovější X.Org X server 21.1.24 a Xwayland 24.1.13 řeší 2 bezpečnostní chyby.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za červen 2026. Vypíchnuta je vylepšená podpora Waylandu. Už není považována za experimentální. V příští verzi Linux Mintu, plánována je na Vánoce, bude běh Cinnamonu plně podporován na X11 i Waylandu. V květnu na vývoj Linux Mintu přispělo 611 dárců celkovou částkou 19 612 dolarů. Dalších 2 326 patronů přispělo na Patreonu celkovou částkou 5 334 dolarů.
V Linuxu v KVM byla nalezena a v upstreamu již byla opravena kritická zranitelnost Januscape aneb CVE-2026-53359. Root na hostovaném počítači (virtuální stroj) může obejít izolaci a získat plnou kontrolu nad hostitelským systémem (DoS útok nebo vzdálené spuštění kódu s právy roota). Na obou hlavních architekturách – Intel i AMD. Zranitelnost v Linuxu existovala téměř 16 let (od srpna 2010 do června 2026).
Tribunál Soudního dvora Evropské unie dnes zamítl několik žalob, v nichž se americká společnost Apple ohrazovala proti pravidlům fungování velkých technologických společností na unijním trhu. Applu se nelíbilo, že jeho obchod s aplikacemi a operační systém iOS mají podléhat přísnějším povinnostem jen proto, že Brusel firmu považuje za takzvaného gatekeepera, tedy strážce přístupu.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
ppp call tm4g bezchybně funguje, stejně jako odpojení od internetu sestřelením toho procesu. Notebook, na kterém to rozcházím, však není můj, dělám to pro svoji známou, která doteď dělala jen s Windows, takže bych rád komunikaci s tou kartou zaobalil do nějakého klikátka typu nm-applet (případně kinternet). Neví někdo, jak by se ta karta dala nějakému takovému rozhraní podstrčit?
22.1.2008 21:54
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
23.1.2008 08:49
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
AT+CGDCONT=1,“PPP“,“internet.t-mobile.cz“,“0,0“,0,0
Toto je obsah souboru /etc/sysconfig/network/ifcfg-modem1:
BOOTPROTO='none' DIALCOMMAND='ATDT' DIALPREFIX='' DIALPREFIXREGEX='' INIT1='AT' INIT2='AT+CGDCONT=1,"PPP","internet.t-mobile.cz","0,0",0,0' INIT3='' INIT8='' INIT9='' MODEM_DEVICE='/dev/ttyIPWp0' NAME='Modem' PPPD_OPTIONS='' PROVIDER='provider00' SPEED='230400' STARTMODE='manual' UDI='' USERCONTROL='yes'Kinternet si s tím ovšem neporadí:
SuSE Meta pppd (smpppd-ifcfg), Version 1.59 on pc1. Status is: disconnected trying to connect to smpppd connect to smpppd Status is: disconnected Status is: connecting pppd[0]: Plugin passwordfd.so loaded. pppd[0]: --> WvDial: Internet dialer version 1.56 (abuild@balli) pppd[0]: --> Initializing modem. pppd[0]: --> Sending: AT pppd[0]: AT pppd[0]: OK pppd[0]: --> Sending: AT+CGDCONT=1,"PPP","internet.t-mobile.cz","0,0",0,0 pppd[0]: AT+CGDCONT=1,"PPP","internet.t-mobile.cz","0,0",0,0 pppd[0]: OK pppd[0]: --> Found a good menu option: "1". pppd[0]: --> Modem initialized. pppd[0]: --> Sending: ATDT*99# pppd[0]: --> Waiting for carrier. pppd[0]: ATDT*99# pppd[0]: CONNECT pppd[0]: --> Carrier detected. Waiting for prompt. pppd[0]: --> Don't know what to do! Starting pppd and hoping for the best. pppd[0]: Serial connection established. pppd[0]: Renamed interface ppp0 to modem1 pppd[0]: Using interface modem1 Status is: connecting pppd[0]: Connect: modem1 <--> /dev/ttyIPWp0 pppd[0]: LCP: timeout sending Config-Requests pppd[0]: Connection terminated. pppd[0]: Modem hangup Status is: disconnected pppd[0] died: A modem hung up the phone (exit code 16)Vypadá to, že v souboru
ifcfg-modem1 je v položce PPPD_OPTIONS cosi očekáváno, ale nevím co. Zkoušel jsem call tm4g a connect tm4g, ale nic z toho nepomohlo (log kinternetu vypadal sice jinak, ale k úspěšnému spojení to nevedlo).
PPPD_OPTIONS přidal volbu connect tm4g. Modem se pokusí (při spuštění z kinternetu) o takovouto komunikaci:
SuSE Meta pppd (smpppd-ifcfg), Version 1.59 on pc1. Status is: disconnected trying to connect to smpppd connect to smpppd Status is: disconnected Status is: connecting pppd[0]: Plugin passwordfd.so loaded. pppd[0]: --> WvDial: Internet dialer version 1.56 (abuild@balli) pppd[0]: --> Initializing modem. pppd[0]: --> Sending: AT pppd[0]: AT pppd[0]: OK pppd[0]: --> Sending: OK AT+CGDCONT=1,"PPP","internet.t-mobile.cz","0,0",0,0 pppd[0]: OK AT+CGDCONT=1,"PPP","internet.t-mobile.cz","0,0",0,0 pppd[0]: OK pppd[0]: --> Found a good menu option: "1". pppd[0]: --> Modem initialized. pppd[0]: --> Sending: ATDT*99# pppd[0]: --> Waiting for carrier. pppd[0]: ATDT*99# pppd[0]: CONNECT pppd[0]: --> Carrier detected. Waiting for prompt. pppd[0]: --> Don't know what to do! Starting pppd and hoping for the best. pppd[0]: Serial connection established. pppd[0]: using channel 40 pppd[0]: Renamed interface ppp0 to modem1 pppd[0]: Using interface modem1 Status is: connecting pppd[0]: Connect: modem1 <--> /dev/ttyIPWp0 pppd[0]: rcvd [LCP ConfReq id=0x1 <auth chap MD5> <magic 0x7491e863>] pppd[0]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xbd629b6c> <accomp>] pppd[0]: sent [LCP ConfAck id=0x1 <auth chap MD5> <magic 0x7491e863>] pppd[0]: rcvd [LCP ConfReq id=0x2 <auth chap MD5> <magic 0x7491e863>] pppd[0]: sent [LCP ConfAck id=0x2 <auth chap MD5> <magic 0x7491e863>] pppd[0]: rcvd [LCP ConfReq id=0x3 <auth chap MD5> <magic 0x7491e863>]poslední dva řádky se opakují se zvyšující se hodnotou
id až do hodnoty 0xa:
pppd[0]: sent [LCP ConfAck id=0xa <auth chap MD5> <magic 0x7491e863>] pppd[0]: rcvd [LCP TermReq id=0xa] pppd[0]: sent [LCP TermAck id=0xa] pppd[0]: rcvd [proto=0x7eff] 7d 23 c0 21 7d 25 7d 23 7d 20 7d 24 85 72 7e pppd[0]: Discarded non-LCP packet when LCP not open pppd[0]: rcvd [proto=0x7eff] 7d 23 c0 21 7d 25 7d 23 7d 20 7d 24 85 72 7e pppd[0]: Discarded non-LCP packet when LCP not open pppd[0]: rcvd [proto=0xd0a] pppd[0]: Discarded non-LCP packet when LCP not open pppd[0]: rcvd [proto=0x4e4f] 20 43 41 52 52 49 45 52 pppd[0]: Discarded non-LCP packet when LCP not open pppd[0]: rcvd [proto=0xd0a] pppd[0]: Discarded non-LCP packet when LCP not open pppd[0]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xbd629b6c> <accomp>]poslední řádek se opakuje celkem 59x (už se nemění ani hodnota
id; následuje:
pppd[0]: LCP: timeout sending Config-Requests pppd[0]: Connection terminated. pppd[0]: Modem hangup...a celé se to opakuje pořád dokola, dokud ten modem nevyvěsím
Přitom to asi musí být nějaká naprostá blbost, protože příkaz pppd call tm4g vypíše:
Removed stale lock on ttyIPWp0 (pid 4909) Serial connection established. using channel 23 Using interface ppp0 Connect: ppp0 <--> /dev/ttyIPWp0 rcvd [LCP ConfReq id=0x1 <auth chap MD5> <magic 0x73e76caa>] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xc0024de4> <accomp>] sent [LCP ConfAck id=0x1 <auth chap MD5> <magic 0x73e76caa>] rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xc0024de4> <accomp>] sent [LCP EchoReq id=0x0 magic=0xc0024de4] rcvd [CHAP Challenge id=0x1 <cbf1d6c09211c1a58ec39f2cb566cb1f>, name = "ctx-mw23-ipw"] sent [CHAP Response id=0x1 <30a22e71b5b990cead3392e0916816e1>, name = "gprs"] rcvd [LCP EchoRep id=0x0 magic=0x73e76caa] rcvd [CHAP Success id=0x1 ""] CHAP authentication succeeded CHAP authentication succeeded sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>] sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] rcvd [IPCP ConfReq id=0x1 <addr 10.231.251.32>] sent [IPCP ConfAck id=0x1 <addr 10.231.251.32>] rcvd [LCP ProtRej id=0x2 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f] Protocol-Reject for 'Compression Control Protocol' (0x80fd) received rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>] sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] rcvd [IPCP ConfNak id=0x2 <addr 89.24.98.65> <ms-dns1 62.141.0.1> <ms-dns3 213.162.65.1>] sent [IPCP ConfReq id=0x3 <addr 89.24.98.65> <ms-dns1 62.141.0.1> <ms-dns3 213.162.65.1>] rcvd [IPCP ConfAck id=0x3 <addr 89.24.98.65> <ms-dns1 62.141.0.1> <ms-dns3 213.162.65.1>] local IP address 89.24.98.65 remote IP address 10.231.251.32 primary DNS address 62.141.0.1 secondary DNS address 213.162.65.1 Script /etc/ppp/ip-up started (pid 6925) Script /etc/ppp/ip-up finished (pid 6925), status = 0x0A jsem tam. Bez nejmenšího problému. Žádná hláška "don't know what to do". Pokud by se v tom chybovém logu někdo dokázal vyznat, byl bych vděčný, za každé nakopnutí. Už mě nic nenapadá.
Tiskni
Sdílej:
