Administrace komentářů

Ahoj, prosím o radu s problémem, kvůli kterému mi jde pára z uší.

Mám 6to4 a můj server slouží jako IPv6 router ... tedy většinou. Někdy se stane (po několika minutách až hodinách, vcelku náhodně), že IPv6 úplně vypoví službu a nefunguje routing ani automatická konfigurace. Problém je patrný pouze z pohledu klientů. Na serveru spojení přes IPv6 s vnějším světem normálně funguje. Problém se tedy nejspíš týká pouze jednoho síťového rozhraní.

Poznámky

1. radvd nehlásí žádnou chybu.

2. Server má tři rozhraní: eth0(ppp0(tun6to4)) k operátorovi, eth1 do drátěné LAN, ath0 je WiFi AP (hostapd).

3. Možná k poruchám dochází při dlouhé nečinnosti, možná je to jen můj dojem.

4. Připojuji se pouze přes WiFi. (Problém jsem pozoroval pouze tam.)

5. K znovunastolení pořádku nestačí restart radvd. Musí se típnout a znovu nahodit hostapd a celé rozhraní ath0. (!)

6. Používám MTU 2290. Snad to nevadí. (WiFi je díky tomu hustě rychlé.) V iptables mám samozřejmě --clamp-mss-to-pmtu.

Otázky

1. Proč mám ve výpisu route položku expires?

2. Proč je položka expires záporná? (No, asi proto, že se inicializuje na nulu...) To znamená, že route ihned vyprší? Není to náhodou příčina všech problémů?

3. Když route stanovím explicitně pomocí ip, proč má vůbec nějakou hodnotu expires? A proč zrovna 0?

4. Proč musí mít router na vnitřních rozhraních povoleno accept_ra? (Bez tohoto nastavení síť zkolabuje skoro ihned. Musí snad jediný router v celé LAN přijímat advertisementy???)

5. Router solicitation na routeru vypnout můžu? (Už jsem to udělal, ale je to tak správně?)

6. U klienta se mi autokonfigurací vytvoří permanentní route, která nemá expires. (Tak jsem nastavil radvd.) Jak je možné, že autokonfigurace tohle umí, zatímco příkaz ip ne?

7. No jo, jenže proč se pak u klienta položka expires po několika desítkách minut provozu sama od sebe objeví? Když vyprší, je konec. Není to k vzteku?

Tohle je na serveru.

[root@charon ~]# ip -6 route show
::/96 via :: dev tun6to4  metric 256  expires -2020sec mtu 1442 advmss 1382 hoplimit 4294967295
2002:d970:ad49:1::/64 dev eth1  metric 256  expires -2021sec mtu 1500 advmss 1440 hoplimit 4294967295
2002:d970:ad49:2::/64 dev ath0  metric 256  expires -2021sec mtu 2290 advmss 2230 hoplimit 4294967295
2002::/16 dev tun6to4  metric 1024  expires -2020sec mtu 1442 advmss 1382 hoplimit 4294967295
fdcc:dead:beef:1::/64 dev eth1  metric 256  expires -2021sec mtu 1500 advmss 1440 hoplimit 4294967295
fdcc:dead:beef:2::/64 dev ath0  metric 256  expires -2021sec mtu 2290 advmss 2230 hoplimit 4294967295
fe80::/64 dev eth0  metric 256  expires -44259sec mtu 1500 advmss 1440 hoplimit 4294967295
fe80::/64 dev tun6to4  metric 256  expires -2020sec mtu 1442 advmss 1382 hoplimit 4294967295
fe80::/64 dev eth1  metric 256  expires -2020sec mtu 1500 advmss 1440 hoplimit 4294967295
fe80::/64 dev ath0  metric 256  expires -2020sec mtu 2290 advmss 2230 hoplimit 4294967295
ff00::/8 dev eth0  metric 256  expires -44259sec mtu 1500 advmss 1440 hoplimit 4294967295
ff00::/8 dev tun6to4  metric 256  expires -2020sec mtu 1442 advmss 1382 hoplimit 4294967295
ff00::/8 dev eth1  metric 256  expires -2020sec mtu 1500 advmss 1440 hoplimit 4294967295
ff00::/8 dev ath0  metric 256  expires -2020sec mtu 2290 advmss 2230 hoplimit 4294967295
default via ::192.88.99.1 dev tun6to4  metric 1  expires -2020sec mtu 1442 advmss 1382 hoplimit 4294967295

Tohle je u klienta v době, kdy má IPv6 na WiFi světlou chvilku a funguje. Defaultní route nemá expires, pokud (resp. dokud) se tam ovšem neobjeví samovolně...

[andrej@popelnice ~]$ ip -6 route show
fdcc:dead:beef:2::/64 dev eth1  proto kernel  metric 256  expires 2591529sec mtu 2290 advmss 2230 hoplimit 4294967295
fe80::/64 dev eth1  metric 256  expires 21334239sec mtu 2290 advmss 2230 hoplimit 4294967295
ff00::/8 dev eth1  metric 256  expires 21334239sec mtu 2290 advmss 2230 hoplimit 4294967295
default via fe80::21d:fff:feb3:d23d dev eth1  proto kernel  metric 1024  mtu 2290 advmss 2230 hoplimit 64