Hallo, ich habe gerade einen TP 3600 mit der 0.6 FW neu geflasht. Im Uplink ist dieser nur mit einem VPN Server verbunden. Sonst waren es doch immer zwei Stück. Neu gebootet habe ich schon.
VPN status
fastd running for 72.693 seconds
There are 12 peers configured, of which 1 are connected:
mesh_vpn_backbone_peer_ruhrgebiet9: not connected
mesh_vpn_backbone_peer_ruhrgebiet0: not connected
mesh_vpn_backbone_peer_ruhrgebiet2: not connected
mesh_vpn_backbone_peer_ruhrgebiet7: not connected
mesh_vpn_backbone_peer_ruhrgebiet6: not connected
mesh_vpn_backbone_peer_ruhrgebiet5: not connected
mesh_vpn_backbone_peer_ruhrgebiet11: connected for 31.430 seconds
mesh_vpn_backbone_peer_ruhrgebiet8: not connected
mesh_vpn_backbone_peer_ruhrgebiet4: not connected
mesh_vpn_backbone_peer_ruhrgebiet10: not connected
mesh_vpn_backbone_peer_ruhrgebiet3: not connected
mesh_vpn_backbone_peer_ruhrgebiet1: not connected
Da ich aktuell versuche für den Übergang die Ressourcen für den Verein möglichst schlank zu halten laufen wir immer an der Lastgrenze.
Leider haben wir nach wie vor keinen Hoster für ein Blade Center finden können.
Back to topic: Nun kann es ein wenig wackelig werden, ich nehme jetzt ein paar experimentelle Dinge online, danach sollten dann sukzessive auch zwei weitere Server verfügbar werden…dann sind quasi 14 online…
Um schnell etwas Dampf aus dem Problem zu nehmen koennten diejenigen die einen Mesh mit mehr als einen VPN router betreiben auf eine VPN-Verbindung pro Uplink-Router herunter gehen. Die Redundanz ist ja ueber den 2. Uplink-Router gegeben.
Ich setze euch fortlaufend Kapazitäten nach, ihr müsst nicht unbedingt auf Tunnel verzichten.
Der Vorteil von 2 Tunneln ist, dass die Node nicht offline geht, wenn einer der beiden Tunnel neu aufbau und das bei zwei laufenden immer der beste Tunnel genutzt wird - also nicht unbedingt komplett unwichtig…
Wenn man peer limit 2 hat merkt man davon nix großartig. Wenn man peer limit 1 hat, dann muss erst ein Tunnel aufgebaut werden, das kann schon mal was dauern…
Die Frage ist ja wie lange ist der Timeout bis Fastd merkt das ein Tunnel nicht mehr funktioniert. Der Neuaufbau erfolgt dann nach diesem von @anon75826926 in der Gluon Mailingliste skizzierten Weise:
Klingt für mich so, das selbst das konfigurieren nur eines MESH Peers in der Firmware bei mehreren Möglichkeiten eine gewisse Redundanz mitbringt. Würde die Last auf den Supernodes doch um einiges verringern wenn jeder Knoten nur noch einen Tunnel aufmacht.