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.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc mq master br0 state UP qlen 1000
link/ether 00:1c:25:95:20:bd brd ff:ff:ff:ff:ff:ff
inet6 fe80::21c:25ff:fe95:20bd/64 scope link
valid_lft forever preferred_lft forever
3: wlan0: BROADCAST,MULTICAST mtu 1500 qdisc noop state DOWN qlen 1000
link/ether 00:16:ea:bb:bd:54 brd ff:ff:ff:ff:ff:ff
4: br0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state UP
link/ether 00:1c:25:95:20:bd brd ff:ff:ff:ff:ff:ff
inet 192.168.1.254/24 brd 192.168.1.255 scope global br0
inet6 fe80::21c:25ff:fe95:20bd/64 scope link
valid_lft forever preferred_lft forever
10: tun0: POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 100
link/none
inet 10.1.1.2 peer 10.1.1.1/32 scope global tun0
ip ro
default via 192.168.1.1 dev br0 10.1.1.1 dev tun0 proto kernel scope link src 10.1.1.2 77.75.72.3 via 10.1.1.2 dev tun0 169.254.0.0/16 dev br0 scope link metric 1000 192.168.1.0/24 dev br0 proto kernel scope link src 192.168.1.254iptables -L -n -v
Chain INPUT (policy ACCEPT 4567K packets, 5268M bytes)
pkts bytes target prot opt in out source destination
0 0 fail2ban-ssh tcp -- * * 0.0.0.0/0 0.0.0.0/0 multiport dports 2345
Chain FORWARD (policy ACCEPT 37614 packets, 38M bytes)
pkts bytes target prot opt in out source destination
Chain OUTPUT (policy ACCEPT 4335K packets, 3088M bytes)
pkts bytes target prot opt in out source destination
Chain fail2ban-ssh (1 references)
pkts bytes target prot opt in out source destination
0 0 RETURN all -- * * 0.0.0.0/0 0.0.0.0/0
KONFIGURACE VPS SERVERU
ip a
1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: venet0: BROADCAST,POINTOPOINT,NOARP,UP,LOWER_UP mtu 1500 qdisc noqueue state UNKNOWN
link/void
inet 93.185.106.99/32 scope global venet0
3: tun0: POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 100
link/[65534]
inet 10.1.1.1 peer 10.1.1.2/32 scope global tun0
ip ro
191.255.255.1 dev venet0 scope link 10.1.1.2 dev tun0 proto kernel scope link src 10.1.1.1 default via 191.255.255.1 dev venet0iptables -L -n -v
Chain INPUT (policy ACCEPT 1 packets, 100 bytes)
pkts bytes target prot opt in out source destination
Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
Chain fail2ban-ssh (0 references)
pkts bytes target prot opt in out source destination
0 0 RETURN all -- * * 0.0.0.0/0 0.0.0.0/0
Kdyz na clientu pustim ping 77.75.72.3 (seznam.cz)
Na VPS serveru ukazuje tcpdump nasledujici:
tcpdump -i tun0 icmp
tcpdump: WARNING: arptype 65534 not supported by libpcap - falling back to cooked socket tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on tun0, link-type LINUX_SLL (Linux cooked), capture size 96 bytes 21:04:30.568535 IP 10.1.1.2 > www.seznam.cz: ICMP echo request, id 22483, seq 9, length 64 21:04:31.576253 IP 10.1.1.2 > www.seznam.cz: ICMP echo request, id 22483, seq 10, length 64 21:04:32.583787 IP 10.1.1.2 > www.seznam.cz: ICMP echo request, id 22483, seq 11, length 64 21:04:33.591362 IP 10.1.1.2 > www.seznam.cz: ICMP echo request, id 22483, seq 12, length 64 21:04:34.599161 IP 10.1.1.2 > www.seznam.cz: ICMP echo request, id 22483, seq 13, length 64 21:04:35.607347 IP 10.1.1.2 > www.seznam.cz: ICMP echo request, id 22483, seq 14, length 64Ping odchazi z klienta na seznam.cz, ale nevraci se zpet...
Ahoj, NATuje nekdo ty packety se zdrojovou adresou 10.1.1.2 odchazejici rozhranim venet0 z VPS serveru? Pokud ne, tak s touhle adresou proste odejdou a bud je zahodi hned poskytovatel pripojeni, nebo seznam, v nejhorsim pripade na ne seznam i odpovi, ale sanci dorazit zpet na VPS server, nebo na domaci pocitac stejne nemaji.
Chtelo by to tedy na VPS pravidlo do tabulky nat, ktere udela SNAT pro takovehle packety.
Tomas
13.5.2012 11:43
polo23 | skóre: 28
| blog: polo23
/sbin/iptables -t nat -A POSTROUTING -o venet0 -j MASQUERADE FATAL: Could not load /lib/modules/2.6.32/modules.dep: No such file or directory iptables v1.4.2: can't initialize iptables table `nat': Table does not exist (do you need to insmod?) Perhaps iptables or your kernel needs to be upgraded.Nevim jak dostat svepomoci do systemu potrebne moduly, adresar /lib/modules je prazdny.
Pokud je to virtual typu OpenVZ u pipni.cz, nebo neco podobneho, tak tam ma maji jednotlive containery sdilene jadro s nosnym systemem. Modul pro NAT by tedy musel byt nahrany v jadre hostingoveho serveru. Obavam se, ze bude potreba se obratit na provozovatele hostingu.
Tomas
Tiskni
Sdílej:
