O víkendu probíhá v Praze na Karlově náměstí 13 konference Installfest 2026. Na programu je celá řada zajímavých přednášek a workshopů. Vstup na konferenci je zcela zdarma, bez nutnosti registrace. Přednášky lze sledovat i online na YouTube.
Mozilla a společnost Mila oznámily strategické partnerství za účelem rozvoje open source a suverénní AI. Cílem je ukázat, že open source AI může konkurovat uzavřeným systémům. Obě organizace chtějí posílit technologickou suverenitu a snížit závislost na hrstce velkých technologických firem.
Adam Rice předvedl, že pomocí DNS lze distribuovat a spustit kompletní hru DOOM. Rozdělil WAD soubory a binárky do téměř 2000 DNS záznamů v Cloudflare zóně (jeden TXT záznam v DNS může nést okolo 2000 znaků textu). Ty pak stáhl PowerShellem, dekomprimoval a spustil přímo v paměti počítače bez nutnosti zápisu na disk, což prakticky dokazuje, že DNS může sloužit jako distribuované úložiště dat a možný kanál pro načítání kódu. Repozitář projektu je na GitHubu.
Dnes a zítra probíhají Arduino Days 2026. Na programu je řada zajímavých přednášek. Sledovat je lze od 17:00 na YouTube. Zúčastnit se lze i lokálních akcí. Dnes v Poličce v městské knihovně a zítra v Praze na Matfyzu.
Byla vydána beta verze Ubuntu 26.04 LTS s kódovým názvem Resolute Raccoon. Přehled novinek v poznámkách k vydání. Dle plánu by Ubuntu 26.04 LTS mělo vyjít 23. dubna 2026.
Byla vydána aktualizována Příručka pro začínající wikipedisty a wikipedistky (pdf).
Ubuntu plánuje v budoucích verzích nahradit tradiční nástroje pro synchronizaci času (chrony, linuxptp a gpsd) novým, v Rustu napsaným ntpd-rs, který nabídne vyšší bezpečnost a stabilitu.
Byla vydána nová verze 7.6 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Správce hesel KeePassXC byl nahrazen správcem hesel GNOME Secrets. Bitcoinová peněženka Electrum byla povýšena na verzi 4.7.0. Tor Browser byl povýšen na verzi 15.0.8. Další novinky v příslušném seznamu.
Chris Down v obsáhlém článku „vyvrací mýty o zswap a zram“, vysvětluje, co vlastně dělají a jaké jsou mezi nimi rozdíly. Doporučuje vyhýbat se zram na serveru a bez OOM.
Porota v Los Angeles shledala firmy Google a Meta odpovědnými v přelomovém soudním sporu, který se týká závislosti na sociálních sítích; firmy musí zaplatit odškodné tři miliony dolarů (63,4 milionu Kč). Společnosti, které s verdiktem nesouhlasí, čelily obvinění, že své sociální sítě a platformy záměrně navrhly tak, aby si na nich děti vypěstovaly závislost. Porota došla k závěru, že technologické společnosti při navrhování a
… více »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 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: