Aloha (ja, ich weiß, draußen ist es kalt...),
ich habe ein Problem mit meinem dedizierten Server bei SoYouStart im Bezug mit IPv6-Adressen:
Wenn ich eine VM (KVM, mit LXC noch nicht getestet) starte, ist diese sofort mit einer IPv6-Adresse erreichbar - folgende Config wird verwendet:
Nach ca. 30 Minuten ist der Server dann einfach nicht mehr erreichbar, ein Traceroute sieht dann bspw. so aus:
Wenn ich die VM restarte, ist das Problem wieder temporär behoben, der dedizierte Server ist über IPv6 aber bspw. dauerhaft erreichbar.
Ich habe mir schon Lösungsvorschläge angeschaut, wie bspw. Proxy_NDP in der sysctl.conf des dedizierten auf 1 zu setzen - dies gelingt jedoch ohne Wirkung. (Netzwerk wurde restarted)
Über IPv4 ist der Server jedoch weiterhin normal erreichbar.
Die Netzwerkkonfiguration des dedizierten Servers schaut so aus (bitte schlagt mich nicht, aufgrund der vielen vmbr-Interfaces, ich weiß, dass das ekelhaft aussieht - falls jemand einen Verbesserungsvorschlag dazu besitzt, kann er ihn gern höflich senden, dafür wäre ich sehr dankbar
)
Schon mal vielen Dank für die Bemühungen, sich diesen Beitrag überhaupt durchzulesen. Dieser Beitrag existiert auch im OVH-Forum, dort möchte aber wohl keiner antworten. Der OVH-Support meinte, es wäre ein Proxmox-Bug und hier sei meine Anlaufstelle.
ich habe ein Problem mit meinem dedizierten Server bei SoYouStart im Bezug mit IPv6-Adressen:
Wenn ich eine VM (KVM, mit LXC noch nicht getestet) starte, ist diese sofort mit einer IPv6-Adresse erreichbar - folgende Config wird verwendet:
Code:
iface ens18 inet6 static
address 2001:41d0:8:XXXX::2d
netmask 128
post-up /sbin/ip -f inet6 route add 2001:41d0:0008:42ff:ff:ff:ff:ff dev ens18
post-up /sbin/ip -f inet6 route add default via 2001:41d0:0008:42ff:ff:ff:ff:ff
pre-down /sbin/ip -f inet6 route del default via 2001:41d0:0008:42ff:ff:ff:ff:ff
pre-down /sbin/ip -f inet6 route del 2001:41d0:0008:42ff:ff:ff:ff:ff dev ens18
dns-nameservers 2001:4860:4860::8888 2001:4860:4860::8844Nach ca. 30 Minuten ist der Server dann einfach nicht mehr erreichbar, ein Traceroute sieht dann bspw. so aus:
Code:
Start: Mon Jan 30 20:03:41 2017
HOST: T420Mint Loss% Snt Last Avg Best Wrst StDev
1.|-- fritz.box 0.0% 10 16.2 14.5 0.7 16.3 4.8
2.|-- p200300D29BBF01810000000000000001.dip0.t-ipconnect.de 0.0% 10 16.1 15.9 15.6 16.2 0.0
3.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
4.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
5.|-- be100-2.fra-1-a9.de.eu 0.0% 10 26.8 26.7 26.5 27.1 0.0
6.|-- be1-1170.sbg-g1-a9.fr.eu 0.0% 10 29.7 29.9 29.4 31.1 0.3
7.|-- vl21.sbg-g1-a75.fr.eu 0.0% 10 29.5 29.2 29.0 29.5 0.0
8.|-- vl1250.rbx-g1-a75.fr.eu 0.0% 10 37.0 37.0 36.7 37.4 0.0
9.|-- 2001:41d0:0:5:2::27 0.0% 10 35.7 35.8 35.7 36.1 0.0
10.|-- 2001:41d0:0:5:3::1c9 0.0% 10 37.0 75.7 36.7 243.3 71.5
11.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0Wenn ich die VM restarte, ist das Problem wieder temporär behoben, der dedizierte Server ist über IPv6 aber bspw. dauerhaft erreichbar.
Ich habe mir schon Lösungsvorschläge angeschaut, wie bspw. Proxy_NDP in der sysctl.conf des dedizierten auf 1 zu setzen - dies gelingt jedoch ohne Wirkung. (Netzwerk wurde restarted)
Über IPv4 ist der Server jedoch weiterhin normal erreichbar.
Die Netzwerkkonfiguration des dedizierten Servers schaut so aus (bitte schlagt mich nicht, aufgrund der vielen vmbr-Interfaces, ich weiß, dass das ekelhaft aussieht - falls jemand einen Verbesserungsvorschlag dazu besitzt, kann er ihn gern höflich senden, dafür wäre ich sehr dankbar
)
Code:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# for Routing
auto vmbr1
iface vmbr1 inet manual
post-up /etc/pve/kvm-networking.sh
bridge_ports dummy0
bridge_stp off
bridge_fd 0
# vmbr0: Bridging. Make sure to use only MAC adresses that were assigned to you.
auto vmbr0
iface vmbr0 inet static
address 176.31.XXX.XXX
netmask 255.255.255.0
network 176.31.123.0
broadcast 176.31.123.255
gateway 176.31.XXX.XXX
bridge_ports eth0
bridge_stp off
bridge_fd 0
auto vmbr2
allow-hotplug vmbr2
iface vmbr2 inet static
address 79.137.116.XXX
netmask 255.255.255.255
broadcast 79.137.116.255
gateway 176.31.123.254
bridge_ports none
bridge_stp off
bridge_fd 0
auto vmbr3
allow-hotplug vmbr3
iface vmbr3 inet static
address 79.137.119.XXX
broadcast 79.137.119.255
netmask 255.255.255.255
gateway 176.31.123.254
bridge_ports none
bridge_stp off
bridge_fd 0
up /sbin/ip addr add 79.137.119.XXX/32 brd 79.137.119.255 dev vmbr3
up /sbin/ip addr add 79.137.119.XXX/32 brd 79.137.119.255 dev vmbr3
up /sbin/ip addr add 79.137.119.XXX/32 brd 79.137.119.255 dev vmbr3
iface vmbr0 inet6 static
address 2001:41d0:0008:XXXX::
netmask 64
post-up /sbin/ip -f inet6 route add 2001:41d0:0008:42ff:ff:ff:ff:ff dev vmbr0
post-up /sbin/ip -f inet6 route add default via 2001:41d0:0008:42ff:ff:ff:ff:ff
pre-down /sbin/ip -f inet6 route del default via 2001:41d0:0008:42ff:ff:ff:ff:ff
pre-down /sbin/ip -f inet6 route del 2001:41d0:0008:42ff:ff:ff:ff:ff dev vmbr0Schon mal vielen Dank für die Bemühungen, sich diesen Beitrag überhaupt durchzulesen. Dieser Beitrag existiert auch im OVH-Forum, dort möchte aber wohl keiner antworten. Der OVH-Support meinte, es wäre ein Proxmox-Bug und hier sei meine Anlaufstelle.
