Man Yue Mo z GitHub Security Lab se podrobně rozepsal o již opravené zranitelnosti CVE-2023-6241 v Arm Mali GPU umožňující získání roota na telefonu Pixel 8 s povoleným MTE (Memory Tagging Extension).
V San José probíhá vývojářská konference NVIDIA GTC 2024. CEO společnosti NVIDIA Jensen Huang měl dvouhodinovou keynote, ve které představil celou řadu novinek: NVIDIA Blackwell platform, NVIDIA NIM microservices, NVIDIA Omniverse Cloud APIs, Project GR00T, …
Byly zpracovány a na YouTube zveřejněny videozáznamy jednotlivých přednášek z letošního Installfestu.
Od 21. do 23. března proběhnou Arduino Days 2024. Sledovat bude možné oficiální streamy. Zúčastnit se lze i lokálních akcí. V Česku jsou aktuálně registrovány dvě: v Praze na Matfyzu a v Poličce v městské knihovně.
Letošní ročník konference LinuxDays se uskuteční o víkendu 12. a 13. října, opět se potkáme v pražských Dejvicích na FIT ČVUT. Také během letošního ročníku nás budou čekat desítky přednášek, workshopy, stánky a spousta doprovodného programu. Aktuální dění můžete sledovat na Twitteru, Facebooku nebo na Mastodonu, přidat se můžete také do telegramové diskusní skupiny.
Byla vydána nová major verze 2.0.0 a krátce na to opravné verze 2.0.1 open source online editoru Etherpad (Wikipedie) umožňujícího společné úpravy v reálném čase.
Matematický software GNU Octave byl vydán ve verzi 9.1.0. Podrobnosti v poznámkách k vydání. Nově je preferovaný grafický backend Qt a preferovaná verze Qt 6. V tomto vydání byly přepracovány funkce pro převod čísel z desítkové soustavy. Jako obvykle jsou zahrnuta také výkonnostní vylepšení a zlepšení kompatibility s Matlabem.
Společnost PINE64 stojící za telefony PinePhone nebo notebooky Pinebook publikovala na svém blogu březnový souhrn novinek. Vypíchnout lze, že pracují na virtuálním asistentu PineVox a zatím bezejmenných sluchátkách na lícní kosti (bone conduction).
Hyprland, kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, je již dva roky starý. Při té příležitosti byla vydána verze 0.37.0 (a záhy opravná 0.37.1 řešící chybu ve vykreslování oken). Nově závisí na knihovně hyprcursor, která poskytuje škálovatelné kurzory myši.
[PC]___[R]---[AP]___(internet)
PC ma IP 192.168.3.2 a defaultni routu na .1.
Router R vypada takto:
eth0 Link encap:Ethernet HWaddr 00:E0:98:BB:57:FA inet addr:192.168.3.1 Bcast:192.168.3.255 Mask:255.255.255.0 UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:21711 errors:0 dropped:0 overruns:0 frame:0 TX packets:18635 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:2085432 (1.9 MiB) TX bytes:5628567 (5.3 MiB) Interrupt:4 wlan0 Link encap:Ethernet HWaddr 00:E0:98:BB:57:FA inet addr:10.0.0.10 Bcast:10.255.255.255 Mask:255.255.255.0 UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:3809 errors:0 dropped:0 overruns:0 frame:0 TX packets:6125 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:12043569 (11.4 MiB) TX bytes:0 (0.0 B) Interrupt:2 Memory:bd400000-0 Destination Gateway Genmask Flags Metric Ref Use Iface 10.0.0.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0 192.168.3.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 224.0.0.0 0.0.0.0 240.0.0.0 U 0 0 0 eth0 0.0.0.0 10.0.0.138 0.0.0.0 UG 0 0 0 wlan0AP ma adresu 10.0.0.138. Ja se z PC dopingam az na 10.0.0.10, dal ne. Jak mam nastavit smerovani tak, abych se dostal az do internetu? Tusim ze neco s maskaradovanim? Iptables jsou na nem prazdny (-F -X). Zkousel jsem jeste bridging, ve kterym to slo (ping ven prosel), ale chovalo se to divne:
PING dsl.cz (88.86.109.241) 56(84) bytes of data. From 10.0.0.10 icmp_seq=1 Destination Host Unreachable From 10.0.0.10: icmp_seq=2 Redirect Host(New nexthop: 10.0.0.138) 64 bytes from db.aspa.cz (88.86.109.241): icmp_req=3 ttl=53 time=15.1 ms 64 bytes from db.aspa.cz (88.86.109.241): icmp_req=4 ttl=53 time=12.3 ms From 10.0.0.10 icmp_seq=2 Destination Host Unreachable 64 bytes from db.aspa.cz (88.86.109.241): icmp_req=5 ttl=53 time=18.1 ms 64 bytes from db.aspa.cz (88.86.109.241): icmp_req=6 ttl=53 time=14.0 ms 64 bytes from db.aspa.cz (88.86.109.241): icmp_req=7 ttl=53 time=16.8 ms 64 bytes from db.aspa.cz (88.86.109.241): icmp_req=8 ttl=53 time=15.7 ms 64 bytes from db.aspa.cz (88.86.109.241): icmp_req=9 ttl=53 time=14.2 ms atd.Tzn. nejdriv ping neprochazel, pak se delo neco, s cim jsem se zatim nesetkal ("Redirect Host(New nexthop: 10.0.0.138)"), a pak uz to chodilo normalne (i v browseru). R je OvisLink na kterym mam BusyBox, AP je nejaky wifi APcko.
echo 1 > /proc/sys/net/ipv4/ip_forwardNN
Udělal bych si pořádek v tom, co děláte. Tj. routujete? Pak musíte mít statické routy tam i zpět. Pokud dáte někam do cesty bridge, stejně tak musíte mít známou síť do bridge i síť, ze které jdete, na tom bridgi ...
Sám jsem snad viděl redirect jen tehdy, když jsem měl blbě nastavenou bránu a onen host mi to buď dal vědět nebo s tim něco udělal ... zde je něco více
Pokud se tazatel dostane ven, tak nat asi neni v jeho kompetenci, tj. neřeší překlad na svém zařízení.
Ona pauza a redirect může být způsobena autentikací, přidělením nějaké IP adresy na subinterfejs/něco při vygenerování provozu, "aktivací" proxy-arpu apod.
Co vim, tak třeba czfree.net má pořád privátní rozsah v síti a natuje až na výstupu.
Dyť tam píše ...
... 64 bytes from db.aspa.cz (88.86.109.241): icmp_req=9 ttl=53 time=14.2 ms
Ok, pravda. Tož čekáme na bližší podrobnosti.
Tiskni Sdílej: