Ondřej Filip publikoval reportáž z ceremonie podpisu kořenové zóny DNS. Zhlédnout lze také jeho nedávnou přednášku Jak se podepisuje kořenová zóna Internetu v rámci cyklu Fyzikální čtvrtky FEL ČVUT.
Společnost BenQ uvádí na trh novou řadu monitorů RD určenou pro programátory. První z nich je RD240Q.
Byl aktualizován seznam 500 nejvýkonnějších superpočítačů na světě TOP500. Nejvýkonnějším superpočítačem nadále zůstává Frontier od HPE (Cray) s výkonem 1,206 exaFLOPS. Druhá Aurora má oproti loňsku přibližně dvojnásobný počet jader a dvojnásobný výkon: 1,012 exaFLOPS. Novým počítačem v první desítce je na 6. místě Alps. Novým českým počítačem v TOP500 je na 112. místě C24 ve Škoda Auto v Mladé Boleslavi. Ostravská Karolina, GPU
… více »GHC (Glasgow Haskell Compiler, Wikipedie), tj. překladač funkcionálního programovacího jazyka Haskell (Wikipedie), byl vydán ve verzi 9.10.1. Přehled novinek v poznámkách k vydání.
Po 9 týdnech vývoje od vydání Linuxu 6.8 oznámil Linus Torvalds vydání Linuxu 6.9. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna. Později také na Linux Kernel Newbies.
Byla vydána verze 0.2.0 v Rustu napsaného frameworku Pingora pro vytváření rychlých, spolehlivých a programovatelných síťových systémů. Společnost Cloudflare jej letos v únoru uvolnila pod licencí Apache 2.0.
Open source RDP (Remote Desktop Protocol) server xrdp (Wikipedie) byl vydán ve verzi 0.10.0. Z novinek je vypíchnuta podpora GFX (Graphic Pipeline Extension). Nová větev řeší také několik bezpečnostních chyb.
Rocky Linux byl vydán v nové stabilní verzi 9.4. Přehled novinek v poznámkách k vydání.
Dellu byla odcizena databáze zákazníků (jméno, adresa, seznam zakoupených produktů) [Customer Care, Bleeping Computer].
V lednu byl otevřen editor kódů Zed od autorů editoru Atom a Tree-sitter. Tenkrát běžel pouze na macOS. Byl napevno svázán s Metalem. Situace se ale postupně mění. V aktuálním příspěvku Kdy Zed na Linuxu? na blogu Zedu vývojáři popisují aktuální stav. Blíží se alfa verze.
+-----------+ +-----------+ | VPN sit | +---------+ +---------+ | LAN | |10.0.1.0/24|------10.0.1.1| router1 |192.168.1.2------192.168.1.1| router2 |10.11.12.1----|10.0.1.0/24| +-----------+ +---------+ +---------+ -------------a ted k problemu. Potrebuji se z VPN dostat do site za routerem 2. Routovaci tabulky vzpadaji nasledovne:
Router1 Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkaz Užt Rozhraní 10.11.12.0 192.168.1.1 255.255.255.0 UG 0 0 0 eth0 10.0.1.0 0.0.0.0 255.255.255.0 U 0 0 0 tap0 192.168.0.0 0.0.0.0 255.255.252.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.1.3 0.0.0.0 UG 0 0 0 eth0
Router 2 Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.11.12.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.4.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 10.0.1.0 192.168.1.2 255.255.255.0 UG 0 0 0 eth0 192.168.0.0 0.0.0.0 255.255.252.0 U 0 0 0 eth0 0.0.0.0 192.168.1.3 0.0.0.0 UG 0 0 0 eth0Pokud z VPN se snazim pingnout cokoliv v siti 10.11.12.0/24 tak to skonci zatim co ping na 10.11.12.1 jde bez problemu. Traceroute z vpn vypisuje tohle:
traceroute to 10.11.12.102 (10.11.12.102), 30 hops max, 40 byte packets 1 10.0.1.1 (10.0.1.1) 23.205 ms 21.102 ms 21.524 ms 2 192.168.1.1 (192.168.1.1) 52.109 ms 25.737 ms 22.564 ms 3 * * * 4 *Vyvratte mi ze jsem natvrdlej a ze to musi jit. Osobne si myslim ze je nekde chyba v metrice.
router 1 athlon hates # ip route show 10.11.12.0/24 via 192.168.1.1 dev eth0 10.0.1.0/24 dev tap0 proto kernel scope link src 10.0.1.1 192.168.0.0/22 dev eth0 proto kernel scope link src 192.168.1.2 127.0.0.0/8 dev lo scope link default via 192.168.1.3 dev eth0 athlon hates #
router2 server1:~# ip route show 10.11.12.0/24 dev eth1 proto kernel scope link src 10.11.12.1 192.168.4.0/24 dev eth1 proto kernel scope link src 192.168.4.1 10.0.1.0/24 via 192.168.1.2 dev eth0 192.168.0.0/22 dev eth0 proto kernel scope link src 192.168.1.1 default via 192.168.1.3 dev eth0 server1:~#
Tiskni Sdílej: