Vláda USA nařídila společnosti Anthropic pozastavit přístup k modelům Fable 5 a Mythos 5 pro všechny cizince, včetně zaměstnanců Anthropicu.
Společnost Murena představila (YouTube) novou verzi 4.0 mobilního operačního systému /e/OS (Wikipedie) založeného na Androidu a LineageOS bez aplikací a služeb od Googlu.
V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.
Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
# 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: