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.
Společnost Red Hat oznámila vydání Red Hat Enterprise Linuxu (RHEL) 10.2 a 9.8. Vedle nových vlastností a oprav chyb přináší také aktualizaci ovladačů a předběžné ukázky budoucích technologií. Vypíchnout lze CLI AI asistenta goose. Podrobnosti v poznámkách k vydání (10.2 a 9.8).
you@debian:~$ sudo systemctl status openvpn@*
● openvpn@server.service - OpenVPN connection to server
Loaded: loaded (/lib/systemd/system/openvpn@.service; disabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Mon 2021-03-08 23:10:07 EST; 14min ago
Docs: man:openvpn(8)
https://community.openvpn.net/openvpn/wiki/Openvpn23ManPage
https://community.openvpn.net/openvpn/wiki/HOWTO
Process: 280 ExecStart=/usr/sbin/openvpn --daemon ovpn-server --status /run/openvpn/server.status 10 --cd /etc/openvpn --config /etc/openvpn/server.conf --writepid /r
Main PID: 350 (code=exited, status=1/FAILURE)
Mar 08 23:10:07 debian ovpn-server[350]: /sbin/ip addr add dev tun0 10.8.0.1/24 broadcast 10.8.0.255
Mar 08 23:10:07 debian ovpn-server[350]: Could not determine IPv4/IPv6 protocol. Using AF_INET
Mar 08 23:10:07 debian ovpn-server[350]: Socket Buffers: R=[212992->212992] S=[212992->212992]
Mar 08 23:10:07 debian ovpn-server[350]: TCP/UDP: Socket bind failed on local address [AF_INET]xxx.yyy.zzz.www:1194: Cannot assign requested address
Mar 08 23:10:07 debian ovpn-server[350]: Exiting due to fatal error
Mar 08 23:10:07 debian ovpn-server[350]: Closing TUN/TAP interface
Mar 08 23:10:07 debian ovpn-server[350]: /sbin/ip addr del dev tun0 10.8.0.1/24
Mar 08 23:10:07 debian systemd[1]: openvpn@server.service: Main process exited, code=exited, status=1/FAILURE
Mar 08 23:10:07 debian systemd[1]: openvpn@server.service: Unit entered failed state.
Mar 08 23:10:07 debian systemd[1]: openvpn@server.service: Failed with result 'exit-code'.
nelibi se mi tenhle radek:
TCP/UDP: Socket bind failed on local address [AF_INET]xxx.yyy.zzz.www:1194: Cannot assign requested address
ale nevim proc se to takhle chova...proc to poprve funguje a po rebootu ne?
Mar 08 23:10:07 debian ovpn-server[350]: TCP/UDP: Socket bind failed on local address [AF_INET]xxx.yyy.zzz.www:1194: Cannot assign requested addresspokud to xxx.yyy.zzz.www je IP adresa, tak se nejspíš spouští na rozhraní, které ještě není aktivní, nebo na tom portu už něco běží.
Restart=always?)
TCP/UDP: Socket bind failed on local address [AF_INET]xxx.yyy.zzz.www:1194: Cannot assign requested addressTo
xxx.yyy.zzz.www by mělo být 0.0.0.0 (tj. poslouchat všude). Pak tě nebude trápit, že ta či ona síťovka není ještě nahozená. Kdyby to byl obsazený port, tak ta chybová hláška bude o portu.
Pak možná ještě budeš chtít udělat systemctl enable openvpn@*, či tak něco, pokud by to nestartovalo samo a chyba tam nebyla.
A není ten openvpn server disabled, takže po rebootu prostě nenaběhne?$ sudo systemctl status openvpn@* ● openvpn@server.service - OpenVPN connection to server Loaded: loaded (/lib/systemd/system/openvpn@.service; disabled; vendor preset: enabled)
systemctl status openvpn-server@* potom co se da predtim stop a start, tak to funguje, kdyz je to jen systemctl status openvpn@* tak je to nejake mimo...
Je mozne ze v tom systemd jsou dve units ktere se jmenuji skoro stejne? A nejak se omylem probrala k zivotu tak spatna?
openvpn@ bere konfigurák z /etc/openvpn, ale openvpn-server@ z /etc/openvpn/server. Osobně jsem hvězdičku nikdy nepoužil, podívej se na systemctl status openvpn@server.
sudo systemctl status openvpn@server
[sudo] password for janus:
● openvpn@server.service - OpenVPN connection to server
Loaded: loaded (/lib/systemd/system/openvpn@.service; enabled; vendor preset: enabled)
Active: inactive (dead)
Docs: man:openvpn(8)
https://community.openvpn.net/openvpn/wiki/Openvpn23ManPage
https://community.openvpn.net/openvpn/wiki/HOWTO
systemctl status openvpn@serverse vztahuje ke konfiguraci s názvem /etc/openvpn/server.conf a ne ke konfiguraci v adresáři /etc/openvpn/server/. Ke konfiguracím v /etc/openvpn/server/ a v /etc/openvpn/client/ se vztahují ještě další generické service, openvpn-client@.service a openvpn-client@.service, které se snad spouštějí pouze samostatně pro každou jednotlivou konfiguraci. Ale nemám to vyzkoušené a nechce se mi to luštit z těch service fajlů.
Tiskni
Sdílej: