IPv6 i navzdory provider (diskuse)

[=^..^= AmigaPower®]

Příloha:

• bug.jpeg (624937 bytů)

[xkucf03]

To spíš nahlas u Opery nebo u autora růžovoučkého stylu Mně se to zobrazuje normálně (až na to, že výpisy přetékají do pravého sloupce, ale to není žádná novinka).

[Neel]

Opera je v pořádku. Růžový styl s tím bude mít asi problém. Ale ty bys měl vývojářům svého prohlížeče nahlásit bug.

[xkucf03]

Příloha:

• Přetékající kód.png (221530 bytů)

V jiných prohlížečích (Chromium, Rekonq – Operu tu teď nemám) je to stejné nebo horší. Je to chyba stylu – obyčejné výpisy se zobrazují správně, ale těm se zvýrazněnou syntaxí chybí overflow: auto;

[kotyz]

v mym stylu mi to taky pretejka a to nemam ruzovej. a jaka zvyraznena syntaxe? ty sem si nikdy nevsim ...

asi by mel kozzi zase updatnout ten svuj sedooranzovej styl. aspon teda myslim ze to je jeho, uz leta sem na to nesah.

[kotyz]

Přílohy:

• abicko1.png (401077 bytů)
• abicko2.png (317843 bytů)
• abicko3.png (316254 bytů)

aha, tak uz je mi to jasny. je to stylem. ikdyz ani v tech oficialnich to neni 100%, ale lip to rozhodne vypada.

[xkucf03]

Založil jsem na to Bug 1480.

[kotyz]

to mi dela taky. ale jenom nekdy. nekdy sou ty sbaleny texty opravdu sbaleny a nepretykaji do normalniho textu.

[kralyk z abclinuxu]

No jo, to víš:

Opera dělá vcelku bezvýznamný produkt vesměs pro pár procent méně náročných úchyláků, kteří se spokojí s omezenými možnostmi Opery a jejími vyššími paměťovými nároky. [zdroj]

[=^..^= AmigaPower®]

Mozilla dělá program pro 300 milionů lidí, díky kterýmu pokračují inovace na webu a vyvíjí se i dominantní prohlížeč.

[Chytrex]

díky kterýmu pokračují inovace na webu a vyvíjí se i dominantní prohlížeč.

To bylo ještě lepší než to nač jsi reagoval:DD

[Limoto]

Jo, když jsem si všiml, že už se mi 6to4 routuje přes CZ.NIC, tak jsem ho taky nahodil.. A po Česku to jede fakt pěkně, ale některý zahraniční weby, třeba tunnelbroker.net nebo IPv6 facebook vůbec nenabíhají...

[vogo]

Taky jsem si všimnul, že některé weby nejedou, zkusím zjistit, jestli nedělám něco špatně, ale nastavení vypadá správně, spíš bude problém u poskytovatele tunelu, třeba teď v6.facebook.com jede, ale ttl paketů je na umření, odezna je úděsně pomalá a státovost paketů je kolem 60%...

[Limoto]

Je to asi chyba u CZ.NIC, když jsem měl tunel přes tunnelbrokera, tak to bylo v pohodě...

[michich]

CZ.NIC za to možná nemůže. Provozují sice tu naši nejbližší bránu 192.88.99.1, ale u 6to4 cestují zpáteční pakety jinou cestou (podle toho, kam se směruje 2002::/16) a na tu už nemají vliv.

[Limoto]

No jo, je fakt škoda, že nerozjeli i nějaký "normální" tunely, ne jenom 6to4. Dokonce myslím, že se o tom nějak uvažovalo, ale pak z toho sešlo...

[tom112233]

Měl jsem taky tento problém, zatím jsem to nevyřešil.

[limit_false]

Dik, tohle presne me zajimalo. Uz dlouho jsem to chcel vyzkouset, takze mozna pozdeji.

[Petr Bravenec]

Díky za zápisek. Já už sice rozchodil IPv6 před čtrnácti dny, navíc na systému OpenWrt, ale jsem rád, že se do nutnosti přechodu pustila i media, pár lidí se tím začíná zabývat a objevují se takovéto články.

Já si nyní hraju s dalšími aspekty IPv6 - dns, apache, ipsec a podobně. Jsem fascinován, jak se s IPv6 zjednodušilo nastavení prakticky čehokoliv. IPv4 ve srovnání s tím dělá věci neuvěřitelně složitým způsobem.

[vogo]

Nějaký blog/článek o tom jak zkrotit v IPv6 DNS by se mi líbil...

[xkucf03]

Co na tom chceš krotit? Vždyť to funguje tak nějak samo Akorát je problém mít čistě IPv6 (bez IPv4 konektivity), protože pak dokážeš přeložit jen domény, jejichž jmenné servery jsou dostupné z IPv6 – což zdaleka nejsou všechny.

[vogo]

Třeba jak jednoduše rozběhnout IPv6 DNS démona, aby se daly překládat jména lokálních PC na IPv6 adresy, aby to dělalo cache a tak...

[xkucf03]

Více méně stejně jako s IPv4. Akorát do zónových souborů budeš místo A psát AAAA a místo adres typu 94.138.111.82 psát něco jako 2a01:430:10:ab::3, nehledal bych v tom zbytečně vědu

[xHire]

V zásadě je DNS nezávislé na protokolu. Jediná změna je v tom, že pro IPv4 adresu člověk v zóně použije A záznam, pro IPv6 adresu AAAA záznam. Jiný rozdíl tam prakticky není. Pokud jsi tedy uměl rozchodit DNS pro IPv4, umíš to i pro IPv6. A to jak rekurzivní, tak autoritativní server. (Teda maximálně ještě upravíš adresy, na kterých server naslouchá, ale to je vážně asi tak vše.)

[Xerces]

Dík za tenhle blog, konečně něco praktickýho. Jdu to zkusit.

[Xerces]

Tak jsem si uchodil IPv6 z routeru a zdá se to funkční. Akorát co mi nefunguje je tančící želva na www.kame.net. Čím to může být? Moc tomu nerozumím, ale nemůže to být tím, že Konqueor nějak upřednostní IPv4 DNS překlad?

[vogo]

Ano, třeba Firefox na Windows mi taky upřednostňuje IPv6, zkus třeba www.ipv6-test.com

[Xerces]

Díky, je to tak. Zkusím vypátrat jestli by nešlo nějak ten browser přesvědčit, aby preferoval IPv6. Tu želvu chci vidět

[Xerces]

Tak želva už běhá Překvapivě řešení bylo jinde a to v souboru /etc/gai.conf viz. http://www.abclinuxu.cz/blog/pb/2007/6/etc-gai.conf a http://www.nic.cz/public_media/IT10/prezentace/den_2_7_Talir.pdf

[Mrkva]

Ne že bych chápal důvod - proč preferovat spojení tlačené přes 6to4 tunel?

[Xerces]

Nedobře se na to díváš Veverko. Ale neboj, jen co se nabažím želvičky, tak tu prefeneci asi vypnu. Většina serverů má pro IPv6 stejně jiné DNS.

[xHire]

Většina serverů má pro IPv6 stejně jiné DNS.

Většina? Pokud by tomu tak bylo, pak by něco jako ipv6.mojedomena.tld (tak jsem pochopil to „jiné DNS”, byť je to naprosto chybné označení) muselo mít více než ~42 tisíc CZ domén. A tomu se mi vůbec věřit nechce.

[Xerces]

Pochopil jste správně blbě jsem se vyjádřil. Chtěl jsem říci většina těch, které přes IPv6 nabízí drobet jiný (například bonusový) obsah jako třeba knihy.nic.cz Ví někdo o nějakém jiném IPv6 DNS záznamu, který je shodný s IPv4 DNS záznamem kromě želvičky na www.kame.net a knihy.nic.cz a kde je odlišný obsah dle protokolu a kvůli kterému má smysl preferovat IPv6?

[xHire]

NIX.cz ukáže panáčka se zelenou cedulkou. NIC.cz zamění v pravidelných intervalech takové „bublinky” za „připojeno přes IPv6”. IPv6 Fórum ukáže v logu točící se planetku. Googlu by mělo v pravidelných intervalech poskočit logo (jednotlivá písmenka) -- tady podotknu, že normální adresa Googlu najede po IPv6 jen u sítí využívající DNS resolvery, které jsou na whitelistu (mezi něž třeba spadá resolver od HE.net, který je použitelný i mimo jejich tunely).

Podobných legrácek je spousta, jednou jsem viděl krátký výčet některých z nich, ale už je to docela dlouho a nepodařilo se mi ho najít znovu.

Legendární Průjem už dneska není a kromě těch knih od CZ.NICu nevím o žádné skutečně přidané hodnotě dostupné pouze po IPv6. Ono se to totiž do podnikatelského záměru většinou poměrně obtížně implementuje…

[Marián Kyral]

Rozběhat 6to4 na mém WL500gP jsem zkoušel včera večer. To jsem se nikam nedostal. Dnes už to dopadlo líp, Chybu jsem našel a momentálně jsem ve stavu, že na routeru mi ipv6 jede (ping6 www.abclinuxu.cz) v pohodě, ale nedaří se mi spojení z klienta připojeného přes wifi. Nejprve klient nedostal IPv6 adresu. To vyřešilo spuštění radvd, ale ani pak to nefunguje

Asi nějaký problém s forwardingem, ale netuším, co kde zapnout. Jádro tam je 2.4.37.10 a IPv6 podpora je tam backportovaná. Čekal jsem, že se to zapne automaticky, ale ono ne

[michich]

/proc/sys/net/ipv6/conf/all/forwarding ?

[Marián Kyral]

Vypadá to OK, ale furt nic.

[maros@router root]$ cat /proc/sys/net/ipv6/conf/all/forwarding
1
[maros@router root]$ ping -6 www.abclinuxu.cz
PING www.abclinuxu.cz (2a01:430:10:ab::3): 56 data bytes
64 bytes from 2a01:430:10:ab::3: seq=0 ttl=61 time=13.720 ms
64 bytes from 2a01:430:10:ab::3: seq=1 ttl=61 time=7.594 ms
64 bytes from 2a01:430:10:ab::3: seq=2 ttl=61 time=7.653 ms
64 bytes from 2a01:430:10:ab::3: seq=3 ttl=61 time=7.724 ms
64 bytes from 2a01:430:10:ab::3: seq=4 ttl=61 time=7.876 ms
64 bytes from 2a01:430:10:ab::3: seq=5 ttl=61 time=7.590 ms
64 bytes from 2a01:430:10:ab::3: seq=6 ttl=61 time=7.978 ms
64 bytes from 2a01:430:10:ab::3: seq=7 ttl=61 time=7.504 ms

--- www.abclinuxu.cz ping statistics ---
8 packets transmitted, 8 packets received, 0% packet loss
round-trip min/avg/max = 7.504/8.454/13.720 ms

[21:05:53 marian@nbm ~]$ ifconfig
eth0      Link encap:Ethernet  HWaddr 00:24:e8:a6:ff:54  
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:22 Memory:f6fe0000-f7000000 

lo        Link encap:Místní smyčka  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:250 errors:0 dropped:0 overruns:0 frame:0
          TX packets:250 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:20720 (20.2 KiB)  TX bytes:20720 (20.2 KiB)

wlan0     Link encap:Ethernet  HWaddr 00:21:6a:55:41:ee  
          inet addr:192.168.1.135  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: 2002:bcaf:2821:0:221:6aff:fe55:41ee/64 Scope:Global
          inet6 addr: fe80::221:6aff:fe55:41ee/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:28847 errors:0 dropped:0 overruns:0 frame:0
          TX packets:27759 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:18460256 (17.6 MiB)  TX bytes:4888705 (4.6 MiB)

[21:06:59 marian@nb ~]$ ping6 www.abclinuxu.cz
PING www.abclinuxu.cz(2a01:430:10:ab::3) 56 data bytes
^C
--- www.abclinuxu.cz ping statistics ---
7 packets transmitted, 0 received, 100% packet loss, time 6000ms

[Marián Kyral]

Tak to najednou začalo fungovat. Na nic jsem nešahal, přijdu z koupelny a už to jede.

[Bedňa]

Bugfixed. Treba do návodu dopísať, po nakonfigurovaní si ísť umyť ruky

[Marián Kyral]

No ještě bych nejásal. Uvidím, až se dnes vrátím domů, jestli to bude ještě fungovat.

[Marián Kyral]

Tak na jednom NB mi to funguje už bez problémů. Ale na dalším NB mi to nejede. Sice dostanu ipv6 adresu, ale zdá se, že chybí routy. Zatím jsem nezjistil, kde je mezi těmi dvěma NB rozdíl.

$ ip -6 addr list wlan0
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qlen 1000
    inet6 2002:bcaf:2821:0:21c:bfff:fea9:9187/64 scope global dynamic 
       valid_lft 25sec preferred_lft 15sec
    inet6 fe80::21c:bfff:fea9:9187/64 scope link 
       valid_lft forever preferred_lft forever

$ ip -6 route show
fe80::/64 dev wlan0  proto kernel  metric 256  mtu 1500 advmss 1440 hoplimit 0
default via fe80::217:31ff:fee7:5e41 dev wlan0  proto kernel  metric 1024  expires 29sec mtu 1500 advmss 1440 hoplimit 64

$ route -6
Směrovací tabulka v jádru pro IPv6
Adresát                        Další směrovač             Příz Met Odk Užt Rozhr
fe80::/64                      ::                         U    256 0     0 wlan0
::/0                           fe80::217:31ff:fee7:5e41   UGDAe 1024 0   110 wlan0
::/0                           ::                         !n   -1  1   111 lo
::1/128                        ::                         Un   0   1     4 lo
2002:bcaf:2821:0:21c:bfff:fea9:9187/128 ::                         Un   0   1     0 lo
fe80::21c:bfff:fea9:9187/128   ::                         Un   0   1     6 lo
ff00::/8                       ::                         U    256 0     0 wlan0
::/0                           ::                         !n   -1  1   111 lo

$ /usr/sbin/tracepath6 ipv6.google.com
 1?: [LOCALHOST]                        0.025ms pmtu 1500
 1:  no reply

[Marián Kyral]

A tohle je z toho funkčního NB. Zdá se, že nastavení je stejné, ale tady to funguje. Nastavení iptables je na obou počítačích stejné - vše povoleno.

$ ip -6 addr list wlan0
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qlen 1000
    inet6 2002:bcaf:2821:0:221:6aff:fe55:41ee/64 scope global dynamic
       valid_lft 27sec preferred_lft 17sec
    inet6 fe80::221:6aff:fe55:41ee/64 scope link
       valid_lft forever preferred_lft forever

]$ ip -6 route show
fe80::/64 dev wlan0  proto kernel  metric 256  mtu 1500 advmss 1440 hoplimit 0
default via fe80::217:31ff:fee7:5e41 dev wlan0  proto kernel  metric 1024  expires 28sec mtu 1500 advmss 1440 hoplimit 64

$ route -6
Směrovací tabulka v jádru pro IPv6
Adresát                        Další směrovač             Příz Met Odk Užt Rozhr
fe80::/64                      ::                         U    256 0     0 wlan0
::/0                           fe80::217:31ff:fee7:5e41   UGDAe 1024 0    16 wlan0
::/0                           ::                         !n   -1  1    24 lo
::1/128                        ::                         Un   0   1     3 lo
2002:bcaf:2821:0:221:6aff:fe55:41ee/128 ::                         Un   0   1   152 lo
fe80::221:6aff:fe55:41ee/128   ::                         Un   0   1     1 lo
ff00::/8                       ::                         U    256 0     0 wlan0
::/0                           ::                         !n   -1  1    24 lo

$ tracepath6 ipv6.google.com
 1?: [LOCALHOST]                        0.022ms pmtu 1500
 1:  router                                                1.171ms
 1:  router                                                1.091ms
 2:  router                                                1.196ms pmtu 1280
 2:  2002:c058:6301::1                                     8.566ms
 3:  2001:1488::1                                          9.579ms
 4:  nixcz-v6.net.google.com                               9.779ms !A

# ip6tables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

# iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
 

[Marián Kyral]

To snad není pravda. Pořád nic, pak jsem zkusil ping6 mezi oběma stroji, následně i ssh přes ipv6 a najednou mi ipv6.google.com začal fungovat, jako by se nic nedělo. Vůbec to nechápu

[Andrej]

6to4 je už hezkých pár let nutná samozřejmost.

Ale i přesto je skvělé, že takový zápis někdo napsal. Lepší pozdě než nikdy. Třeba některým lidem konečně docvakne, že nepotřebují podporu od operátora k tomu, aby mohli mít přístup k IPv6.

[Mrkva]

Jenže... To není nativní přístup (je to pořád jen tunel) a vyžaduje to veřejnou IPv4.

[Andrej]

Ano. Kdyby existovala nějaká jiná možnost, rád bych jí využil.

[M]

Netbox má IPV6 asi od roku 2012. Zvolili asi nejméně výhodný zpúsob z pohledu zákazníka - tunel 6in4 a nutnost mít přiřazenu veřejnou adresu IPV4. Pro rychlé zprovoznění dobrá metoda, ale po 9 letech by už mohli přestat s testováním a IPV6 opravdu nasadit, aby pro zákazníky bylo IPV6 nativní bez nutnosti speciální konfigurace.

[Jan Grmela]

Máte někdo tip na SOHO router (klidně i bez WiFiny) s podporou IPv6? Přiznám se, že jsem líný si to konfigurovat v konzoli a raději bych to někde naklikal (ne, OpenWRT na svůj WRT54G v7 nedostanu).

[vencour]

Mam Linksysse WRT54GL a podporovanej je ...