Byla vydána (𝕏) nová verze 26.1 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 26.1 je Witty Woodpecker. Přehled novinek v příspěvku na fóru.
Deník TO spustil vlastní zpravodajský webový portál ToHledej.CZ s internetovým vyhledávačem a bezplatnou e-mailovou schránkou. Dle svého tvrzení nabízí 'Zprávy, komentáře, analýzy bez cenzury' a 'Mail bez šmírování a Velkého bratra'. Rozložením a vizuálním stylem se stránky nápadně podobají portálu Seznam.cz a nejspíše je cílem být jeho alternativou. Z podmínek platformy vyplývá, že portál využívá nespecifikovaný internetový vyhledávač třetí strany.
Computer History Museum (Muzeum historie počítačů) zpřístupnilo své sbírky veřejnosti formou online katalogu. Virtuálně si tak můžeme prohlédnout 'rozsáhlou sbírku archivních materiálů, předmětů a historek a seznámit se s vizionáři, inovacemi a neznámými příběhy, které revolučním způsobem změnily náš digitální svět'.
Ruský hacker VIK-on si sestavil vlastní 32GB DDR5 RAM modul z čipů získaných z notebookových 16GB SO-DIMM RAM pamětí. Modul běží na 6400 MT/s a celkové náklady byly přibližně 218 dolarů, což je zhruba třetina současné tržní ceny modulů srovnatelných parametrů.
Národní identitní autorita (NIA), která ovlivňuje přihlašování prostřednictvím NIA ID, MEP, eOP a externích identit (např. BankID), je částečně nedostupná.
Byla vydána nová verze 1.16.0 klienta a serveru VNC (Virtual Network Computing) s názvem TigerVNC (Wikipedie). Z novinek lze vypíchnout nový server w0vncserver pro sdílení Wayland desktopu. Zdrojové kódy jsou k dispozici na GitHubu. Binárky na SourceForge. TigerVNC je fork TightVNC.
Byla vydána nová verze 4.6 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Rozsáhlá modernizace hardwarové infrastruktury Základních registrů měla zabránit výpadkům digitálních služeb státu. Dnešnímu výpadku nezabránila.
Čínský startup Kimi představil open-source model umělé inteligence Kimi K2.5. Nová verze pracuje s textem i obrázky a poskytuje 'paradigma samosměřovaného roje agentů' pro rychlejší vykonávání úkolů. Kimi zdůrazňuje vylepšenou schopnost modelu vytvářet zdrojové kódy přímo z přirozeného jazyka. Natrénovaný model je dostupný na Hugging Face, trénovací skripty však ne. Model má 1 T (bilion) parametrů, 32 B (miliard) aktivních.
V Raspberry Pi OS lze nově snadno povolit USB Gadget Mode a díky balíčku rpi-usb-gadget (CDC-ECM/RNDIS) mít možnost se k Raspberry Pi připojovat přes USB kabel bez nutnosti konfigurování Wi-Fi nebo Ethernetu. K podporovaným Raspberry Pi připojeným do USB portu podporujícího OTG.
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:
