Sovereign Tech Agency (Wikipedie), tj. agentura zabezpečující financování svobodného a otevřeného softwaru německou vládou, podpoří GFortran částkou 360 000 eur.
Microsoft hodlá zrušit zhruba tři procenta pracovních míst. Microsoft na konci loňského června zaměstnával kolem 228.000 lidí. Tři procenta z tohoto počtu představují téměř 7000 pracovních míst.
V říjnu loňského roku provedl Úřad pro ochranu hospodářské soutěže (ÚOHS) místní šetření u společnosti Seznam.cz. Krajský soud v Brně tento týden konstatoval, že toto šetření bylo nezákonné.
Branch Privilege Injection (CVE-2024-45332, Paper) je nejnovější bezpečnostní problém procesorů Intel. Intel jej řeší ve včerejším opravném vydání 20250512 mikrokódů pro své procesory. Neprivilegovaný uživatel si například může přečíst /etc/shadow (YouTube).
Dle plánu byl vývoj Firefoxu přesunut z Mercurialu na Git. Oficiální repozitář se zdrojovými kódy je na GitHubu.
V terminálovém multiplexoru GNU Screen byly nalezeny a v upstreamu ve verzi 5.0.1 už opraveny bezpečnostních chyby CVE-2025-23395, CVE-2025-46802, CVE-2025-46803, CVE-2025-46804 a CVE-2025-46805. Podrobnosti na blogu SUSE Security Teamu.
Training Solo (Paper, GitHub) je nejnovější bezpečnostní problém procesorů Intel s eIBRS a některých procesorů ARM. Intel vydal opravnou verzi 20250512 mikrokódů pro své procesory.
Byla vydána nová verze 25.05.11 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Nejnovější Shotcut je již vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Svobodný elektronický platební systém GNU Taler (Wikipedie, cgit) byl vydán ve verzi 1.0. GNU Taler chrání soukromí plátců a zároveň zajišťuje, aby byl příjem viditelný pro úřady. S vydáním verze 1.0 byl systém spuštěn ve Švýcarsku.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 209. brněnský sraz, který proběhne tento pátek 16. května od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Jelikož se Brno stalo jedním z hlavních míst, kde se vyvíjí open source knihovna OpenSSL, tentokrát se OpenAlt komunita potká s komunitou OpenSSL. V rámci srazu Anton Arapov z OpenSSL
… více »
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
dev tap
ifconfig 10.8.0.1 255.255.255.0
ifconfig-pool 10.8.0.5 10.8.0.100 255.255.255.0
push "route 192.168.1.0 255.255.255.0 10.8.0.1"
atd.
na strane klienta
dev tap
remote 81.27.200.49
pull
route 192.168.1.0 255.255.255.0 10.8.0.1
atd.
pri zmene na tun to jede ok
SERVER:
dev tap
mode server
ifconfig 10.0.0.1 255.255.255.0
ifconfig-pool 10.0.0.5 10.0.0.100 255.255.255.0
push "route 192.168.0.0 255.255.255.0 10.0.0.1"
tls-server
client-to-client
dh dh1024.pem
ca ca.crt
cert server.crt
key server.key
comp-lzo
keepalive 10 120
persist-tun
persist-key
verb 3
Dulezite poznamky : sit za serverem je 192.168.0.0 - proto to nastaveni routovani pro klienty .. client-to-client: je tu zase proto, aby fungoval spoj mezi klienty, jinak funguje POUZE mezi client a server, tzn, jeden klient se na druheho nedostane, ostatni je jasne.
CLIENT:
dev tap
remote 1.2.3.4 # Verejna IP serveru
pull
tls-client
dev tap
persist-key
persist-tun
ca ca.crt
cert client.crt
key client.key
comp-lzo
verb 3
No a jeto, temuto klientu bude pridelena IP 10.0.0.5 a dalsimu 10.0.0.6 , atd pak funguje kompletni komunikace mezi 10.0.0.1, 10.0.0.5 a 10.0.0.6 a siti 192.168.0.0,
dlasi klient bude uplne stejny, jen s jinymi certifikaty. Jinak TAP je kvuli bridgi a je opravdu pomalejsi, ale zase se nereri routy, nicmene tato konfigurace je funkcni a s dev tun mi to nefunguje, takto jo.
redirect-gatewayje to co hledas
route add 0.0.0.0 netmask 0.0.0.0 gateway 10.8.0.1jede vse ok
Napsal jsem ti to PRESNE jak to ma byt, to ti nefunguje ?
Tak takhle:
MAs VPN SERVER na PC (WAN: 1.2.3.4 LAN: 192.168.1.0 VPN: 10.0.0.1) - do nej se pripojuji klienti:
1. klient: IP (6.7.8.9) - na druhem konci republiky - 10.0.0.2
2. klient: IP (192.168.0.20) - nekde, kdesi za natem (neni dulezite) - 10.0.0.3
Vysledek je, ze pingas, sdilis vse mezi siti 10.0.0.0 a 192.168.1.0 a to je to co jsi potreboval ne ???
Mohl by jsi jeste chtit, aby ten klient, co je za natem dal k dispozici celou sit, ale to je jina konfigurace a IMHO nesmysl dle meho....
LAN vs LAN ma vyznam, jen kdyz chces propojit edve site a je nesmysl do toho cpat dalsi a dalsi site ..
MAs VPN SERVER na PC (WAN: 1.2.3.4 LAN: 192.168.1.0 VPN: 10.0.0.1) - do nej se pripojuji klienti:
1. klient: IP (6.7.8.9) - na druhem konci republiky - 10.0.0.2
Tak takhle to mam nastavene a tohle chci. Ale jeste chci aby klient s IP (6.7.8.9) vystupoval na internetu s IP serveru(1.2.3.4). Jinak kdyz pingnu z klienta (10.0.0.2) ping 10.0.0.1 tak je spojeni ok. Spatne jsem se asi vyjadril. Snad uz je to jasne
# If enabled, this directive will configure
# all clients to redirect their default
# network gateway through the VPN, causing
# all IP traffic such as web browsing and
# and DNS lookups to go through the VPN
# (The OpenVPN server machine may need to NAT
# the TUN/TAP interface to the internet in
# order for this to work properly).
# CAVEAT: May break client's network config if
# client's local DHCP server packets get routed
# through the tunnel. Solution: make sure
# client's local DHCP server is reachable via
# a more specific route than the default route
# of 0.0.0.0/0.0.0.0.
;push "redirect-gateway"
Tiskni
Sdílej:
