vermutlich ist das Problem auf Teamspeak zurück zu führen. Wie dieses herauszufinden ist, wurde hier ja bereits schon geschrieben.
Auf meinem vServer wird kein TeamSpeak betrieben, lediglich eine mcabber Instanz und diverse Server-Dienste sind am laufen. Die letzten Tage ist mir das Phänomen allerdings nicht mehr aufgefallen.
Nach nun 15 Stunden tritt dieses Phänomen nicht mehr auf.
ZitatAlles anzeigen2016-04-22 12:34:
Guten Tag Herr xx,
der Sachverhalt wurde behoben.
Ich wünsche Ihnen ein schönes Wochenende.
Mit freundlichen Grüßen
xx
netcup Team
Guten Morgen,
ich habe auf meinen zwei vServern derzeit das Problem, dass ich auf eine einzelne Ping-Anfrage eine doppelte Antwort erhalte. Dies passiert auch dann, wenn ich von einem Rescue-System boote. Hat hier jemand das gleiche Problem oder einen Lösungsansatz?
Nachfolgend die Ping-Befehle und die entsprechenden tcpdumps:
┌─[ thomas@makalu ]─(2016-04-21 13:59)─￫ ~
├─( ⚡ )
└─[$] ping 2a03:4000:6:d086::2 -c1
PING 2a03:4000:6:d086::2(2a03:4000:6:d086::2) 56 data bytes
64 bytes from 2a03:4000:6:d086::2: icmp_seq=1 ttl=63 time=0.750 ms
--- 2a03:4000:6:d086::2 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.750/0.750/0.750/0.000 ms
┌─[ thomas@makalu ]─(2016-04-22 00:07)─￫ ~
├─( ⚡ )
└─[$] sudo tcpdump dst host 2a03:4000:6:d086::2 or src host 2a03:4000:6:d086::2 -vv
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
00:33:13.637732 IP6 (hlim 64, next-header ICMPv6 (58) payload length: 64) xxxx > 2a03:4000:6:d086::2: [icmp6 sum ok] ICMP6, echo request, seq 1
00:33:13.638357 IP6 (hlim 63, next-header ICMPv6 (58) payload length: 64) 2a03:4000:6:d086::2 > xxxx: [icmp6 sum ok] ICMP6, echo reply, seq 1
00:33:13.638393 IP6 (hlim 63, next-header ICMPv6 (58) payload length: 64) 2a03:4000:6:d086::2 > xxxx: [icmp6 sum ok] ICMP6, echo reply, seq 1
^C
3 packets captured
3 packets received by filter
0 packets dropped by kernel┌─[ thomas@makalu ]─(2016-04-22 00:33)─￫ ~
├─( ⚡ )
└─[$] ping -c1 2a00:1450:4001:80f::2003
PING 2a00:1450:4001:80f::2003(2a00:1450:4001:80f::2003) 56 data bytes
64 bytes from 2a00:1450:4001:80f::2003: icmp_seq=1 ttl=60 time=4.84 ms
--- 2a00:1450:4001:80f::2003 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 4.843/4.843/4.843/0.000 ms
┌─[ thomas@makalu ]─(2016-04-22 00:33)─￫ ~
├─( ⚡ )
└─[$] sudo tcpdump dst host 2a00:1450:4001:80f::2003 or src host 2a00:1450:4001:80f::2003 -vv
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
00:34:02.973720 IP6 (hlim 64, next-header ICMPv6 (58) payload length: 64) xxxx > fra07s64-in-x03.1e100.net: [icmp6 sum ok] ICMP6, echo request, seq 1
00:34:02.978471 IP6 (hlim 60, next-header ICMPv6 (58) payload length: 64) fra07s64-in-x03.1e100.net > xxxx: [icmp6 sum ok] ICMP6, echo reply, seq 1
00:34:02.978521 IP6 (hlim 60, next-header ICMPv6 (58) payload length: 64) fra07s64-in-x03.1e100.net > xxxx: [icmp6 sum ok] ICMP6, echo reply, seq 1
^C
3 packets captured
3 packets received by filter
0 packets dropped by kernelUnd aus der System Rescue CD heraus:
root@sysresccd /root % ping6 2a00:1450:4001:814::2003 -c1
PING 2a00:1450:4001:814::2003(2a00:1450:4001:814::2003) 56 data bytes
64 bytes from 2a00:1450:4001:814::2003: icmp_seq=1 ttl=59 time=4.38 ms
--- 2a00:1450:4001:814::2003 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 4.382/4.382/4.382/0.000 ms
root@sysresccd /root % tcpdump dst host 2a00:1450:4001:814::2003 or src host 2a00:1450:4001:814::2003 -vv
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
07:46:41.168091 IP6 (hlim 64, next-header ICMPv6 (58) payload length: 64) 2a03:4000:6:1067::1 > 2a00:1450:4001:814::2003: [icmp6 sum ok] ICMP6, echo request, seq 1
07:46:41.172449 IP6 (hlim 59, next-header ICMPv6 (58) payload length: 64) 2a00:1450:4001:814::2003 > 2a03:4000:6:1067::1: [icmp6 sum ok] ICMP6, echo reply, seq 1
07:46:41.172467 IP6 (hlim 59, next-header ICMPv6 (58) payload length: 64) 2a00:1450:4001:814::2003 > 2a03:4000:6:1067::1: [icmp6 sum ok] ICMP6, echo reply, seq 1
^C
3 packets captured
3 packets received by filter
0 packets dropped by kernelDas Problem hatte ich die letzten Tage auch beobachtet. Heute um 20:47:50 ist das Problem auch wieder aufgetreten, dass kurz alle Verbindungen getrennt wurden.
