Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
V italském městě Pordenone probíhá LibreOffice Conference 2026. Zúčastnit se lze i online.
Svobodný (GPLv3) šachový engine Stockfish (Wikipedie) byl vydán ve verzi 19 (𝕏). Přehled novinek v příspěvku na blogu. Stockfish 19 je o 44 Elo silnější než Stockfish 18.
Byla vydána nová verze 1.13.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
Organizátoři konference LinuxDays zveřejnili program letošního ročníku a spustili registraci návštěvníků. LinuxDays 2026 se uskuteční 3. a 4. října v areálu ČVUT v pražských Dejvicích, na Fakultě informačních technologií. Těšit se můžete na 70 přednášek a workshopů od 66 přednášejících. Konference bude rozdělena do pěti sálů s různou kapacitou. Vstup na LinuxDays je jako obvykle zdarma, stačí včas vyplnit registrační formulář. Opět je možné si na akci zakoupit oběd, ale je třeba to udělat předem, na místě už to nebude možné.
ip tunnel add 6to4 mode sit remote any local [VerejnaIP] ip link set 6to4 up ip addr add 2002:[VerejnaIP-HEX]::1/16 dev 6to4 ip -6 route add default via ::192.88.99.1 dev 6to4Bohužel ale nefunguje, ping6 na cokoliv nejde. Zkoušel jsem i zadat
local 192.168.1.2 (diskuse zde). Pokud tuto část vynechám (v některých návodech není), píše mi první příkaz ioctl: No buffer space available.
Jak zprovoznit 6to4 za NATem? Pokud by to nešlo, v odkazované diskusi někdo napsal, že by šla adresa proroutovat do vnitřní sítě. Toto příliš nechápu, jak by se to na modemu udělalo?
Řešení dotazu:
ping6 např. na ipv6.google.com routeru funguje a pomocí radvd se přiřazují počítačům adresy. Na těchto počítačích také jde ping6 ipv6.google.com. Bohužel ale weby stále ukazují, že IPv6 nemám. A ping6 na některé nefunguje. Jestli jsem si dobře všiml, ping6 nefunguje na adresy začínající 2001:. Kde může být problém?
Konfigurace sítě na OpenWRT:
config 'interface' 'wan'
option 'ifname' 'eth0.1'
option 'peerdns' '0'
option 'proto' 'pppoe'
option 'username' 'o2'
option 'password' 'o2'
option 'ipv6' '1'
option 'defaultroute' '1'
config 'interface' '6to4'
option 'proto' '6to4'
Konfigurace radvd:
interface br-lan
{
MaxRtrAdvInterval 30;
IgnoreIfMissing on;
AdvSendAdvert on;
prefix 0:0:0:1::/64
{
AdvValidLifetime 300;
AdvPreferredLifetime 120;
AdvOnLink on;
AdvAutonomous on;
Base6to4Interface pppoe-wan;
};
};
root@pikalek-router:~# ip -6 route
::/96 via :: dev 6to4-6to4 metric 256 mtu 1280 advmss 1220 hoplimit 0
2002:xxxx:xxxx:1::/64 dev br-lan proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 0
2002::/16 dev 6to4-6to4 proto kernel metric 256 mtu 1280 advmss 1220 hoplimit 0
2000::/3 via ::192.88.99.1 dev 6to4-6to4 metric 1 mtu 1280 advmss 1220 hoplimit 0
fe80::/64 dev eth0 proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 0
fe80::/64 dev br-lan proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 0
fe80::/64 dev eth0.0 proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 0
fe80::/64 dev eth0.1 proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 0
fe80::/64 dev 6to4-6to4 proto kernel metric 256 mtu 1280 advmss 1220 hoplimit 0
root@pikalek-router:~# ifconfig 6to4-6to4
6to4-6to4 Link encap:IPv6-in-IPv4
inet6 addr: 2002:xxxx:xxxx::1/16 Scope:Global
inet6 addr: ::xx.xxx.xxx.xxx/128 Scope:Compat
UP RUNNING NOARP MTU:1280 Metric:1
RX packets:264 errors:0 dropped:0 overruns:0 frame:0
TX packets:309 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:180966 (176.7 KiB) TX bytes:34809 (33.9 KiB)
tpikalek-desk:/home/tpikalek # ip -6 route
2002:53d0:32c1:1::/64 dev eth0 proto kernel metric 256 expires 294sec mtu 1500 advmss 1440 hoplimit 4294967295
fe80::/64 dev eth0 proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 4294967295
default via fe80::e046:bcff:feb2:b232 dev eth0 proto kernel metric 1024 expires 84sec mtu 1500 advmss 1440 hoplimit 64
tpikalek-desk:/home/tpikalek # ifconfig eth0
eth0 Link encap:Ethernet HWadr xx:xx:xx:xx:xx:xx
inet adr:192.168.2.11 Všesměr:192.168.2.255 Maska:255.255.255.0
inet6-adr: 2002:xxxx:xxxx:1:219:66ff:feea:3f9c/64 Rozsah:Globál
inet6-adr: fe80::219:66ff:feea:3f9c/64 Rozsah:Linka
AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST MTU:1500 Metrika:1
RX packets:15473 errors:0 dropped:0 overruns:0 frame:0
TX packets:16146 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 délka odchozí fronty:1000
RX bytes:10020760 (9.5 Mb) TX bytes:2071360 (1.9 Mb)
Přerušení:42 Vstupně/Výstupní port:0x4000
Směrovací tabulka vypadá dobře. (Přesvědčit se můžete příkazem ip route get CÍLOVÁ_ADRESA.) Navíc vám fungují i jiné rozsahy.
Spíš bych viděl chybu ve firewallu. Propouštítě v IPv4 řetězci INPUT všechny packety protokolu IPv6? Díval jste se tcpdumpem, jestli odchozí požadavky ICMP echo skutečně odcházejí tunelem a jestli vám odpovědi přicházejí?
Nakonec místo anycastové brány můžete zkusit nějakou unicastovou adresu, čímž můžete vyloučit chybu v odchozím směru. (Na konci tohoto zápisku jsou nějaké a odkazy na další seznamy.)
Samozřejmě chybu v CZ.NIC vyloučit nemohu, nicméně mám dojem, že jejich bránu momentálně používám, a vše mi funguje.
Tiskni
Sdílej: