PDA

Bekijk Volledige Versie : IPv6 valt telkens uit



Dutchboy
02/12/12, 00:19
Ik heb een heel raar probleem en heb geen idee hoe ik de oplossing kan vinden.

Ik heb een server met centos 6.3 met daarop directadmin.

Nu heb ik ipv6 geconfigureerd en het leek goed te gaan.
Echter naar een aantal minuten is de server niet meer met ipv6 bereikbaar.
Als ik vervolgens een network restart doe dan is de ipv6 connectie weer terug.

Heeft iemand dit probleem ook toevallig eens gehad ??

Rubra
02/12/12, 11:46
Blijft de server op v4 wel goed werken ?

Het zou een time out kunnen zijn van arp of ndp. Wat zegt je hoster wat hij ziet op dat moment op zijn router die de default gw is ?

Mark17
02/12/12, 11:58
Hoe heb je IPv6 ingesteld? Als de server nog via IPv4 bereikbaar is geeft route -6 -n dan nog wel de juiste informatie voor de default route?

Dutchboy
02/12/12, 12:13
Ipv4 blijft wel gewoon werken.

Ipv6 is gewoon een minuut of 3 goed up en daarna gaat het mis

visser
02/12/12, 12:49
Ipv4 blijft wel gewoon werken.

Ipv6 is gewoon een minuut of 3 goed up en daarna gaat het mis

"Het gaat mis", nou daar kunnen we wat mee, dan is de oorzaak meteen helder.
Wat Mark17 zegt, inloggen en kijken of bijvoorbeeld de IPv6 default gateway nog goed staat.

(route --inet6 -n )

Kijk ook of je adres nog hetzelfde is, een vage theorie zou zijn dat het (door ipv6 privacy extensions) veranderd is.
ip -f inet6 addr show
ip -f inet6 route show

(doen als het nog werkt, doen als het niet meer werkt, en kijken naar het verschil)

vDong
02/12/12, 17:30
(route --inet6 -n )

Ik probeer mensen aan te leren om route -6 -n te doen, gezien meer tools -6 accepteren is dat handiger om te onthouden


Kijk ook of je adres nog hetzelfde is, een vage theorie zou zijn dat het (door ipv6 privacy extensions) veranderd is.
ip -f inet6 addr show
ip -f inet6 route show

Zelfde hier met ip -6 addr show en ip -6 route show

visser
02/12/12, 18:07
Ik probeer mensen aan te leren om route -6 -n te doen, gezien meer tools -6 accepteren is dat handiger om te onthouden

Zelfde hier met ip -6 addr show en ip -6 route show

Ik had natuurlijk even getest, maar de route van CentOS 5.4 kent -6 niet :

route -6 -n
route: invalid option -- 6
(net-tools-1.60-78.el5 )

Bij 'ip' is de in de manpage beschreven syntax -f inet6, en wordt '-6' genoemd als shortcut daarvoor.

Ik stel dus dat , in elk geval voor de systeem adres en route tools, het keyword '-f inet6' beter werkt dan '-6'.

vDong
02/12/12, 22:55
Ik had natuurlijk even getest, maar de route van CentOS 5.4 kent -6 niet :

route -6 -n
route: invalid option -- 6
(net-tools-1.60-78.el5 )

Dat is echt vaag, de oudste machine die ik heb doet dit:
# route -6 -n
Kernel IPv6 routing table

ii net-tools 1.60-22 The NET-3 networking toolkit

# cat /etc/debian_version
5.0.10

visser
02/12/12, 23:44
Dat is echt vaag, de oudste machine die ik heb doet dit:
# route -6 -n
Kernel IPv6 routing table

ii net-tools 1.60-22 The NET-3 networking toolkit

# cat /etc/debian_version
5.0.10

De CentOS 5.4 route versie is :
route -V
net-tools 1.60
route 1.98 (2001-04-15)

En de toevoeging met support voor de -6 optie is
http://patch-tracker.debian.org/patch/series/view/net-tools/1.60-23/CVS-20020730-route.c_opts_64.patch
+ * Version: $Id: route.c,v 1.10 2002/07/30 05:24:20 ecki Exp $

Dutchboy
05/12/12, 01:38
Opgelost met dank aan Mark17 :)

visser
05/12/12, 09:42
Opgelost met dank aan Mark17 :)

Nog een leermoment voor anderen ?
Mark17 schreef hier (publiek) alleen om te kijken naar de default gateway; Maar waarom die de eerste drie minuten wel werkt en daarna niet is dan wel interessant om te weten.

Mark17
05/12/12, 15:05
Nog een leermoment voor anderen ?
Mark17 schreef hier (publiek) alleen om te kijken naar de default gateway; Maar waarom die de eerste drie minuten wel werkt en daarna niet is dan wel interessant om te weten.

Uiteindelijk was het een samenloop van omstandigheden. Een route is standaard niet aanwezig, OVH adviseert om IPs in te stellen met /64 op het eind. De gateway valt echter buiten de /64 (binnen een /56). Uiteindelijk is het opnieuw instellen (na het beredeneren van de correcte gateway) de oplossing. Ook komen er meerdere routes voor bij die of CentOS specifiek zijn (nog niet in een test omgeving gecontroleerd) of die onterecht in de omgeving van OVH zitten.