Včera večer měl na YouTube premiéru dokumentární film Python: The Documentary | An origin story.
Společnost comma.ai po třech letech od vydání verze 0.9 vydala novou verzi 0.10 open source pokročilého asistenčního systému pro řidiče openpilot (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu.
Ubuntu nově pro testování nových verzí vydává měsíční snapshoty. Dnes vyšel 4. snapshot Ubuntu 25.10 (Questing Quokka).
Řada vestavěných počítačových desek a vývojových platforem NVIDIA Jetson se rozrostla o NVIDIA Jetson Thor. Ve srovnání se svým předchůdcem NVIDIA Jetson Orin nabízí 7,5krát vyšší výpočetní výkon umělé inteligence a 3,5krát vyšší energetickou účinnost. Softwarový stack NVIDIA JetPack 7 je založen na Ubuntu 24.04 LTS.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) spolu s NSA a dalšími americkými úřady upozorňuje (en) na čínského aktéra Salt Typhoon, který kompromituje sítě po celém světě.
Společnost Framework Computer představila (YouTube) nový výkonnější Framework Laptop 16. Rozhodnou se lze například pro procesor Ryzen AI 9 HX 370 a grafickou kartu NVIDIA GeForce RTX 5070.
Google oznamuje, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Tato politika bude implementována během roku 2026 ve vybraných zemích (jihovýchodní Asie, Brazílie) a od roku 2027 celosvětově.
Byla vydána nová verze 21.1.0, tj. první stabilní verze z nové řady 21.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools a Libc++.
Alyssa Anne Rosenzweig v příspěvku na svém blogu oznámila, že opustila Asahi Linux a nastoupila do Intelu. Místo Apple M1 a M2 se bude věnovat architektuře Intel Xe-HPG.
EU chce (pořád) skenovat soukromé zprávy a fotografie. Návrh "Chat Control" by nařídil skenování všech soukromých digitálních komunikací, včetně šifrovaných zpráv a fotografií.
# The loopback network interface auto lo iface lo inet loopback # The primary network interface auto enp1s0 iface enp1s0 inet static address 192.168.1.100 netmask 255.255.255.0 network 192.168.1.0 boadcast 192.168.1.255 gateway 192.168.1.1 dns-nameservers 192.168.1.100 8.8.8.8 dns-search kurzy.local
Myslím, že toto je příčina, proč server nemá přístup do internetu. Přestože jsem nastavil gateway, server není schopen komunikace ven a netuším co je tedy nastaveno špatně
Windows stanice
Druhý problém je s Windows stanicí, které provedu nastavení, opět dle návodů na internetu. Po úspěšném spuštění Samby je udájně nutné na Windows stanici, v připojení síti / IPv4 nastavit DNS server, v mém případě 192.168.1.100. Což je fajn, počítač pak jde rád do domény, ale na internet se mu vůbec nechce :) Pak jsem zkusil napevnost nastavit IP adresu, masku sítě i bránu, ale nepomohlo to.
Prosím o radu co na serveru a co na Windows stanici změnit, aby mi zůstala funkčnost a obnovilo se připojení k internetu.
Řešení dotazu:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 192.168.1.100 nameserver 8.8.8.8 search kurzy.localTo je v pohodě, ne?
# dig google.com @192.168.1.100 ; <<>> DiG 9.10.3-P4-Ubuntu <<>> google.com @192.168.1.100 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 59724 ;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;google.com. IN A ;; Query time: 153 msec ;; SERVER: 192.168.1.100#53(192.168.1.100) ;; WHEN: Wed Aug 16 16:16:02 CEST 2017 ;; MSG SIZE rcvd: 39dig google.com @192.168.1.1
; <<>> DiG 9.10.3-P4-Ubuntu <<>> google.com @192.168.1.1 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 38369 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;google.com. IN A ;; ANSWER SECTION: google.com. 114 IN A 172.217.23.238 ;; Query time: 6 msec ;; SERVER: 192.168.1.1#53(192.168.1.1) ;; WHEN: Wed Aug 16 16:16:41 CEST 2017 ;; MSG SIZE rcvd: 55dig google.com @8.8.8.8
# dig google.com @8.8.8.8 ; <<>> DiG 9.10.3-P4-Ubuntu <<>> google.com @8.8.8.8 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 8984 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;google.com. IN A ;; ANSWER SECTION: google.com. 299 IN A 172.217.23.206 ;; Query time: 21 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Wed Aug 16 16:17:19 CEST 2017 ;; MSG SIZE rcvd: 55
# ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. 64 bytes from 8.8.8.8: icmp_seq=1 ttl=51 time=3.15 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=51 time=2.71 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=51 time=2.79 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=51 time=2.83 msping na 192.168.1.1
# ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.529 ms 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.499 ms 64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=0.498 ms 64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=0.514 msJeště nějaký nápad? Interně běhá komunikace v pořádku, na server v pohodě zapisuji 30MB/s a více.
internet stále nefungujevs.
tohle přece vypadá, že funguje. (a DNS se debuguje64 bytes from 8.8.8.8: icmp_seq=1 ttl=51 time=3.15 ms
dig @stroj doména
)
# ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. 64 bytes from 8.8.8.8: icmp_seq=1 ttl=51 time=2.98 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=51 time=2.80 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=51 time=2.77 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=51 time=2.89 ms
Tiskni
Sdílej: