Na YouTube lze zhlédnout nový celovečerní dokumentární film The Story of VS Code | Official Documentary věnovaný Visual Studio Code.
Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 26.08.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
Byla vydána nová stabilní verze 8.2 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 152. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána nová stabilní verze 4.0 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). S rozhraním přepsaným do Qt. Přehled novinek také na YouTube. Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
NVIDIA kupuje Hugging Face za 12,93 miliardy dolarů.
Předobjednat si lze nový jednodeskový počítač Arduino VENTUNO Q s předinstalovaným Ubuntu. S 16 GB LPDDR5 a 64 GB eMMC. Pro lokální LLM, agentní AI, počítačové vidění, robotiku…
Hexpair není nejlepší HEX editor na světě a ani se o to nesnaží. Zato je k dispozici kdykoliv a kdekoliv – všude tam, kde máte svůj Vim. Vznikl jako hobby projekt před pár měsíci a dospěl do stavu, kdy by mohl být užitečný širší komunitě. Přepnout do HEX režimu se dá i uprostřed rozdělané práce: Soubor, který už máte otevřený běžným vim file.md, jedním příkazem přepnete do HEX editoru a dalším příkazem ho můžete vrátit zpět do textu. Kurzor přitom
CERN dlouhodobě používal vlastní sestavení RHEL, ze kterého přešel na CentOS Stream. Federico Vaga a Nikos Tsipinakis ale nyní v přednášce na MiniDebConf Winterthur 2026 popisují plán probíhajícího přechodu na Debian pro řízení akcelerátorů. Důvodem k opuštění CentOS Stream jsou zachování zpětné kompatibility se starším hardwarem, kterou Red Hat narušuje, když tlačí sestavení balíčků pro novější verze architektury (x86-64), a nedostatečné nástroje pro sestavování vlastních balíčků a repozitářů.
UZDoom (Wikipedie), tj. fork GZDoom, byl vydán ve verzi 5.0.0. Videopředstavení na YouTube. Podrobný přehled novinek v Changelogu.
Zdravím,
mám jeden problém, přes který se nemohu dostat. Na Debianu mám naistalovaný OpenVPN. Vše funguje v lokální síti, ale jakmile jdu s klientem ven, tak mi nejde připojit.
server:
port 1194
proto udp
dev tun
ca ca.crt
cert server.crt
key server.key
dh dh1024.pem
server 172.16.4.0 255.255.255.0
;push "route 192.168.100.0 255.255.255.0"
;push "route 10.0.0.0 255.255.255.0"
;push "route 10.8.0.0 255.255.255.0"
;push "client-to-client"
; push "redirect-gateway" # presmeruje
;push "dhcp-option DNS 192.168.100.10"
;push "dhcp-option WINS 192.168.100.10"
client-to-client
duplicate-cn
keepalive 10 120
comp-lzo
; max-clients 100
; user nobody
; group nobody
persist-key
persist-tun
status openvpn-status.log
log /var/log/openvpn.log
log-append /var/log/openvpn.log
verb 9
klient:
tls-client
remote adresa serveru, ocividne
dev tun
proto udp
resolv-retry infinite
nobind
pull
persist-key
persist-tun
ca ca.crt
cert klient.crt
key klient.key
ping 15
ping-restart 45
ping-timer-rem
persist-key
comp-lzo
verb 9
Na routeru mám přesměrovaný port 1194 TCP+UDP na server. Vůbec nevím proč to nejde. Může někdo prosím poradit?
Díky
Log zde http://riwas.cz/others/log/
Jak koukám do logu, tak server vůbec nevěděl o příchozím připojení, proto to nechápu.
Jak by měl poslouchat na obou rozhraních?
No právě že to vypadá, tedy alespoň podle logu, že asi ne. Já nevím jak to poznat... Ale zkoušel jsem dva routery a na obou stejný. Navíc jsem s přesměrováním portů nikdy neměl problém.
a neblokuje tyto porty provider ? vyzkoušej si něco jiného pustit na portu 1194 a otestuj to.
Neblokuje žádné porty.
nmap -sU -p 1194 77.104.247.200
Starting Nmap 5.21 ( http://nmap.org ) at 2011-07-27 12:06 CEST
Nmap scan report for 200.247.104.77.coprosys.cz (77.104.247.200)
Host is up (0.028s latency).
PORT STATE SERVICE
1194/udp closed unknown
Hoj, sice vím, že jsem to řešil před 3/4 rokem, ale bohužel stále aktuální a VPN už potřebuji zprovoznit. Takže pokračujeme?
TCP jsem zkoušel, to mi nešlo vůbec a klient ve win mi vyhazoval chybu.
Tato chyba s TCP http://download.riwas.cz/bordel/openvpn_error_3.jpg
Samozřejmě, ale nechápu to. Na serveru i klientu mám nastavený protokol TCP.
Síť mám takto udělanou. Server mám za routerem, porty mám přesměrované na server. Všechny služby fungují uplně normálně, jen né OpenVPN. Je to takhle vůbec správně? Může takhle fungovat VPN, když je uvnitř sítě? Případně mám možnost na routeru VPN IPSEC, ale vůbec nevím jak to nakonfigurovat a jaký použít klient ve win.
Případně zde je logy:
iptables -L - http://download.riwas.cz/bordel/iptables%20-L.txt
netstat -nlp - http://download.riwas.cz/bordel/netstat%20-nlp.txt
Nákres sítě - http://download.riwas.cz/bordel/nakres_sit.jpg
Tiskni
Sdílej: