Ministerstvo průmyslu a obchodu propaguje Microsoft. Ten ve spolupráci s Ministerstvem průmyslu a obchodu spouští AI National Skilling Plan v ČR. "Iniciativa Microsoftu přináší konkrétní a praktickou podporu právě tam, kde ji nejvíc potřebujeme – do škol, firem i veřejné správy.", říká ministr průmyslu a obchodu Lukáš Vlček.
Jste český ISP? Vyplněním krátkého dotazníku můžete pomoci nasměrovat vývoj nové generace routerů Turris Omnia [𝕏].
Celkové tržby společnosti Canonical za rok 2024 byly 292 milionů dolarů (pdf). Za rok 2023 to bylo 251 milionů dolarů.
Byla vydána verze 1.88.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Distribuce Tails specializující se ochranu online soukromí uživatele byla vydána ve verzi 6.17. Mimo jiné aktualizuje Tor Browser (14.5.4) a opravuje několik chyb.
Ubuntu nově pro testování nových verzí vydává měsíční snapshoty. Dnes vyšel 2. snapshot Ubuntu 25.10 (Questing Quokka).
Město Lyon posiluje svou digitální suverenitu a postupně nahrazuje software od společnosti Microsoft bezplatnými alternativami, zejména OnlyOffice pro kancelářské aplikace a Linux a PostgreSQL pro systémy a databáze.
Evropská občanská iniciativa Stop Destroying Videogames se snaží o to, aby vydavatelé, kteří spotřebitelům v Evropské unii prodávají videohry nebo na ně udělují licence, měli povinnost tyto hry ponechat ve funkčním (hratelném) stavu i po ukončení podpory ze své strany. Podpořit podpisem tuto iniciativu můžete v Systému pro online sběr podpisů.
Mozilla oficiálně ukončila svůj již několik let mrtvý projekt DeepSpeech pro převod řeči na text.
Krátce po oficiálním oznámení forku X.Org Xserveru s názvem XLibre Xserver byl ve Fedoře předložen návrh, aby byl X.Org Xserver nahrazen tímto XLibre Xserverem. Po krátké ale intenzivní diskusi byl návrh stažen.
# 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: