Open source software pro úpravu digitálních fotografií LightZone (Wikipedie) byl vydán v nové verzi 5.0.0. LightZone je dnes k dispozici pod licencí BSD. Původně se jednalo o proprietární software vyvíjený společností Light Crafts. Ta v prosinci 2012 souhlasila s uvolněním zdrojových kódů jako open source [Wayback Machine].
Byla vydána verze 0.84 telnet a ssh klienta PuTTY (Wikipedie). Podrobnosti v přehledu nových vlastností a oprav chyb a Change Logu.
Microsoft představil Azure Linux 4.0 a Azure Container Linux. Na konferenci Open Source Summit North America 2026 organizované konsorciem Linux Foundation a sponzorované také Microsoftem. Azure Linux 4.0 vychází z Fedora Linuxu. Azure Container Linux je založen na projektu Flatcar. Azure Linux (GitHub, Wikipedie) byl původně znám jako CBL-Mariner.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 165 (pdf).
Byla vydána verze 9.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.
Firefox 151 podporuje Web Serial API. Pro komunikaci s různými mikrokontroléry připojenými přes USB nebo sériové porty už není nutné spouštět Chrome nebo na Chromiu postavené webové prohlížeče.
Byla vydána nová stabilní verze 8.0 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 148. Přehled novinek i s náhledy v příspěvku na blogu.
Ve FreeBSD byla nalezena a opravena zranitelnost FatGid aneb CVE-2026-45250. Jedná se o lokální eskalaci práv. Neprivilegovaný uživatel se může stát rootem.
Společnost Flipper Devices oznámila Flipper One. Zcela nový Flipper postavený od nuly. Jedná se o open-source linuxovou platformu založenou na čipu Rockchip RK3576. Hledají se dobrovolníci pro pomoc s dokončením vývoje (ovladače, testování, tvorba modulů).
Vývojáři Wine oznámili vydání verze 2.0 knihovny vkd3d pro překlad volání Direct3D na Vulkan. Přehled novinek na GitLabu.
# 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: