OpenSearch (Wikipedie) byl vydán ve verzi 3.0. Podrobnosti v poznámkách k vydání. Jedná se o fork projektů Elasticsearch a Kibana.
PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.
Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.
sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.
Fedora se stala oficiální distribucí WSL (Windows Subsystem for Linux).
Společnost IBM představila server IBM LinuxONE Emperor 5 poháněný procesorem IBM Telum II.
Byla vydána verze 4.0 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Přehled novinek v poznámkách k vydání. Využíván je Free Pascal Compiler (FPC) 3.2.2.
Podpora Windows 10 končí 14. října 2025. Připravovaná kampaň Konec desítek (End of 10) může uživatelům pomoci s přechodem na Linux.
Ahoj , Kdysi dávno jsem rozjel routovanou OVP a teď se předělávala síť a nemůžu to dát znovu dohromady. Používám tunel přes TUN adaptér a režim server - klient. TUN má nastavení inet 10.0.1.1 peer 10.0.1.2/32 scope global tun0 Dále pak mám IPTABLES -A FORWARD -i tun0 -s 10.0.1.0/24 -o eth0 -j ACCEPT -A FORWARD -i eth0 -o tun+ -j ACCEPT cat /proc/sys/net/ipv4/ip_forward 1 Na klienta pushuji mode server tls-server dev tun port 1194 proto udp server 10.0.1.0 255.255.255.0 persist-tun persist-key ifconfig-pool-persist ips.txt push "route 10.10.40.0 255.255.255.0" route 10.0.10.0 255.255.255.0 - """" toto nevím proc už tam mám """""" #client-config-dir ccd #duplicate-cn client-to-client keepalive 10 120 ETH0 mám přes DHCP s nastavením 10.10.40.30 a GW 10.10.40.1 což je router Routovací tabulka zde bude někde asi zakopaný pes : 10.0.1.2 * 255.255.255.255 UH 0 0 0 tun0 10.0.1.0 10.0.1.1 255.255.255.0 UG 0 0 0 tun0 10.0.1.0 10.0.1.2 255.255.255.0 UG 0 0 0 tun0 10.0.10.0 10.0.1.2 255.255.255.0 UG 0 0 0 tun0 10.10.40.0 10.10.40.30 255.255.255.0 UG 0 0 0 eth0 10.10.40.0 10.10.40.1 255.255.255.0 UG 0 0 0 eth0 10.10.40.0 * 255.255.255.0 U 0 0 0 eth0 169.254.0.0 * 255.255.0.0 U 0 0 0 eth0 default 10.10.40.1 0.0.0.0 UG 0 0 0 eth0 Situace je taková , že klient se připojí do VPN a vidí až adaptér 10.10.40.30 , ale nevidí dále do sítě Na routeru mám přidanou routu 10.0.1.0 přes 10.10.40.30 Při dnešních pokusech se mi podařilo pingnout z vnitřni sítě klientský PC ve VPN na 10.0.1.6 avšak už nevím při jakých routáchProsím o radu bude to asi jen nějaká drobná blbost. Ještě zmíním, že oproti minulé konfiguraci tu máme nově VLANy. ALe když ten jeden směr už jel, tak si myslím, že to nemá vliv, ale jsou chybně routy na VPN serveru. Děkuji Roman
Řešení dotazu:
route 10.0.10.0 255.255.255.0Doporucuji ICMP + tcpdump a projit celou cestu.
ANO VPN server je ve vnitřní síti 10.10.40.0 jehož adresa je 10.10.40.30 ještě podotknu , že je na switchi nastaven port pro VPN server jakožto untagged s PVID 40 tedy VPN server je ve VLAN ID 40 ! Nemůže nakonec být problém skutečně problém s VLAN ? routy jsem promazal. 10.0.1.2 * 255.255.255.255 UH 0 0 0 tun0 10.0.1.0 10.0.1.1 255.255.255.0 UG 0 0 0 tun0 10.0.1.0 10.0.1.2 255.255.255.0 UG 0 0 0 tun0 10.10.40.0 * 255.255.255.0 U 0 0 0 eth0 169.254.0.0 * 255.255.0.0 U 0 0 0 eth0 default 10.10.40.1 0.0.0.0 UG 0 0 0 eth0
Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.100.1 0.0.0.0 UG 0 0 0 eth0 10.8.0.0 10.8.0.2 255.255.255.0 UG 0 0 0 tun0 10.8.0.2 0.0.0.0 255.255.255.255 UH 0 0 0 tun0 192.168.100.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0take by som skusil vyhodit tieto zaznamy
10.0.1.0 10.0.1.1 255.255.255.0 UG 0 0 0 tun0 10.0.10.0 10.0.1.2 255.255.255.0 UG 0 0 0 tun0 10.10.40.0 10.10.40.30 255.255.255.0 UG 0 0 0 eth0 10.10.40.0 10.10.40.1 255.255.255.0 UG 0 0 0 eth0 169.254.0.0 * 255.255.0.0 U 0 0 0 eth0aj vsetky ine zaznamy ohladom siete 10.0.10.0/24
Destination Gateway Genmask Flags Metric Ref Use Iface 10.0.1.2 * 255.255.255.255 UH 0 0 0 tun0 10.0.1.0 10.0.1.2 255.255.255.0 UG 0 0 0 tun0 10.10.40.0 * 255.255.255.0 U 0 0 0 eth0 169.254.0.0 * 255.255.0.0 U 0 0 0 eth0 default 10.10.40.1 0.0.0.0 UG 0 0 0 eth0 Stále se dostanu jen na adresu eth0 Jaký vliv má na openVPN to, že lokální síť je v VLAN ID 40 ? Děkuji
Tiskni
Sdílej: