Richtung Netcup wird das On-Demand durchgeführt, ja.
Das heißt ich müsste innerhalb von meinen Containern beispielsweise konstant Pings auf eine v6 Adresse absetzen, damit das advertisment permanent aktiv bleibt?
Richtung Netcup wird das On-Demand durchgeführt, ja.
Das heißt ich müsste innerhalb von meinen Containern beispielsweise konstant Pings auf eine v6 Adresse absetzen, damit das advertisment permanent aktiv bleibt?
Das heißt ich müsste innerhalb von meinen Containern beispielsweise konstant Pings auf eine v6 Adresse absetzen, damit das advertisment permanent aktiv bleibt?
Theoretisch ja, die Einträge in den Netcup Routern verlieren nach einer gewissen Zeit ihre Gültigkeit - Adressen die nicht genutzt werden tauchen in den Routing Tabellen nämlich nicht auf.
Wenn du dir ein zusätzliches IPv6 Netz kaufst, ist das nicht so - diese Netze werden direkt geroutet.
Theoretisch ja, die Einträge in den Netcup Routern verlieren nach einer gewissen Zeit ihre Gültigkeit - Adressen die nicht genutzt werden tauchen in den Routing Tabellen nämlich nicht auf.
Wenn du dir ein zusätzliches IPv6 Netz kaufst, ist das nicht so - diese Netze werden direkt geroutet.
Das ist Richtig, ich Besitze ein zusätzlich IPv6 Netwerk
pasted-from-clipboard.png
Edit: Habe das Adventskalender 2019 günstig bekommen, kostet sonst 12 € pro Jahr
Verstehe. Besonders prickelnd ist das ja nicht unbedingt zumal es mir schwer fallen dürfte mit den bereits verfügbaren knapp achtzehneinhalb Trillionen Addressen etwas sinnvolles anzufangen. Was soll ich dann mit nochmal so vielen?
Ich werde mal versuchen ob ein Ping alle zehn Sekunden o.ä. reicht um das aufrecht zu erhalten.
Ich werde mal versuchen ob ein Ping alle zehn Sekunden o.ä. reicht um das aufrecht zu erhalten.
Ich denke im Bereich von Minuten dürfte das auch funktionieren.
Du kannst auch den Support fragen, ob es hier Tipps gibt - bzw. eine Beschwerde einreichen, warum die Adressen nicht direkt anliegen, zusätzliche Adressen allerdings schon.
Ich denke im Bereich von Minuten dürfte das auch funktionieren.
Du kannst auch den Support fragen, ob es hier Tipps gibt - bzw. eine Beschwerde einreichen, warum die Adressen nicht direkt anliegen, zusätzliche Adressen allerdings schon.
Habe ich vergangenen Freitag angefragt. Leider noch keine Antwort. Aber mal abwarten.
Schöne Grüße
Es scheint generell ein Problem mit neighbour discovery zu geben. Ein Fix ist wohl in Arbeit. Allerdings klang es nicht unbedingt danach als gäbe es einen Unterschied zwischen zugekauften und inkludierten v6 Netzen.
Ich habe einem LXC Container sechs fortlaufende Adressen zugewiesen welche im Sekundentakt durchgepingt werden um die Verbindung zu halten. Zuverlässig funktioniert das jedoch nicht. Ich hab jeweils einen IRC Clienten auf eine IP gebunden in diese in einen Channel gepackt. So kann man schön das Kommen und Gehen beobachten.
Schöne Grüße
Gibt es hier inzwischen etwas Neues?
Nein, leider nicht.
ZitatAlles anzeigenMai 09 07:39:32 * ar_vhost2 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 07:39:47 * ar_vhost2 (ar_vhost2@hidden)
Mai 09 08:22:37 * ar_vhost8 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 08:23:34 * ar_vhost8 (ar_vhost8@hidden)
Mai 09 09:47:45 * ar_vhost2 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 09:50:06 * ar_vhost2 (ar_vhost2@hidden)
Mai 09 10:32:19 * ar_vhost2 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 10:32:38 * ar_vhost2 (ar_vhost2@hidden)
Mai 09 12:00:28 * ar_vhost6 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 12:00:28 * ar_vhost2 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 12:00:28 * ar_vhost3 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 12:00:37 * ar_vhost6 (ar_vhost6@hidden)
Mai 09 12:01:12 * ar_vhost3 (ar_vhost3@hidden)
Mai 09 12:01:42 * ar_vhost2 (ar_vhost2@hidden)
Mai 09 12:23:31 * ar_vhost6 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 12:23:40 * ar_vhost6 (ar_vhost6@hidden)
Mai 09 12:34:31 * ar_vhost7 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 12:34:31 * ar_vhost5 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 12:35:27 * ar_vhost7 (ar_vhost7@hidden)
Mai 09 12:35:32 * ar_vhost4 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 12:37:31 * ar_vhost4 (ar_vhost4@hidden)
Mai 09 12:38:49 * ar_vhost5 (ar_vhost5@hidden)
Mai 09 12:57:04 * ar_vhost7 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 12:58:02 * ar_vhost7 (ar_vhost7@hidden)
Mai 09 13:01:06 * ar_vhost5 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 13:01:23 * ar_vhost5 (ar_vhost5@hidden)
Mai 09 13:20:06 * ar_vhost7 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 13:22:26 * ar_vhost7 (ar_vhost7@hidden)
Mai 09 14:05:40 * ar_vhost5 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 14:05:54 * ar_vhost5 (ar_vhost5@hidden)
Mai 09 16:31:25 * ar_vhost2 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 16:31:25 * ar_vhost4 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 16:31:42 * ar_vhost2 (ar_vhost2@hidden)
Mai 09 16:32:22 * ar_vhost4 (ar_vhost4@hidden)
Mai 09 16:54:58 * ar_vhost5 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 16:55:08 * ar_vhost5 (ar_vhost5@hidden)
Mai 09 17:59:34 * ar_vhost4 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 17:59:42 * ar_vhost4 (ar_vhost4@hidden)
Mai 09 19:43:44 * ar_vhost5 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 19:43:44 * ar_vhost2 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 19:43:44 * ar_vhost4 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 19:43:53 * ar_vhost2 (ar_vhost2@hidden)
Mai 09 19:44:22 * ar_vhost5 (ar_vhost5@hidden)
Mai 09 19:44:53 * ar_vhost4 (ar_vhost4@hidden)
Mai 09 20:06:16 * ar_vhost3 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 20:06:26 * ar_vhost3 (ar_vhost3@hidden)
Mai 09 20:28:19 * ar_vhost7 hat die Verbindung getrennt (Quit: ZNC - https://znc.in).
Mai 09 20:28:28 * ar_vhost7 (ar_vhost7@hidden)
Acht IPs, acht Verbindungen in einen IRC-Channel. So sieht das die meiste Zeit aus. Bin am überlegen ob ich die kommende Rechnung wegen mangelnder Verfügbarkeit kürze.
Du kannst auch den Support fragen, ob es hier Tipps gibt - bzw. eine Beschwerde einreichen, warum die Adressen nicht direkt anliegen, zusätzliche Adressen allerdings schon.
Trotz direkter Nachfrage weigert man sich mir hierauf eine brauchbare Antwort zu geben. Es wird stets ausgewichen und auf die generelle Problematik verwiesen.
Schöne Grüße
Ob das mehr Lösung oder Workaround ist weiß ich nicht, so tief bin ich in v6 (leider) noch nicht drin. Jedenfalls hab ich jetzt ne funktionierende Config, gefunden in dieser Anleitung: https://youngryan.com/2019/02/…-lxd-containers-on-a-vps/. Der Punkt, den ich noch uncool finde: v4-ping-Latenz 8ms, v6-Latenz 17ms.
Ob das mehr Lösung oder Workaround ist weiß ich nicht, so tief bin ich in v6 (leider) noch nicht drin. Jedenfalls hab ich jetzt ne funktionierende Config, gefunden in dieser Anleitung: https://youngryan.com/2019/02/…-lxd-containers-on-a-vps/. Der Punkt, den ich noch uncool finde: v4-ping-Latenz 8ms, v6-Latenz 17ms.
Nach der Anleitung habe ich mich auch gerichtet, aber hänge jetzt bei der neighbour discovery Problematik.
Ob das mehr Lösung oder Workaround ist weiß ich nicht, so tief bin ich in v6 (leider) noch nicht drin. Jedenfalls hab ich jetzt ne funktionierende Config, gefunden in dieser Anleitung: https://youngryan.com/2019/02/…-lxd-containers-on-a-vps/. Der Punkt, den ich noch uncool finde: v4-ping-Latenz 8ms, v6-Latenz 17ms.
Hallo,
so wie ich es verstanden habe hast du kein zus. IPv6 Netz und keine Probleme nach dieser Anleitung?
Ich wüsste nicht wo ich noch schrauben könnte, ich komme nicht weiter....
Schöne Grüße
Fun fact. Wenn
aktiv ist kann aus den LXC Containern gar nicht mehr gepingt werden:
Wird hier jedoch mit angegeben: https://discuss.linuxcontainer…ith-lxd-4-0-on-a-vps/7322
Okay, habe aufgegeben. Das inkludierte IPv6 Netz ist faktisch unbrauchbar.
Habe ein zusätzliches Prefix besorgt. Erste Tests sind äußerst vielversprechend.
Von bisher 15378 abgesetzten Ping (entspricht gut vier Stunden) ging kein einziger verloren. Bin noch skeptisch. Morgen wissen wir mehr.
Im Vergleich zu vorher (zufällig ausgewählte Log-Datei) von 267099 Pings gingen 5509 verloren. Der Neuaufbau der Route kann gut und gern mit mindestens 15 Sekunden veranschlagt werden. Das Verhältnis von Ausfallzeit zu Verfügbarkeit zu berechnen schenke ich mir an dieser Stelle.
Im großen und ganzen dennoch eine rechte Enttäuschung. Wenn man schon 18 Trillionen IP-Adressen zur Verfügung stellt muss man als Anbieter auch damit rechnen, dass auch nur der Bruchteil eines Promills davon auch tatsächlich verwendet werden könnte...
Einziger Lichtblick ist, dass seitens Netcup anerkannt wird, dass es ein Problem gibt.
Mein Dank geht raus an H6G und Track1991 für den gelieferten Input.
Schöne Grüße
Öhm. Nichts für ungut, aber perryflynn hat hier in meinen Augen (halt unter Proxmox) doch genau das gemacht, was du vor hast... vielleicht hilft es dir ja - falls nicht, habe ich nichts gesagt.
Ich habe mich auch mit dem selben Problem unter Proxmox beschäftigt.
Der Tipp mit den ndppd Daemon war sehr hilfreich.
Allerdings funktioniert der Aufbau bei mir nicht mit kleiner Netzwerkmaske als /64 bei IPv6.
Wenn ich das so mache kann ich den Container von außen wegen NDP erreichen, komme mit Container aber über die Bridge nicht herraus ins Internet per IPv6.
Die Firewall hatte ich zum Test auch schon aus und die Traceroute zeigt auch die IPv6 der Bridge an, danach geht es beim Gateway von Netcup nicht mehr weiter.
Denke das wird abgeblockt, weil die MAC Adresse nicht stimmt oder ich muss noch eine feste Route einstellen.