Dotaz: ipv6

[Jirka]

Zdravím všechny, rozchodil jsem na servříku ipv6 pomocí tunelu na gogo6 a potřebuju trochu nakopnout, jak dál.
Na ipv4 mám 2 sítě, vnější síť "strecha", přes kterou jsem připojen k netu, eth0 a wlan0 přemostěno v jednu vnitřní síť s několika PC, která je k internetu připojena pomocí maškarády na servříku,

Konfiguraci ipv4 bych rád zachoval tak, jak je a k tomu přidal ipv6, která by připojila všechny PC na vnitřní síťi ven stylem "celej internet jeden velkej LAN", tj. každej počítač by měl statickou IP, pod kterou by byl připojitelnej odevšad - zevnitř i z internetu.

Tak a jak to teď pospojovat?
Současný stav:

root@raspi:~# ifconfig 
br0       Link encap:Ethernet  HWadr 00:0f:54:0d:77:87  
          inet adr:192.168.0.11  V�esm�r:192.168.0.255 Maska:255.255.255.0
          inet6-adr: fe80::4c92:faff:fe55:dccf/64 Rozsah:Linka
          AKTIVOV�NO V�ESM�ROV�_VYS�L�N� B̮� MULTICAST  MTU:1500  Metrika:1
          RX packets:253585 errors:0 dropped:0 overruns:0 frame:0
          TX packets:237558 errors:0 dropped:0 overruns:0 carrier:0
          koliz�:0 d�lka odchoz� fronty:0 
          RX bytes:237744243 (226.7 MiB)  TX bytes:222213269 (211.9 MiB)

eth0      Link encap:Ethernet  HWadr b8:27:eb:56:82:39  
          inet6-adr: fe80::ba27:ebff:fe56:8239/64 Rozsah:Linka
          AKTIVOV�NO V�ESM�ROV�_VYS�L�N� B̮� MULTICAST  MTU:1500  Metrika:1
          RX packets:250794 errors:0 dropped:0 overruns:0 frame:0
          TX packets:234926 errors:0 dropped:0 overruns:0 carrier:0
          koliz�:0 d�lka odchoz� fronty:1000 
          RX bytes:237501483 (226.4 MiB)  TX bytes:222960706 (212.6 MiB)

lo        Link encap:M�stn� smy�ka  
          inet adr:127.0.0.1 Maska:255.0.0.0
          inet6-adr: ::1/128 Rozsah:Po��ta�
          AKTIVOV�NO SMY�KA B̮�  MTU:16436  Metrika:1
          RX packets:63 errors:0 dropped:0 overruns:0 frame:0
          TX packets:63 errors:0 dropped:0 overruns:0 carrier:0
          koliz�:0 d�lka odchoz� fronty:0 
          RX bytes:7704 (7.5 KiB)  TX bytes:7704 (7.5 KiB)

mon.wlan0 Link encap:NEZN�M  HWadr 00-0F-54-0D-77-87-00-00-00-00-00-00-00-00-00-00  
          AKTIVOV�NO V�ESM�ROV�_VYS�L�N� B̮� MULTICAST  MTU:1500  Metrika:1
          RX packets:194 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          koliz�:0 d�lka odchoz� fronty:1000 
          RX bytes:23951 (23.3 KiB)  TX bytes:0 (0.0 B)

strecha   Link encap:Ethernet  HWadr 64:70:02:2d:ad:66  
          inet adr:10.123.30.21  V�esm�r:10.123.30.255 Maska:255.255.255.0
          inet6-adr: fe80::6670:2ff:fe2d:ad66/64 Rozsah:Linka
          AKTIVOV�NO V�ESM�ROV�_VYS�L�N� B̮� MULTICAST  MTU:1500  Metrika:1
          RX packets:240502 errors:0 dropped:0 overruns:0 frame:0
          TX packets:251115 errors:0 dropped:0 overruns:0 carrier:0
          koliz�:0 d�lka odchoz� fronty:1000 
          RX bytes:222410058 (212.1 MiB)  TX bytes:245498429 (234.1 MiB)

tun0      Link encap:NEZN�M  HWadr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  
          inet6-adr: 2001:5c0:1400:b::17a1/128 Rozsah:Glob�l
          AKTIVOV�NO POINTOPOINT B̮� NEARP MULTICAST  MTU:1280  Metrika:1
          RX packets:11 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
          koliz�:0 d�lka odchoz� fronty:500 
          RX bytes:696 (696.0 B)  TX bytes:280 (280.0 B)

wlan0     Link encap:Ethernet  HWadr 00:0f:54:0d:77:87  
          inet6-adr: fe80::20f:54ff:fe0d:7787/64 Rozsah:Linka
          AKTIVOV�NO V�ESM�ROV�_VYS�L�N� B̮� MULTICAST  MTU:1500  Metrika:1
          RX packets:3275 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4018 errors:0 dropped:0 overruns:0 carrier:0
          koliz�:0 d�lka odchoz� fronty:1000 
          RX bytes:357614 (349.2 KiB)  TX bytes:1434465 (1.3 MiB)

Přiznám se, ipv6 dnes konfiguruju poprvé.
Díky.

---

---

Odpovědi

[petr_p]

Že by stejně, jako by se to udělalo s IPv4?

[petr_p]

Zařiďte si delegaci prefixu od vašeho poskytovatele, z něho si vyberte 64bitovou podsíť, tu nacpěte do konfigurace radvd pro rozhraní br0, jednu adresu z tohoto rozhraní přidejte na br0 a v podstatě hotovo.

[Jirka]

Bez toho radvd by to nešlo?
ipv6 na lokální síti už jsem rozchodil, statický adresy /72 se stejným prefixem jako brána jsou rozdaný, na servříku ping6 ven funguje a do domácí sítě taky, /64 adresu ven taky mám, v sysctl.conf ipv6 forwarding povolen, ale z vnitřní sítě se prostě ven nedostanu.
ping6 z vnitřní sítě píše:

Destination unreachable: Address unreachable

Něco tomu na servříku furt chybí. Kopněte do mě někdo...

[Smisek]

Pokud nemas radvd tak ti nic automaticky ipv6 nepriradi, tudiz ti zbyva pridat ji na stroje manualne :) No zprovoznit radvd je trivialni a pokud ti to vadi ze bude sluzba navic, tak ti nic jineho nez rucni zapis na kazdem z pocitacu nezbyde. Nevim jak je na tom dhcpv6 ale pocitam ze jeji konfugurace je jeste o malinko slozitejsi nezli radvd.

[Jirka]

Já to nepotřebuju přiřazovat automaticky.
Vypadá to na problém na vnitřní síti. Systém mi na stroje furt přiřazoval kromě globální adresy i lokální fe80::, když jsem je vyházel, tak najednou přestal jít ping6 i na globální adresy po vnitřní síti, ze serveru ven to ale jde, jakoby to ty mnou nastavený adresy ignorovalo, i když ifconfig píše, že tam jsou.

[petr_p]

Za prvé přestaňte používat ifconfig, za druhé bez linkových adres se na router nedostanete. Tak je laskavě nemažte.

[Jirka]

ifconfig používám jen na rychlý náhledy, na konfigurace samozřejmě ip.
ale už to funguje, omylem jsem smáznul na serveru bránu do vnitřní sítě, takže síť neviděl. ALe bez těch linkových adres to kupodivu funguje.
Každopádně díky všem.

[j]

Bez tech linkovych to mozna fungovat bude, ale poradne blbe ... fakt fajn, kdyz nekdo neco nastavuje aniz by si o tom precet aspon zaklady. radvd samo priradi staticky IP, ty se jen generujou - na tucnakovi z MAC, na widlich z GUID (tudiz v pripade dualbootu jsou jiny).

[pavlix]

na widlich z GUID

Budu vděčný za nějaký zdroj.

[j]

Nevim jestli zrovna toto je to spravne http://technet.microsoft.com/en-us/magazine/2007.08.cableguy.aspx

V kazdym pripade mam overeno, ze na stejne HW je IP ruzna po reinstalaci widli.

[pavlix]

Nevim jestli zrovna toto je to spravne http://technet.microsoft.com/en-us/magazine/2007.08.cableguy.aspx

Ten článek „GUID“ vůbec neobsahuje, naopak domněnku dle mého názoru vyvrací.

V kazdym pripade mam overeno, ze na stejne HW je IP ruzna po reinstalaci widli.

To tak úplně nic nedokazuje.

[petr_p]

A jakpak máte nastavenou výchozí bránu?

[j]

/72 je naprosto nesmyslnej prefix v IPv6, vetsi hovadinu lze vytvorit jen stezi. A ven se dostanes tezko kdyz mas na tom tunelu /128 ...

[Jirka]

To už je vyřešeno, ven mám /64. Každej si stěžuje, že má s /64 málo adres a nemůže vytvořit podsíť. Tak proč nesmyslnej prefix? Dobře, /80 by vypadalo líp, prostě jsem tomu sebral pár bitů, aby se dalo experimentovat s podsítěma.

Ještě se chci zbavit závislosti na tom mostu, kterej tam je jen kvůli ipv4, jak velká prasečina je nepřiřazovat adresu fyzickým zařízením, ale jen zařízení lo? Když jsem to udělal, pingnutelný to je zvenčí taky.

[Libor Chocholaty]

Počkej, když máš ven /64 proč si neuděláš /64 i dovnitř?

[Jirka]

ještě se to učím, všechno se dolaďuje, jen mi dejte čas
Ta adresa na lo nebyl dobrej nápad, přestalo fungovat routování, ještě že mám zálohy

[j]

Protoze MINIMALNI prefix pro IPv6 je /64. A je to tak proto, ze autokonfigurace, ze ... fakt chci videt, jak budes konfigurovat nejakou krabku, co nema zadny predef IPcko ani seriovy rozhrani ... ale proste predpoklada, ze dostane adresu po siti. Kazdej blbej ISP ti priradi /48 (pokud potrebuejes routovat).

[pavlix]

Kazdej blbej ISP ti priradi /48 (pokud potrebuejes routovat).

Zapomeň. Ale typicky nebude problém získat několik /64.

[alkoholik]

A v kterem RFC je tohle napsane?

[j]

Uplne ve vsech + soucast pravidel RIPE. Vsude kde se resi IPv6 se automaticky predpoklada, ze /64 je nejmin co se bude pridelovat a ze komukoli, kdo vyjadri touhu neco routovat, se da /48. ISP dostava prideleno /32 (minimalne, nebo vic samo). Takze muze rozdat 65k /48. Kolik ISP v CR ma vic nez 65k zakazniku? A kolik z tech zakazniku bude chtit prefix?

Samo, prideleni jedne /64 predpoklada, ze na lince nebude zadnej router (neni pro to technicky zadnej duvod, netreba nic natovat).

Apropos, linka k ISP (tedy nejaky ten 2p2 spoj) samo nepotrebuje zadny verejny IPcka, uplne vpohode tomu staci prave linkovy.

[alkoholik]

Jeste jednou. Ukaz mi ve kterem FRC je napsane, ze nemuzes pouzit routu s maskou pres 64 bitu. Ta hranice je ciste pro automatickou konfiguraci. Rucne nastavene muzes s klidem pouzit i delsi.

[Ondrej 'SanTiago' Zajicek]

RFC 4291 (IPv6 Addressing Architecture):

2.5.1.  Interface Identifiers

 ...
 For all unicast addresses, except those that start with the binary
 value 000, Interface IDs are required to be 64 bits long and to be
 constructed in Modified EUI-64 format.

Pricemz 'Modified EUI-64 format' se IMHO tyka i rucne konfigurovanych adres (akorat 'local' bit u nich musi byt 0).

Interpretaci vyse zmineneho, ze se to tyka vsech standardnich IPv6 adres (ne jen autokonfigurovanych), potvrzuje i RFC 3587 v bode 3.:

   [ARCH] also requires that all unicast addresses, except those that
   start with binary value 000, have Interface IDs that are 64 bits long
   and to be constructed in Modified EUI-64 format. 

[alkoholik]

Co, ze presne rika to RFC?

Except for the knowledge of the subnet boundary discussed in the
previous paragraphs, nodes should not make any assumptions about the
structure of an IPv6 address.

Boundary jsou diskutovany jen pro Global Unicast. S tim, ze do budoucna muzeme cekat predefinovani tech prefixu.
A pak tu mame RFC 4941, kde to mas dost jasne:

Note that an IPv6 identifier does not
necessarily have to be 64 bits in length, but the algorithm specified
in this document is targeted towards 64-bit interface identifiers.

[pavlix]

Ukaz mi ve kterem FRC je napsane, ze nemuzes pouzit routu s maskou pres 64 bitu.

Hledej „IPv6 Addressing Architecture“. Najdeš tam toto specificky definované pro (alespoň) global unicast.

Rucne nastavene muzes s klidem pouzit i delsi.

Technicky ano. Linux to umí. Některé další systémy to umí. Ale je to v rozporu se standardem.

[j]

Technicky to bude funkcni - z casti - protoze znacna cast fungionality IPv6 je navazana prave na to, ze se pro adresovani pouziva pouze sit, a ze se "vi", ze ta sit bude max /64 dlouha. A samo, nepochybne budou existovat zarizeni, ktery takovy adresovani nezkousnou vubec.

[pavlix]

Díky za doplnění.

[Jirka]

Takový zařízení mi nesmí do domu!
Uvidíme, až se ipv6 trochu rozšíří, kam se to zvrhne, jestli se budou uživatelé přizpůsobovat výrobcům, nebo výrobci uživatelům.
Standart je jedna věc a jeho dodržování druhá.
Pro leckoho včetně mě je jednodušší si počítače v síti očíslovat ::1, ::2, ::3, než využívat všech svých 64+ bitů v souladu s normou, nebo to nechat přidělovat automaticky.

[pavlix]

Takový zařízení mi nesmí do domu!

Ani nevíš, jak moc je to blbost. Já mám taky radši flexibilitu (třeba) linuxu. Třeba jsem na pár místech konfiguroval server s jedinou veřejnou IP /32 připojený do sítě, kde router má např. 10.0.0.1.

A to je podle mě asi tak stejná prasárna jako staticky nastavovat IPv6 adresy s prefixem delším než 64.

Standart je jedna věc a jeho dodržování druhá.

1) Standard.

2) Kdykoli porušuješ standard, koleduješ si o nekompatibilitu.

Pro leckoho včetně mě je jednodušší si počítače v síti očíslovat ::1, ::2, ::3

::1 je adresa vyhrazená pro localhost.

než využívat všech svých 64+ bitů v souladu s normou

Pokud máš namysli prefix::1, tak asi nechápeš, že to není nic jiného než prefix:0000:0000:0000:0001 a to je zcela dle standardu. Tedy false dilemma.

nebo to nechat přidělovat automaticky.

Standard neříká zda chceš nebo nechceš používat automatiku. Pouze definuje délku prefixu pro globální unicast 64.

[Jirka]

Měl jsem na mysli zapisování MAC adres do ip atd a (ne)kouskování přidělenýho prefixu /64.

[Jirka]

To ale (jak uz zminil vyse pavlix) michas dve neprilis souvisejici veci. Ocislovat si zarizeni rucne adresami prefix::1, prefix::2, prefix::3 ... (a nepouzivat adresy autokonfigurovane z MAC) je perfektne korektni, akorat prefix musi mit delku /64.

[Jirka]

OK, díky, radši jsem si objednal knihu o ipv6, na netu jsou od různých lidí evidentně informace, který jdou proti sobě a trochu mě to zmátlo.

[pavlix]

Někdy je dobré si vybírat ty lidi, kteřé vědí o čem mluví a rozlišovat, kdy vyjadřují názor, jak by to podle nich mělo být, a kdy popisují skutečný stav věcí.

[alkoholik]

Skoda penez, kdyz je online.

[Jirka]

není lepší někdy ten počítač odložit a přečíst si to pěkně postaru?

[Michal Kubeček]

Já si z té edice třeba chtěl objednat Pro Git, ale když jsem zjistil, že to nelze provést jinak než online platbou kartou přes rozhraní, které ve mně nebudilo moc důvěry, tak jsem se rozhodl zůstat u PDF verze. Škoda…

[j]

Mimochodem, jeste doplnim proc zrovna /64 a ne jinak. Protoze hromada HW ma prave 64bit registry (nemusi nutne znamenat ze jde o 64bit architekturu) a pak jednoduse routu vyhodnotis v jednom kroce. Pokud je sitova cast delsi, znamena to nacist i druhou cast adresy => polovicni, ale spis tretinovy vykon.

To samo v domaci siti nebude kritickej problem (ten vykon), problem ale muze nastat u ruznych "takyrouteru" - predevsim s pameti. I kdyz se nebude natovat, tak pokud na ty krabce pobezi firewall, tak si musi udrzovat informace o otevrenych konexich a o tom, kam co poslat => timhle se stav pameti muze celkem razantne zhorsit.

[pavlix]

Mimochodem, jeste doplnim proc zrovna /64 a ne jinak. Protoze hromada HW ma prave 64bit registry (nemusi nutne znamenat ze jde o 64bit architekturu) a pak jednoduse routu vyhodnotis v jednom kroce. Pokud je sitova cast delsi, znamena to nacist i druhou cast adresy => polovicni, ale spis tretinovy vykon.

Historka moc krásná, až na to, že bych docela rád znal její zdroj. Pokud vím, tak tam bylo /80, aby se vešla 48-bitová MAC adresa kvůli autokonfiguraci. A když se z IEEE ozvali, že taky mají málo adres, tak se to posunulo na /64.

Jestli to ve výsledku pomůže hardware s 64-bitovými registry a jestli to při rozhodování hrálo nějakou roli, to fakt netuším.

[alkoholik]

Takze ty nemas pocit, ze adresa prefix::1 neporusuje vyse zminene

2.5.1.  Interface Identifiers
 ...
 For all unicast addresses, except those that start with the binary
 value 000, Interface IDs are required to be 64 bits long and to be
 constructed in Modified EUI-64 format.

?

[pavlix]

Takze ty nemas pocit, ze adresa prefix::1 neporusuje vyse zminene

Ne. Nepoužívej zbytečně tolik záporů, nebo nebudeš sám rozumět tomu, co jsi napsal. Mám za to, že prefix::1 toto rozhodně neporušuje. Bit, který v Modified EUI-64 znamená, že je adresa přidělená nějakou autoritou, je nastavený na nulu, tedy nevidím žádný problém.

Ale chápu, že někdo může z té formulace mylně usoudit, že tam musí nakopírovat MAC adresu (převedenou na Modified EUI-64).

[alkoholik]

Za ty zapory se omlouvam. Prepisoval jsem prispevek a vykaslal se na finalni kontrolu.

[Ondrej 'SanTiago' Zajicek]

Takze ty nemas pocit, ze adresa prefix::1 neporusuje vyse zminene

Obecne neporusuje - RFC 4291 appendix A definuje 'Modified EUI-64 format' a jedna z moznosti je i manualni konfigurace, akorat je treba zachovat aby sedmy nejvyznamnejsi bit byl 0 (u adres zalozenych na MAC ci puvodnim globalne jednoznacnym EUI-64 identifikatoru je ten bit 1).

[pavlix]

u adres zalozenych na MAC

U adres založených na globálně jednoznačných MAC. Ručně konfigurované nebo náhodně generované MAC (třeba pro virtualizaci) by měly mít bit nastavený na 0, stejně jako ručně konfigurované či náhodně generované adresy, pokud se nepletu.

[pavlix]

Měl jsem na mysli zapisování MAC adres do ip atd a (ne)kouskování přidělenýho prefixu /64.

V tom případě mluvíš o něčem, co standard v žádném případě nevynucuje.