Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
Podrobně byla rozebrána kritická zranitelnost v nf_tables (CVE-2026-23111). Další lokální eskalace práv na Linuxu. V upstreamu byla zranitelnost již v únoru opravena. Ve zdrojovém kódu stačilo odstranit 1 vykřičník.
Evropská komise (EK) nařídila americké společnosti Meta, že musí znovu umožnit bezplatný přístup konkurenčním obecně zaměřeným asistentům umělé inteligence (AI) k WhatsAppu a tento přístup musí zachovat až do ukončení antimonopolního šetření. Opatření je dočasné a má zabránit vážnému a nevratnému poškození konkurence na rychle rostoucím trhu s obecnými AI asistenty. Meta uvedla, že se proti rozhodnutí odvolá.
Společnost Anthropic představila AI modely Claude Fable 5 a Claude Mythos 5. Claude Fable 5 je první model třídy Mythos určený pro běžné použití.
Byla vydána nová stabilní verze 3.24.0, tj. první z nové řady 3.24, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.
Na čem pracují vývojáři v Rustu napsaného mikrokernelového unixového operačního systému Redox OS (Wikipedie)? Byl publikován přehled vývoje za květen. Vypíchnout lze nový scheduler EEVDF nebo port desktopového prostředí Xfce na Redox OS.
Ahoj, finisuju svoje domaci uloziste a zbyva mi, nastavit tunel pro zalohovani souboru na nas do prace. V praci je mikrotik s verejnou IP, na kterem bezi VPN server. Muzu si tam rozjet OpenVPN a cokoliv kamkoliv routovat.
ALE - otazka zni, jestli je to nutne.
Rsync atd umi behat pres SSH, ze? Takze bych mohl SSHcko toho NASu vystavit na nejakem portu verejne IP. Jenomze, neudelam si tim diru do systemu?
Proto premyslim, jak to resit a co bude NEJBEZPECNEJSI :
1) Vystavit SSH firemniho NASu na verejne IP (vidim v tom bezpecnostni problem)
2) Rozjet v praci na mikrotiku OpenVPN server a naucit domaci NAS, pripojit se na ten OpenVPN (je to bezpecnejsi, nez reseni 1 a proc?)
3) Rozjet VPN tunel mezi tema mikrotiky v praci a doma a zpristupnit si pracovni NAS na nejake IP v domacim rozsahu - routovanim
Pripada mi, ze bezpecnost vsech reseni zavisi na bezpecnosti SSL knihovny a pokud v pripade c.1 pouziju prihlaseni pomoci certifikatu, nainstaluju fail2ban a napr. omezim uz na routeru pristup na ten konkretni port jen z me domaci IP (nebo rozsahu meho providera) tak celkem jednoduse udelam to, co bych v pripade 2 a 3 delal slozite pomoci tunelu.
Je to tak, nebo se pletu a jak byste to resili vy? Nejsem zadny zdatny admin, proto to potrebuju udelat co nejmene zranitelne.
P.
Řešení dotazu:
Tiskni
Sdílej: