Vývojáři Debianu zhruba v polovině vývojového cyklu Debianu 14 s kódovým názvem Forky rozhodli, že Debian musí dodávat reprodukovatelné balíčky, tj. kdokoli si může nezávisle ověřit, že daný binární balíček vznikl překladem a sestavením z konkrétních zdrojových kódů. Aktuálně je reprodukovatelných 98,29 % balíčků.
Německý e-shop Škoda Auto byl hacknut. Útočníci získali přístup k uživatelským údajům (jméno, adresa, e-mail, heslo, telefon, …).
Na webu konference Den IPv6 2026, která se uskuteční 4. června v Národní technické knihovně v pražských Dejvicích, je nyní k dispozici kompletní program této tradiční akce věnované tématům spojeným s protokolem IPv6. Na celodenní pásmo přednášek je třeba se přihlásit a zaplatit účastnický poplatek 242 korun. Registrační formulář najdou zájemci opět na webu akce. Konferenci Den IPv6 2026 organizují i letos společně sdružení CESNET, CZ.NIC a NIX.CZ.
Byl představen emulátor terminálu Ratty (GitHub) s podporu 3D grafiky přímo v terminálu. Inspirací byl operační systém TempleOS od Terryho Davise. Ratty je napsán v jazyce Rust. Využívá knihovnu Ratatui pro tvorbu rozhraní a herní engine Bevy pro 3D vykreslování.
Evropské instituce i některé americké státy dál zpřísňují pravidla pro ověřování věku na internetu. Cílem je zabránit dětem v přístupu k obsahu pro dospělé. Úřady ale narážejí na zásadní problém – stále více lidí používá VPN, tedy služby umožňující skrýt identitu i skutečnou polohu na internetu. Právě VPN nyní Evropská parlamentní výzkumná služba (EPRS) označila za „mezeru v legislativě, kterou je potřeba uzavřít“ [Novinky.cz].
Multiplatformní open source aplikace pro psaní poznámek Joplin (Wikipedie) byla vydána v nové verzi 3.6. Nově lze mít v poznámkách embedovaný externí obsah, např. YouTube videa.
Open Hardware Summit 2026 organizovaný OSHWA (Open Source Hardware Association) proběhne o víkendu 23. a 24. května v Berlíně na Technické univerzitě Berlín.
Navigace se soukromím CoMaps postavena nad OpenStreetMap byla vydána v nové verzi 2026.05.06. Přibyla možnost aktualizovat mapy v aplikaci CoMaps, aniž by bylo nutné aktualizovat i verzi aplikace. CoMaps je komunitní fork aplikace Organic Maps.
OCCT3D (Open CASCADE Technology) Open Source 8.0 bylo vydáno. OCCT3D (Wikipedie, GitHub) je objektově orientovaná knihovna pro 3D CAD, CAM nebo CAE. Používá se například v softwarech FreeCAD a KiCad.
Ve FreeBSD byla nalezena a již opravena 21letá zranitelnost CVE-2026-42511 v dhclient. Jedná se o vzdálené spuštění kódu (RCE). Útočník mající pod správou DHCP server může získat plnou kontrolu nad systémem FreeBSD pouze jeho připojením k místní síti.
Dobry den,
Mam jeden maly problem s pripojenim na vzdialeny pocitac cez terminal a ssh.
pripajam sa cez router ktory smeruje port 22 na OSX Server 10.5(jedna sietovka pripojena na router(WAN) a druha na lokalnu siet, NAT-ko bezi) a z toho by som to chcel presmerovat na iny pocitac z Linuxom v lokalnej sieti.
Cize v konecnom dosledku by som sa chcel z vonku pripojit na lokalny pocitac s Linuxom.
a problem je v tom ze stale sa mi to pripaja na ten prvy pocitac(OSX Server).
Neviete ako to spravit?
skusal som ssh -L
a nic.
za rady vopred dakujem
Ne, ale 
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
14.1.2009 22:40
ssh nekdo@nekde -L 2222:tucnak:22 nejde? Kdyžtak mu dej několik -v a postni chybu. Možná bude třeba v konfu toho OS X povolit tunelování...
Pokud staci do sshd_config napsat IPFORWARDING YES tak to uz mam nastavene
:)
a mozte mi napisat ktore switche su na to?
iptables -t nat -A PREROUTING -p tcp --dport 22 -j DNAT --to-destination IP_VE_VNITRNI_SITI iptables -A FORWARD -s IP_VE_VNITRNI_SITI -p tcp --dport 22 -j ACCEPTZběžným dotazem na googlu jsem našel tohle: http://www.cyberhq.nl/2005/06/30/port-forwarding-in-macos-x.html, což přesně sedí na tuto situaci.
Tak jak to popisuje odkaz to mam nastavene lenze to nefunguje ked vypnem SSH tak pise ze je nedostupne
a ked je zapnute ssh tak sa pripoji na mac a neforwarduje to dalej :))
ked to zadam takto:
ssh root@ip_gateway -L 22:ip_Linux:22
kde gateway je v NAT nastavene smerovanie portu 22 na OSX
a vypise toto:
Tunnel device open failed.
Could not request tunnel forwarding
predpokladam ze na tom OSX je v sshd_config zle nastavene forwarding....
moze byt? alebo je chyba na linuxe?
ssh root@ip_gateway -L 22:ip_Linux:22Možná jako uživatel nemůžeš na svém stroji otevřít port 22. Zkus něco přes 1024.
ja to ssh pozivam cez sudo ssh....
tak si myslim ze by nemal byt problem s portom 22
a na ten osx sa pripojim cez 22 dalej to nejde
ale ked sa pripojim na osx a potom z osx na linux tak to funguje len na osx to musim zadava znovu
toto je log ktory vznika po zadani hesla
assword:
debug3: packet_send2: adding 32 (len 22 padlen 10 extra_pad 64)
debug2: input_userauth_info_req
debug2: input_userauth_info_req: num_prompts 0
debug3: packet_send2: adding 48 (len 10 padlen 6 extra_pad 64)
debug1: Authentication succeeded (keyboard-interactive).
debug1: Remote connections from LOCALHOST:22 forwarded to local address 192.168.1.8:22
debug1: Requesting tun unit 2147483647 in mode 1
debug1: sys_tun_open: /dev/tun0 open failed: Permission denied
Tunnel device open failed.
Could not request tunnel forwarding.
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: remote forward failure for: listen 22, connect 192.168.1.8:22
Warning: remote port forwarding failed for listen port 22
debug1: All remote forwarding requests processed
debug2: callback start
debug1: Requesting authentication agent forwarding.
debug2: channel 0: request auth-agent-req@openssh.com confirm 0
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug3: tty_make_modes: ospeed 9600
debug3: tty_make_modes: ispeed 9600
debug2: channel 0: request shell confirm 1
debug2: fd 4 setting TCP_NODELAY
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel_input_confirm: type 99 id 0
debug2: PTY allocation request accepted on channel 0
debug2: channel 0: rcvd adjust 2097152
debug2: channel_input_confirm: type 99 id 0
debug2: shell request accepted on channel 0
Last login: Thu Jan 15 20:20:37 2009
debug1: sys_tun_open: /dev/tun0 open failed: Permission denied Tunnel device open failed. Could not request tunnel forwarding.Hmm, zajímavé...
lsmod | grep tun a ls -l /dev/tun0
debug1: remote forward failure for: listen 22, connect 192.168.1.8:22 Warning: remote port forwarding failed for listen port 22Neběží ti něco na portu 22?
nmap localhost
Tiskni
Sdílej:
