Steve Jobs a superpočítač Cray-1 budou vyobrazeny na pamětních jednodolarových mincích vyražených v příštím roce v rámci série Americká inovace. Série má 57 mincí, tj. 57 inovací. Poslední 4 mince budou vyraženy v roce 2032.
Byl zveřejněn průběžně aktualizovaný program konference OpenAlt 2025 o otevřeném softwaru a datech, IT bezpečnosti, DIY a IoT. Konference proběhne o víkendu 1. a 2. listopadu v prostorách FIT VUT v Brně. Vstup je zdarma.
Senát včera opětovně nepřijal návrh ústavního zákona, který měl do Listiny základních práv a svobod zakotvit právo občanů platit v hotovosti nebo být off-line. Návrh předložila skupina senátorů již v roce 2023. Senát dnes návrh neschválil, ale ani nezamítl. Pokud by ho přijal, dostala by ho k projednání Sněmovna a vyjádřila by se k němu vláda.
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 13.0 (Mastodon). Forgejo je fork Gitei.
Společnost Eclypsium se na svém blogu rozepsala o bezpečnostním problému počítačů Framework. Jedná se o zranitelnost v UEFI umožňující útočníkům obejít Secure Boot.
Editor kódů Zed (Wikipedie) po macOS a Linuxu s verzí 0.208.4 už běží také ve Windows.
Apple dnes představil 14palcový MacBook Pro, iPad Pro a Apple Vision Pro s novým čipem M5.
Debian pro mobilní zařízení Mobian (Wikipedie) byl vydán ve verzi 13 Trixie. Nová stabilní verze je k dispozici pro PINE64 PinePhone, PinePhone Pro a PineTab, Purism Librem 5, Google Pixel 3a a 3a XL, OnePlus 6 a 6T a Xiaomi Pocophone F1.
Operátor O2 představil tarif Datamanie 1200 GB . Nový tarif přináší 1200 GB dat s neomezenou 5G rychlostí, a také možnost neomezeného volání do všech sítí za 15 Kč na den. Při roční variantě předplatného zákazníci získají po provedení jednorázové platby celou porci dat najednou a mohou je bezstarostně čerpat kdykoli během roku. Do 13. listopadu jej O2 nabízí za zvýhodněných 2 988 Kč. Při průměrné spotřebě tak 100 GB dat vychází na 249 Kč měsíčně.
Byly publikovány informace o útoku na zařízení s Androidem pojmenovaném Pixnapping Attack (CVE-2025-48561). Aplikace může číst citlivá data zobrazovaná jinou aplikací. V demonstračním videu aplikace čte 2FA kódy z Google Authenticatoru.
Dobré odpoledne všem,
používám OpenWRT 14.07 Barrier Breaker na routeru TP-LINK TL-MR3220 v2 s 3G USB modemem AnyDATA ADU-510L od U:fona jakožto jediným spojením ven. OpenWRT jsem na router dal proto, že stock firmware můj modem vůbec nepodporoval (psal "connecting.." ale nikdy se nepřipojil, a LEDka na modemu svítila zeleně, při připojování má svítit modře).
Teď se můžu úspěšně připojit, download i upload funguje normální rychlostí atd., ale spojení se vždy přeruší zhruba za 2 minuty. Často se doporučuje nastavit pppd option "noipdefault", což jsem udělal, ale nemělo to na nic vliv.
Může jít o problém s napájením, související s tímhle: https://forum.openwrt.org/viewtopic.php?id=39956
A může tedy být nutné, abych mezi router a modem přidal USB hub.
Jde ale o jiný typ desky, můj router je ar71xx. Instaloval jsem z image openwrt-ar71xx-generic-tl-mr3220-v2-squashfs-factory.bin
Nemám možnost změřit napětí v USB portu routeru.
Zde je výstup logread
:
Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (BUSY) Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (NO CARRIER) Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (ERROR) Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (NO DIAL TONE) Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (NO ANSWER) Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (DELAYED) Wed Nov 12 13:31:20 2014 local2.info chat[5740]: report (CONNECT) Wed Nov 12 13:31:20 2014 local2.info chat[5740]: timeout set to 10 seconds Wed Nov 12 13:31:20 2014 local2.info chat[5740]: send (AT^M) Wed Nov 12 13:31:20 2014 local2.info chat[5740]: expect (OK) Wed Nov 12 13:31:20 2014 local2.info chat[5740]: AT^M^M Wed Nov 12 13:31:20 2014 local2.info chat[5740]: OK Wed Nov 12 13:31:20 2014 local2.info chat[5740]: -- got it Wed Nov 12 13:31:20 2014 local2.info chat[5740]: send (ATZ^M) Wed Nov 12 13:31:20 2014 local2.info chat[5740]: timeout set to 30 seconds Wed Nov 12 13:31:20 2014 local2.info chat[5740]: expect (OK) Wed Nov 12 13:31:20 2014 local2.info chat[5740]: ^M Wed Nov 12 13:31:20 2014 local2.info chat[5740]: ATZ^M^M Wed Nov 12 13:31:20 2014 local2.info chat[5740]: OK Wed Nov 12 13:31:20 2014 local2.info chat[5740]: -- got it Wed Nov 12 13:31:20 2014 local2.info chat[5740]: send (ATDT#777^M) Wed Nov 12 13:31:20 2014 local2.info chat[5740]: expect (CONNECT) Wed Nov 12 13:31:20 2014 local2.info chat[5740]: ^M Wed Nov 12 13:31:21 2014 local2.info chat[5740]: ATDT#777^M^M Wed Nov 12 13:31:21 2014 local2.info chat[5740]: CONNECT Wed Nov 12 13:31:21 2014 local2.info chat[5740]: -- got it Wed Nov 12 13:31:21 2014 local2.info chat[5740]: send (^M) Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: Script DIALNUMBER= /usr/sbin/chat -t5 -v -E -f /etc/chatscripts/evdo.chat finished (pid 5739), status = 0x0 Wed Nov 12 13:31:21 2014 daemon.info pppd[1126]: Serial connection established. Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: using channel 36 Wed Nov 12 13:31:21 2014 daemon.info pppd[1126]: Using interface 3g-3g Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: Connect: 3g-3g <--> /dev/ttyUSB0 Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [LCP ConfReq id=0x1 ] Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [LCP ConfReq id=0x24 ] Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [LCP ConfRej id=0x1 ] Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [LCP ConfAck id=0x24 ] Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [LCP ConfReq id=0x2 ] Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [LCP ConfAck id=0x2 ] Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [LCP EchoReq id=0x0 magic=0x10cd98eb] Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [CHAP Challenge id=0x1 , name = ""] Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [CHAP Response id=0x1 <25da9f0d22715c939e85c456cc575fc4>, name = "ufon"] Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [CHAP Success id=0x1 ""] Wed Nov 12 13:31:21 2014 daemon.info pppd[1126]: CHAP authentication succeeded Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: CHAP authentication succeeded Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [IPCP ConfReq id=0x47 ] Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ] Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [IPCP ConfReq id=0x1 ] Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [IPCP ConfAck id=0x1 ] Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [IPCP ConfNak id=0x47 ] Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [IPCP ConfReq id=0x48 ] Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [IPCP ConfAck id=0x48 ] Wed Nov 12 13:31:21 2014 daemon.notice netifd: Network device '3g-3g' link is up Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: local IP address 78.136.147.93 Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: remote IP address 172.18.55.1 Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: primary DNS address 78.136.128.4 Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: secondary DNS address 78.136.128.12 Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: Script /lib/netifd/ppp-up started (pid 5767) Wed Nov 12 13:31:21 2014 daemon.notice netifd: Interface '3g' is now up Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: Script /lib/netifd/ppp-up finished (pid 5767), status = 0x1 Wed Nov 12 13:31:21 2014 user.notice firewall: Reloading firewall due to ifup of 3g (3g-3g) Wed Nov 12 13:31:24 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ] Wed Nov 12 13:31:27 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ] Wed Nov 12 13:31:30 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ] Wed Nov 12 13:31:33 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ] Wed Nov 12 13:31:36 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ] Wed Nov 12 13:31:38 2014 daemon.info dnsmasq[1198]: reading /tmp/resolv.conf.auto Wed Nov 12 13:31:38 2014 daemon.info dnsmasq[1198]: using local addresses only for domain lan Wed Nov 12 13:31:38 2014 daemon.info dnsmasq[1198]: using nameserver 78.136.128.4#53 Wed Nov 12 13:31:38 2014 daemon.info dnsmasq[1198]: using nameserver 78.136.128.12#53 Wed Nov 12 13:31:39 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ] Wed Nov 12 13:31:42 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ] Wed Nov 12 13:31:45 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ] Wed Nov 12 13:31:48 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ] Wed Nov 12 13:31:51 2014 daemon.warn pppd[1126]: IPV6CP: timeout sending Config-Requests Wed Nov 12 13:33:02 2014 daemon.debug pppd[1126]: rcvd [LCP TermReq id=0x3] Wed Nov 12 13:33:02 2014 daemon.info pppd[1126]: LCP terminated by peer Wed Nov 12 13:33:02 2014 daemon.info pppd[1126]: Connect time 1.7 minutes. Wed Nov 12 13:33:02 2014 daemon.info pppd[1126]: Sent 44136 bytes, received 99893 bytes. Wed Nov 12 13:33:02 2014 daemon.notice netifd: Network device '3g-3g' link is down Wed Nov 12 13:33:02 2014 daemon.debug pppd[1126]: Script /lib/netifd/ppp-down started (pid 5892) Wed Nov 12 13:33:02 2014 daemon.debug pppd[1126]: sent [LCP TermAck id=0x3] Wed Nov 12 13:33:02 2014 daemon.notice netifd: Interface '3g' has lost the connection Wed Nov 12 13:33:02 2014 daemon.debug pppd[1126]: Script /lib/netifd/ppp-down finished (pid 5892), status = 0x1 Wed Nov 12 13:33:05 2014 daemon.debug pppd[1126]: rcvd [LCP TermReq id=0x4] Wed Nov 12 13:33:05 2014 daemon.debug pppd[1126]: sent [LCP TermAck id=0x4] Wed Nov 12 13:33:05 2014 daemon.notice pppd[1126]: Connection terminated. Wed Nov 12 13:33:05 2014 kern.err kernel: [ 4934.170000] option1 ttyUSB0: option_instat_callback: error -2 Wed Nov 12 13:33:06 2014 daemon.notice pppd[1126]: Modem hangup Wed Nov 12 13:33:26 2014 daemon.warn dnsmasq[1198]: no servers found in /tmp/resolv.conf.auto, will retry
Po ukončení spojení se modem za několik sekund znova připojí (sám od sebe, bez mého zásahu) a celý scénář se opakuje.
Zvláštní je, že se to děje velmi pravidelně, podle dmesg
každých 137 sekund (možná 2 minuty uptime + 17 sekund připojování?):
[ 4112.150000] option1 ttyUSB0: option_instat_callback: error -2 [ 4249.110000] option1 ttyUSB0: option_instat_callback: error -2 [ 4386.200000] option1 ttyUSB0: option_instat_callback: error -2 [ 4523.160000] option1 ttyUSB0: option_instat_callback: error -2 [ 4660.250000] option1 ttyUSB0: option_instat_callback: error -2 [ 4797.210000] option1 ttyUSB0: option_instat_callback: error -2 [ 4934.170000] option1 ttyUSB0: option_instat_callback: error -2 [ 5071.260000] option1 ttyUSB0: option_instat_callback: error -2 [ 5208.090000] option1 ttyUSB0: option_instat_callback: error -2
atd.
Vzhledem k té pravidělnosti si nejsem jist, zda jde skutečně o problém s napájením.
Myslíte, že si mám pořídit ten USB hub, nebo to může být něčím úplně jiným?
díky moc
bhy
[ 4112.150000] option1 ttyUSB0: option_instat_callback: error -2 [ 4249.110000] option1 ttyUSB0: option_instat_callback: error -2 [ 4386.200000] option1 ttyUSB0: option_instat_callback: error -2 [ 4523.160000] option1 ttyUSB0: option_instat_callback: error -2 [ 4660.250000] option1 ttyUSB0: option_instat_callback: error -2 [ 4797.210000] option1 ttyUSB0: option_instat_callback: error -2
atd.
AT+CSQ vyzkouším, až budu u routeru./etc/config/network
option ppp_redial 'persist' option keepalive '10 20'čímž se doba trvání spojení před pádem prodloužila na cca 10-12 minut a hlavně zmizely prodlevy mezi hangupem a opětovným vytáčením (ty 2 minuty předtím tam byly asi z OpenWRTího cronu, je to čas po kterém se obnovuje padlé spojení). Dál jsem pak přemýšlel, proč předtím při pingu spojení vydrželo déle než ty 2 minuty a napadla mě souvislost s velikostí MTU (ping má malé frames, nebo jak se to jmenuje).
ifconfig
ukázal, že je nastaveno na 1500, což pro mobilní síť asi není to pravé ořechové. Snížil jsem ho na 1300 a spojení nyní vydrží cca 25-30 minut (a okamžitě se obnoví), což už je mnohem použitelnější.
option mtu '1300'Příští týden vyzkouším, jestli se to ještě zlepší při dalším snížení MTU. Díky za rady.
Tiskni
Sdílej: