Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) se spolu s partnery z dalších zemí připojil ke společnému upozornění (Joint Cybersecurity Advisory) týkajícímu se probíhající kybernetické kampaně skupiny LAUNDRY BEAR zaměřené na uživatele e-mailové platformy Zimbra Collaboration Suite (ZCS) nejméně od července 2025. NÚKIB doporučuje organizacím využívajícím Zimbra Collaboration Suite neprodleně ověřit, zda
… více »Intel vydal 42 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20260811 mikrokódů pro své procesory.
Sny o designu GNOME Shellu, článek s náhledy a videi, představuje dlouhodobou vizi týmu GNOME pro vylepšení uživatelského rozhraní GNOME Shellu. Zatímco nedávné verze přinášely spíše drobné úpravy, designéři nyní plánují zásadnější změny.
Byla vydána nová verze 10.5 sady aplikací pro SSH komunikaci OpenSSH. Přináší řadu důležitých bezpečnostních oprav, vylepšení funkcí a oprav chyb. Nově vyžaduje podporu ECC (Elliptic Curve Cryptography) v libcrypto, včetně křivky NISTP521.
Byla vydána nová verze 10.6 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. S novými obrazy pro Orange Pi 4 Pro, Orange Pi Zero 3W a Odroid M1/M1S/M2. Přehled novinek v poznámkách k vydání.
Námořní drony používané elitními jednotkami britského královského námořnictva tajně posílaly údaje do Číny. Stroje vybavené čínskými komponenty měly být využívány pro vojenské operace na Blízkém východě. Kamery na dálkově řízených průzkumných člunech K3 Scout byly vybavené součástkami, které bez vědomí britského námořnictva odesílaly informace do spojeného zařízení v Číně. Britské námořní síly využívaly flotilu námořních dronů
… více »Alza.cz nabízí herní AlzaPC s předinstalovaným Linuxem (YouTube), konkrétně s linuxovou distribucí Bazzite (Wikipedie).
Squeak (Wikipedie), open source implementace programovacího jazyka a prostředí Smalltalk, byl vydán ve verzi 6.1. Přehled novinek v poznámkách k vydání.
V Linuxu v KVM byla nalezena a v upstreamu již byla opravena kritická zranitelnost Zapscape aneb CVE-2026-64561. Root na hostovaném počítači (virtuální stroj) může obejít izolaci a získat plnou kontrolu nad hostitelským systémem (DoS útok nebo vzdálené spuštění kódu s právy roota). Na obou hlavních architekturách – Intel i AMD. Zranitelnost v Linuxu existovala 6 let (od července 2020 do července 2026).
Počítačová hra Knytt napsaná v Multimedia Fusion 2 byla vydána před 20 lety. Při této příležitosti byl dnes představen moderní port (YouTube) této plošinovky na současné operační systémy pod názvem Knytt Classic. Je zdarma k dispozici na Steamu a GOG.com.
Ahojte,
uz niekolko dni sa (marne) trapim s problemom. Cez pptp sa zo siete 192.168.1.0/24 pripajam na server 86.66.66.66 (vymyslena adresa). Vo vlastnostiach pptp mam nastavene, aby sa vytvorila nova siet 192.168.0.0/24, server ma po nadviazani spojenia prevziat ip 192.168.0.1 a klientovi dat 192.168.0.234. Potialto by bolo vsetko ok.
Ked som z pc v 192.168.1.0/24 chcel pingnut 192.168.0.1, odpoved neprisla (ani som sa nemohol telnetnut na ziadny port na tom serveri). ciastocne som to vyriesil riadkov do /etc/ppp/ip-up: route add -net 192.168.1.0/24 gw $4 dev ppp0
pingy zacali chodit ale z vpn sa nedalo dostat na internet. tak som do iptables pridal /sbin/iptables -A POSTROUTING -t nat -s 192.168.1.0/24 -j MASQUERADE a na workstationoch uz bolo mozne pouzivat aj internet.
potialto by to bolo ok. problem ale je, ze server 86.66.66.66 sice z workstationov vo vpn mozem pingat, takisto z neho mozem workstations pingat. z vpn sa mozem pripajat na 86.66.66.66:3128. ale tym vyuzitie servera konci - mail, ftp, ssh je nedostupne. jednoducho sa na ne ani netelnetnem. pri tcpdump vidim, ze pakety na server pridu, server ale neodpovie.
mohli by ste mi prosim pomoct, ako vyriesit tento problem?
dakujem
Zdravim, problem muze byt v nastaveni iptables - je dovoleny FORWARD? Pakety se musi nejen prelozit ale i smerovat.
Vidite v tcpdump zdrojovou adresu? Vi server kam pakety vracet (je definovana routa zpet)?
Pripadne samotne sluzby - jsou spusteny na 0.0.0.0 nebo na konkretni adrese?
Hodne stesti
forward je povoleny (inak by cez vpn nefungoval internet). v tcpdump vidim zdrojovu adresu, routa je nadefinovana. na servery sa mozem telnetnut aj z localhostu, takze su spustene na 0.0.0.0...
zdrojovou adresu stroje s NATem nebo puvodni adresu workstationu?
zdrojovu adresu povodnej workstation. stroj s NATom neodpovie :(
V tom pripade zrejme nefunguje spravne NATovani a server nevi kudy ma odpovidat do lokalni site
problem vyrieseny. az sa hanbim priznat co bolo vo veci - v iptables v sekcii INPUT som mal ACCEPT iba pre rozhranie eth0 - okrem squidu, tam nebolo rozhranie urcene a preto squid fungoval. odstranil som "-i eth0" zo vsetkych povolujucich pravidiel a zrazu vsetko funguje...
omg kolko casu som stratil s takouto hlupostou...
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz