Nativni IPv6

Dne 2015-02-22 18:03

Máte-li TurrisOS 2.0, neměl by vám běžet 6relayd, ten byl nahrazen démonem odhcpd. Zdá se mi také, že používáte relaying se stejným prefixem na WAN i LAN straně, což je zrovna konfigurace, kterou se mi nikdy nepodařilo spolehlivě nastavit a mám pocit, že ve finální verzi OpenWRT Barrier Breaker, tedy i v TurrisOS 2.0 je nějak podivně rozbitá – Po nabootování bylo potřeba restartovat odhcpd, aby to začlo fungovat a pak to nahodile fungovat přestávalo. Nejlepší by bylo, kdybyste ISP přesvědčil, aby k vám IPv6 naroutoval.

Od Ostravak

Dne 2015-02-22 19:42

Po upgrade na Turis 2.0 prestala sestka fungovat. Po x pokusech jsem se rozhodl pro factory reset. Stav stejny jako po upgradu.

Vsiml jsem si noveho baliku ahcpd a odhcpd a zaroven chybejiciho 6relayd.

Po instalaci 6realyd a konfiguraci viz vyse se podarilo docilit, pouze toho 2min fungovani.

Nyni jsem 6relayd odstranil, ale nyni bych chtel pozadat o radu jak nastavit odhcpd, aby se choval stejne jako 6relayd.

Presvedcit ISP aby IPv6 ke mne naroutoval - zadal jsem bezuspesne minuly rok.

Od Ondřej Caletka (>>>)

Dne 2015-02-22 20:01

Zkuste postup podle Example configuration section for relaying (/etc/config/dhcp).

Od Ostravak

Dne 2015-02-22 22:44

Tak mohu potvrdit - je to rozbite.

Nastaveno dle navodu. IPv6 funguje naprosto nahodne. Jednou 30sekund, podruhe 180sekund.
Restart odhcpd sluzby chovani nepomuze.

S ISP neni rozumna domluva.

Tohle je hodne spatne. Bud se vratim k HE tunelu nebo vypnu IPv6 na turrisu uplne.

Nebo je mozne provozovat Turris v1.0?

Od Ondřej Caletka (>>>)

Dne 2015-02-25 15:49

Výborně, to je dobrá zpráva, že je to v upstreamu opravené. Jen mám strach, že tento balík z upstreamu vám dlouho v Turrisu nevydrží, přesněji řečeno bude neprodleně updaterem vrácen k původní verzi :(

Od Ostravak

Dne 2015-02-25 19:38

No presne tohle se stalo :( Dnes vecer jsem prisel domu a sestka byla zase rozbita dokud jsem balik odhcpd rucne neupgradoval.

Upgrading odhcpd on root from 2014-09-25-3-a6e2953843eaf6c93764f9feef10466e7a84ec85 to 2014-11-06-3b628005e66e90770b2757a4a02c1dee25ccb883...

1) kde je mozne tento stav nahlasit vyvojarum?

2) lze tento balik nejak excludovat z upgradu do te doby nez to bude fixed?

Od Michal Vaner (>>)

Dne 2015-02-26 10:51

Dobrý den

Vývojáři fórum po očku sledují. A excludovat to nejde. Co by teoreticky šlo udělat (ale je to na dlouhé lokte) je zkompilovat si opravený balík tak, aby měl stejnou verzi, jako chce updater, a nainstalovat ten. Updater potom bude spokojený a nechá ho být.

Od Ostravak

Dne 2015-02-26 12:16

Diky za info.

Zkompilovat si opravny balik tak aby mel stejnou verzi - to je uz mimo me schopnosti :(

Nezbyva mi tedy nez cekat a mezitim si odhcp kazdy den rucne updatovat.

Od Ondřej Caletka (>>>)

Dne 2015-02-26 15:00

Editace čísla verze by nemusela být složitá. IPK balíček je ve skutečnosti tar.gz archiv obsahující tar.gz archivy control a data. V prvním jmenovaném jsou právě uvedena metadata balíčku včetně čísla verze.

Další možností je, že z nové verze balíčku vyextrahujete potřebné binárky a přepíšete je na tvrdo, bez instalace balíčku. V takovém případě by si toho updater neměl všimnout a dál by žil v domnění, že máte nainstalovanou správnou verzi :)

Od Ostravak

Dne 2016-06-06 20:13

S upgradem na Turris 3.0 mi prestala fungovat IPv6.

Predchozi konfigurace odhcpd z Turris v2 proste nefunguje.
IPv6 od ISP bohuzel neni routovana - viz vyse.
Relay mod na Turris v3 se mi nedari zprovoznit.

Budu vdecny za jakoukoliv pomoc.

/etc/config/dhcp

xxxx

config dhcp 'lan'
option interface 'lan'
option start '100'
option limit '150'
option leasetime '12h'
option ra 'server'
option dhcpv6 'server'
option ra_management '1'
option ignore '0'
list dhcp_option '6,192.168.11.1'
option dhcpv6 'relay'
option ra 'relay'
option ndp 'relay'

config dhcp 'wan'
option interface 'wan'
option ignore '1'
list dhcp_option '6,xx.xx.xx.xx'

config dhcp 'wan6'
option interface 'wan'
option dhcpv6 'relay'
option ra 'relay'
option ndp 'relay'
option master '1'

==========================================

/etc/config/network

config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'

config globals 'globals'
option ula_prefix 'auto'

config interface 'lan'
option ifname 'eth0 eth1'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ip6assign '64'
option ipaddr '192.168.11.1'

config interface 'wan'
option ifname 'eth2'
option proto 'static'
option ipaddr 'xx.xx.xx.xx'
option netmask '255.255.255.252'
option gateway 'xx.xx.xx.xx'
option dns '62.129.50.20 85.135.32.100'

config interface 'wan6'
option ifname '@wan'
option proto 'dhcpv6'

config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'

config switch_vlan
option device 'switch0'
option vlan '1'
option ports '0 1 2 3 4 '

config switch_vlan
option device 'switch0'
option vlan '2'
option ports '5 6'

=====================

Diky za vas cas

Od Ondřej Caletka (>>>)

Dne 2016-06-09 14:54

Pokud provozovatel podporuje DHCPv6, skutečně byste neměl nic nastavovat a mělo by to samo začít fungovat ve výchozím nastavení, žaškrtávací políčko „Použít IPv6“ ve Forisu se týká pouze statické konfigurace.

Od kosi123

Dne 2016-06-09 20:30

Dobrý den, tak přesně takto to bylo, měl jsem špatnou konfiguraci, jelikož jsem předtím využíval ipv6 prostřednictvím tunelu, po nakopírování základní konfigurace ipv6 začalo fungovat, funguje bez problému i ve vnitřní síti. Ještě si ale nevím rady, jak nastavit přidělování ipv6 adres přes openvpn, jsem v tomto celkem amatér :-). Když jsem měl přes HE prefix /48, tak jste mi poradil že z prefixu řekněme 2001:560:5bc2::/48 musím do option server_ipv6 udělat 2001:560:5bc2:beef::1/64. Jenže já teď ani nevím jak zjistit, jaký je můj prefix, vím pouze, že mám prafix /56. Ale když se podívám v luci do rozhraní, tak v zóně wan6 vidím ipv6: 2d32:798:1700:7d4:da58:d7ff:fe00:1820/128 a v zóně lan vidím ipv6: 2d32:798:1706:b10e::1/64, na základě toho jsem to zkoušel modifikovat a použít v konfuguraci openvpn 2d32:798:17:beef::1/64, nebo 2d32:798:170:beef::1/64 a různé podobné modifikce, ale nic z toho nefunguje. Děkuji za pomoc

Od Ondřej Caletka (>>>)

Dne 2016-06-10 09:45

Informaci o prefixu, včetně jeho rozdělení na lokální sítě, vám prozradí příkaz ifstatus wan6:


…
        "ipv6-prefix": [
                {
                        "address": "2001:db8:cafe:ed00::",
                        "mask": 56,
                        "class": "wan6",
                        "assigned": {
                                "lan": {
                                        "address": "2001:db8:cafe:ed00::",
                                        "mask": 60
                                }
                        }
                }
        ],
…

V tomto případě tedy máme prefix 2001:db8:cafe:ed00::/56, ze kterého je přiděleno 2001:db8:cafe:ed00::/60 do sítě LAN.

Máte-li tun VPN, asi máte u jejího rozhraní nastaveno


        option ip6assign '64'
        option ip6hint '1234'

Pak by zřejmě VPN měla mít adresu 2001:db8:cafe:ed34::/64.

Mimochodem, co je to za poskytovatele? Tyhle světlé výjimky je třeba jmenovat :)

Od kosi123

Dne 2016-06-10 12:49

Děkuji, až se dostanu domů, tak se do toho pustím... Poskytovatel je společnost Starnet, je to opravdu skvělý poskytovatel, mám od nich tarif 512/512 Mbps + veřejnou IP za 280,- Kč / měsíc. Jelikož připojení nijak neomezují, tak je to reálně kolem 750/800 Mbps, ale omezuje mě Turris, jelikož ucollect brzdí rychlost tak na 250 Mbps (je možné že se to na Turris OS 3.0 zlepšilo, zatím jsem netestoval). Jinak IPv6 standardně nenabízí, ale o zhlédnutí streamu z Vašeho IPv6 dne, jsem tam po cca roce napsal emailem dotaz a nabídli mi možnost testování.

Od kosi123

Dne 2016-06-10 18:22

Dobrý den, tak jsem asi zjistil problém, vypadá to, že nemám prafix /56, ale /64, volal jsem dnes na poskytovatele a bylo mi řečeno, že mi nejsou schopni teď říci, zda je problém u mě nebo u nich, s ipv6 jsou opravdu v počátcích. Přišel jsem na to na základě příkazu, který jste mi poradil, níže přikládám výstup příkazu, jen jsem pro jistotu mírně upravil ipv6 adresy. Myslíte si, že může být někde chyba v nastavení u mě, že by si router bral prefix /64, i když poskytovatel nabízí /56? Nechci router zatím dávat do továrního nastavení, protože bych pak opět trávil mnoho dní s konfigurací (samba, webserver, php, mysql, openvpn, tiskárna, transmission, dlna, atd.). Abych řekl pravdu, tak si nejsem jistý, zda jsem vše dal do původního nastavení, když jsem přecházel z ipv6 tunelu na ipv6 od poskytovatele. Napadá Vás, kde by mohl být zakopaný pes?

root@turris:~# ifstatus wan6
{
        "up": true,
        "pending": false,
        "available": true,
        "autostart": true,
        "uptime": 42,
        "l3_device": "eth2",
        "proto": "dhcpv6",
        "device": "eth2",
        "updated": [
                "addresses",
                "routes",
                "prefixes",
                "data"
        ],
        "metric": 0,
        "delegation": true,
        "ipv4-address": [

        ],
        "ipv6-address": [
                {
                        "address": "2ab4:794:1700:7d4:da58:d7ff:fe00:1820",
                        "mask": 128,
                        "preferred": 258,
                        "valid": 358
                }
        ],
        "ipv6-prefix": [
                {
                        "address": "2ab4:794:1706:b10e::",
                        "mask": 64,
                        "preferred": 258,
                        "valid": 358,
                        "class": "wan6",
                        "assigned": {
                                "lan": {
                                        "address": "2ab4:794:1706:b10e::",
                                        "mask": 64
                                }
                        }
                }
        ],
        "ipv6-prefix-assignment": [

        ],
        "route": [
                {
                        "target": "2ab4:794:1700:7d4::",
                        "mask": 64,
                        "nexthop": "::",
                        "metric": 256,
                        "valid": 86357,
                        "source": "::\/0"
                },
                {
                        "target": "::",
                        "mask": 0,
                        "nexthop": "fe80::225:90ff:fea4:9698",
                        "metric": 512,
                        "valid": 137,
                        "source": "2ab4:794:1706:b10e::\/64"
                },
                {
                        "target": "::",
                        "mask": 0,
                        "nexthop": "fe80::225:90ff:fea4:9698",
                        "metric": 512,
                        "valid": 137,
                        "source": "2ab4:794:1700:7d4:da58:d7ff:fe00:1820\/128"
                }
        ],
        "dns-server": [
                "2ab4:794:0:1010::3",
                "2ab4:794:0:1010::2"
        ],
        "dns-search": [

        ],
        "inactive": {
                "ipv4-address": [

                ],
                "ipv6-address": [

                ],
                "route": [

                ],
                "dns-server": [

                ],
                "dns-search": [

                ]
        },
        "data": {
                "passthru": "001604202a02076800001010004870000000032c020867000                          010001100201000000002"
        }
}

Od Ondřej Caletka (>>>)

Dne 2016-06-12 21:03

S nejvetší pravděpodobností vám provider nabízí jen /64, jinak by si router vzal víc. Můžete to zkusit vynutit volbou


     option reqprefix 56

u rozhraní wan6. Ale nejspíš to žádný význam mít nebude.

Je to škoda, protože taková banalita, jako příliš dlouhý prefix, zcela kazí jinak dobrou službu. Právě proto je IPv6 rozsah tak velký, aby nebylo nutné vyrábět systém výjimek a raději každému bez rozdílu přidělit dostatečně velký prefix (tady je všeobecná shoda na tom, že pro domácí připojky to je /56, pro korporátní pak /48).

Od kosi123

Dne 2016-06-12 21:29

Dobrý večer, volbu "option reqprefix 56" jsem již zkoušel a nepomohla. Věřím, že se jedná jenom o dočasný problém na straně ISP, bylo mi opravdu sdělováno, že dostanu prefix /56. Zítra se s ISP spojím a snad situaci vyřešíme. Děkuji za pomoc

Od kosi123

Dne 2016-06-20 10:57

Tak bohužel zatím od ISP prefix větší než /64 nedostanu, je nějaké řešení, jak bych mohl IPv6 dostat do openVPN i s prefixem /64? Děkuji

Od CIJOML

Dne 2016-06-20 12:22

urcite - zmenit dodavatele. Pri podani vypovedi s udanim duvodu se vetsina dobrych obchodniku snazi si klienta zachovat a problem vyresit

Od kosi123

Dne 2016-06-22 21:11

Jsem s ISP dlouhodobě spokojený, IPv6 mají jako novinku a to ještě ani ne veřejně nabízenou, dostal jsem se jen do testovací skupiny. ISP ví, že mám o kratší prefix zájem, tak jim dám prostor alespoň do podzimu a pak to budu řešit dále. Jinak jak už jsem psal výše - mám od nich tarif 512/512 Mbps + veřejnou IP za 280,- Kč / měsíc. Jelikož připojení nijak neomezují, tak je to reálně kolem 750/800 Mbps a opravdu stabilní, bez žádných problémů.

Od CIJOML

Dne 2016-06-23 11:49

za tri kila mi to jede 30 MBit/s a verejnou mam taky. Zas neposkytuji IPv6