IPv6 funktioniert nur kurzzeitig

  • c/Hallo zusammen,


    ich habe ein komisches Problem im Zusammenhang mit IPv6.


    Nach dem booten funktioniert IPv6 ganz normal. Nach einiger Zeit(genau keine Ahnung, ca 1-2 Stunden) funktioniert IPv6 auf einmal garnicht mehr. Ich kann keine Hosts anpingen, ich bin nicht erreichbar, nichts. IPv4 funktioniert weiter normal.


    /edit hab gerade ins monitoring geschaut und die Zeiten, die da aufgezeichnet sind, sind 30 min Up und 51 min Up.


    System ist Debian 8.1, 64 bit. Server ist Root Server M(mit HDD)


    /etc/network/interfaces



    ifconfig


    ping6 nach uptime >2h

    Code
    root@sv4:~# ping6 sv1.ggsrv.de
    PING sv1.ggsrv.de(sv1.ggsrv.de) 56 data bytes
    From sv1.ggsrv.de icmp_seq=1 Destination unreachable: Address unreachable
    From sv1.ggsrv.de icmp_seq=2 Destination unreachable: Address unreachable
    From sv1.ggsrv.de icmp_seq=3 Destination unreachable: Address unreachable
    From sv1.ggsrv.de icmp_seq=4 Destination unreachable: Address unreachable
    ^C
    --- sv1.ggsrv.de ping statistics ---
    4 packets transmitted, 0 received, +4 errors, 100% packet loss, time 3000ms


    Code
    root@sv4:~# mtr --report sv1.ggsrv.de
    Start: Sun Jul  5 23:12:30 2015
    HOST: sv4.ggsrv.de            	Loss%   Snt   Last   Avg  Best  Wrst StDev


    direkt NACH neustart:

    Code
    root@sv4:~# ping6 sv1.ggsrv.de
    PING sv1.ggsrv.de(sv1.ggsrv.de) 56 data bytes
    64 bytes from sv1.ggsrv.de: icmp_seq=1 ttl=58 time=3.01 ms
    64 bytes from sv1.ggsrv.de: icmp_seq=2 ttl=58 time=3.10 ms
    64 bytes from sv1.ggsrv.de: icmp_seq=3 ttl=58 time=3.46 ms
    64 bytes from sv1.ggsrv.de: icmp_seq=4 ttl=58 time=3.17 ms
    ^C
    --- sv1.ggsrv.de ping statistics ---
    4 packets transmitted, 4 received, 0% packet loss, time 3005ms
    rtt min/avg/max/mdev = 3.011/3.187/3.463/0.182 ms


    Code
    root@sv4:~# mtr --report sv1.ggsrv.de
    Start: Sun Jul  5 23:14:56 2015
    HOST: sv4.ggsrv.de            	Loss%   Snt   Last   Avg  Best  Wrst StDev
      1.|-- 2a03:4000:6:4000::3    	0.0%	10	0.7   0.6   0.4   0.8   0.0
      2.|-- 2a01:4f8:0:e060::5     	0.0%	10	0.5   0.8   0.5   3.3   0.7
      3.|-- core11.hetzner.de      	0.0%	10	0.7   0.7   0.5   1.0   0.0
      4.|-- core22.hetzner.de      	0.0%	10	3.2   5.6   3.1  24.1   6.5
      5.|-- juniper4.rz19.hetzner.de   0.0%	10   24.0  17.6   3.1  64.2  20.3
      6.|-- hos-tr8.ex3k19.rz19.hetzn  0.0%	10	5.4   5.7   4.2   8.4   1.5
      7.|-- sv1.ggsrv.de           	0.0%	10	3.2   3.3   3.1   3.9   0.0
  • Normalerweise landen die in /var/log/kern.log* oder /var/log/syslog* – ich meinte mit dmesg aber auch den Befehl und keine Logdatei ;)



    MfG Christian

    "Wer nur noch Enten sieht, hat die Kontrolle über seine Server verloren." (Netzentenfund)

  • Update: bisher funktioniert es mit wie von Oli vorgeschlagen, ipv4 auch noch statisch zu konfigurieren.


    mal schauen,wie es morgen aussieht


    /edit


    Jap, hält bis jetzt, betrachte das ganze als erledigt. Vielen Dank an alle.

  • Ich hatte das selbe Problem. Die eigentliche Ursache war bei mir, daß die default-route für IPv6 nach (ich glaube) fünf Minuten verfällt und dann nicht erneuert wird. Wenn man die default-route dann erneut per Hand setzt geht es bis zum nächsten Neustart.


    edit: schau mal nach, was nach einem Neustart "ip -6 r s" ausgibt.
    edit2: ach ja, auch das setzen einer default-route in der /etc/network/interfaces hat an diesem Verhalten nichts geändert.

  • Ich hatte das selbe Problem. Die eigentliche Ursache war bei mir, daß die default-route für IPv6 nach (ich glaube) fünf Minuten verfällt und dann nicht erneuert wird. Wenn man die default-route dann erneut per Hand setzt geht es bis zum nächsten Neustart.


    edit: schau mal nach, was nach einem Neustart "ip -6 r s" ausgibt.
    edit2: ach ja, auch das setzen einer default-route in der /etc/network/interfaces hat an diesem Verhalten nichts geändert.


    Danke für die Hilfe, aber das Problem hat sich schon erledigt. Das Umändern von IPv4 von DHCP auf statisch hat geholfen. Warscheinlich ist die v6 config mit dem lease der v4-Adresse verfallen, die v4 wurde erneuert, die v6 aber nicht.