Společnost Volla Systeme stojící za telefony Volla spustila na Kickstarteru kampaň na podporu tabletu Volla Tablet s Volla OS nebo Ubuntu Touch.
Společnost Boston Dynamics oznámila, že humanoidní hydraulický robot HD Atlas šel do důchodu (YouTube). Nastupuje nová vylepšená elektrická varianta (YouTube).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.0.0. Přehled novinek v poznámkách k vydání.
Nejvyšší soud podpořil novináře Českého rozhlasu. Nařídil otevřít spor o uchovávání údajů o komunikaci (data retention). Uvedl, že stát odpovídá za porušení práva EU, pokud neprovede řádnou transpozici příslušné směrnice do vnitrostátního práva.
Minulý týden proběhl u CZ.NIC veřejný test aukcí domén. Včera bylo publikováno vyhodnocení a hlavní výstupy tohoto testu.
Byla vydána nová verze 3.5.0 svobodné implementace protokolu RDP (Remote Desktop Protocol) a RDP klienta FreeRDP. Přehled novinek v ChangeLogu. Opraveno bylo 6 bezpečnostních chyb (CVE-2024-32039, CVE-2024-32040, CVE-2024-32041, CVE-2024-32458, CVE-2024-32459 a CVE-2024-32460).
Google Chrome 124 byl prohlášen za stabilní. Nejnovější stabilní verze 124.0.6367.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 22 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Byla vydána nová verze 9.3 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Novinkou je vlastní repozitář DietPi APT.
Byl vydán Mozilla Firefox 125.0.1, první verze z nové řady 125. Přehled novinek v poznámkách k vydání, poznámkách k vydání pro firmy a na stránce věnované vývojářům. Vypíchnout lze podporu kodeku AV1 v Encrypted Media Extensions (EME). Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 125.0.1 je již k dispozici také na Flathubu a Snapcraftu.
Valkey, tj. svobodný fork již nesvobodného Redisu, byl vydán v první stabilní verzi 7.2.5.
[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: