Výzkumníci ukazují, jak mohou otevřené tunely a IPv6 Extension Headers synchronizovat pakety do krátkých provozních špiček. V kontrolovaném experimentu naměřili přes 180násobnou koncentraci paketového toku vůči průměrné rychlosti odesílání — nikoli 180násobné zvětšení objemu dat. Článek obsahuje metodiku, limity měření i mitigace pro GRE, IPIP a další tunely.
Po velkém úspěchu prvního MobileLinux Hackdaye se vracíme do Českých Budějovic s druhým ročníkem. V pátek 30. října 2026 od 10:00 se v prostorách Jihočeské univerzity uskuteční Embedded & MobileLinux Hackday #2. Těšit se můžete na témata jako Immutable Linux na telefonech (BengalOS), U-Boot a upstream vývoj, AI optimalizace pro embedded systémy nebo otevřený hardware. Nebude chybět praktické hackování, sdílení zkušeností a možnost … více »
Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění
… více »Francouzský výrobce kabelů Nexans upozornil na napjaté dodávky elektrických kabelů. Výstavba nové výrobní linky pro některé typy kabelů může trvat přibližně tři roky. Datacentra potřebují rozsáhlé nízkonapěťové a středněnapěťové rozvody. Poptávka roste současně s modernizací elektrických sítí. Někteří odběratelé proto uzavírají výrazně delší dodavatelské smlouvy [Reuters].
Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.
Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
Dobrý den,
přečetla jsem si snad na internetu vše, co se týkalo instalace hamachi na linux, ale stále se mi nedaří hamachi rozjet, takže jsem už v koncích co dál a prosím o pomoc.
Mám nainstalovanou distribuci linuxu Fedora Core 8, stáhla jsem si
hamachi-0.9.9.9-20-lnx-pentium.tar.gz, protože mám PC, který má procesor Pentium III, aspoń to tak doporučovali na stránkách http://blog.stinovlas.com/instalace-hamachi-do-linuxu/, rozbalila jsem archiv, podle návodu udělala opravdu všechno, tedy cd .. do složky, kterou jsem rozbalila pak
make install
/sbin/tuncfg
exit (odhlásila jsem root)
hamachi-init
Tady začaly první problémy, psalo to: libstdc++.so.5: cannot open shared object file: No such file or directory.
Fajn, tak jsem šla na rpmfind.net, kde jsem si stáhla pro svůj komp compat-libstdc++-33-3.2.3-62.i386.rpm, nainstalovala, zase jsem zadala jako nepříhlášený root
hamachi init
psalo to zase jinou chybu hamachi-init: error while loading shared libraries: libcrypto.so.0.9.7: cannot open shared object file: No such file or directory podívala jsem se do svých složek, zjistila, že openssl mám nainstalované, takže jsem zadala čistě
sudo ln -s /lib/libcrypto.so.0.9.8b /lib/libcrypto.so.0.9.7
No a nyní po příkazu hamachi-init se mi zobrazí, že hamachi-init: path /home/pokus/.hamachi already exists (use -f to force using it) fajn tak zadám hamachi start a zobrazí se tohle, s čímž opravdu nevím co dál 04 17:24:41.649 [ 0] [23961] tap: bad response 00007f00 04 17:24:41.650 [ 0] [23961] Failed to configure tap device to use 5.84.130.134/4278190080
Opravdu jsem to hledala, třeba na českém webu http://aboutme.ic.cz/?q=node/60 ale nic z toho, co tam píšou jsem neudělala špatně, tak už opravdu nevím co dál. Povolila jsem i firewall na porty tcp 12975, tcp 32976 a udp 17771, prostě to co jsem našla na netu. Ifconfig mám taky nainstalované. Poraďte mi prosím, kdybych nemusela, tak to opravdu neinstaluji, ale je to jedno z mých témat na bakalářku. Děkuji.
lsmod | grep tunCo vypsal onen příkaz :
/sbin/tuncfgUž je to dlouho, co jsem zkoušel hamachi ...
Zdravím, onen příkaz
/sbin/tuncfg
vypíše
[root@vpnuf /]# /sbin/tuncfg [root@vpnuf /]#
tedy v podstatě nevypíše nic, pokud jej zadám znovu
[root@vpnuf pokus]# /sbin/tuncfg tuncfg: already running
na příkaz
lsmod | grep tun
vypíše
[root@vpnuf sbin]# ./lsmod | grep tun tun 11713 0
Stáhla jsem si z http://vtun.sourceforge.net/tun/ tun tap driver,nainstalovala.
Zkoušela jsem všechno znovu, tedy instalaci hamachi, avšak bezúspěšně.
Po zadání příkazu hamachi start jako běžný uživatel se mi zobrazí stále stejná chyba
[pokus@vpnuf ~]$ hamachi start 05 11:03:09.635 [ 0] [ 3000] tap: bad response 00007f00 05 11:03:09.635 [ 0] [ 3000] Failed to configure tap device to use 5.84.130.134/4278190080
Problém vyřešen.
1)
Stáhla jsem špatnou verzi, na stránkách http://blog.stinovlas.com/instalace-hamachi-do-linuxu/
autor docela špatně napsal, pro jaké procesory jsou jednotlivé verze určeny
Na stránce https://secure.logmein.com/products/hamachi/list.asp
si může každý přečíst (teda kdo umí anglicky),jak je to s těmi verzemi...
2)
I po instalaci správné verze se mi vyskytla stejná chyba, tedy
[pokus@vpnuf ~]$ hamachi start 05 11:03:09.635 [ 0] [ 3000] tap: bad response 00007f00 05 11:03:09.635 [ 0] [ 3000] Failed to configure tap device to use 5.84.130.134/4278190080
Problém byl v tom, že byla špatně nastavená cesta ifconfig, takže jsem ji zkopírovala.
[root@localhost pokus]# whereis ifconfig ifconfig: /sbin/ifconfig /usr/share/man/man8/ifconfig.8.gz [root@localhost pokus]# cp /sbin/ifconfig /usr/bin
Je možné, že se někomu přihodí stejná událost, tak doufám, že to někomu pomůže.
. Symlink, v tom je síla
. Při aktualizaci se ti zaktualizuje jen první soubor a druhý nikoli, zapomeneš na to a pak se budeš divit, proč ti hamachi zase nejde.rm /usr/bin/ifconfig ln -s /sbin/ifconfig /usr/bin/ifconfigZdar Max
Tiskni
Sdílej: