Wie viele "Labels" kann man bei den Konversationen in der rechten Seitenleiste eigentlich anlegen? 
Moderatoren
Ist 5 dort das aktuelle Limit? Oder bin ich blind und finde den Link für neue Labels nicht mehr? 
Screenshot 2025-07-12 at 00-32-46 Konversationen - Seite 6 - netcup Kundenforum.png Screenshot 2025-07-12 at 00-33-43 Konversationen - Seite 6 - netcup Kundenforum.png
(Bezeichnungen der Labels vor dem Screenshot anonymisiert.)
Auch interessant: Deaktiviert man DNSSEC, fliegt die Domain komplett weg und ist nicht mehr auflösbar. Eh?
Es dauert ein wenig, bis die entsprechenden Änderungen bei den NS der TLD ankommen und alle Caches ungültig werden. Bis dahin glauben die Resolver bzw. Clients, dass DNSSEC aktiv ist, bekommen aber keine signierten Antworten mehr von den netcup NS und brechen deswegen ab.
Nach spätestens 24h sollte es wieder funktionieren, meistens geht es aber deutlich schneller innerhalb von 1-4 Stunden.
Die verschwindet dann mal ein paar Stunden oder länger? das ist ja übel bei wichtigen webseiten.
Dauerhaft, bis Du es bemerkst und im CCP das Häkchen bei DNSSEC entfernst, und bei Bedarf zwei Stunden später wieder aktivierst. Manchmal ist es auch schon von alleine weg, dann hilft sowieso nur erneut aktivieren.
Ich würde DNSSEC derzeit bei wichtigen Domains bei netcup nicht aktivieren. Und falls man DNSSEC zwingend benötigt (z.B. für TLSA-Records), nimmt man andere NS für die Domain. Viele im Forum verwenden dafür den kostenlosen Dienst von deSEC.io
was sind die bekannten Probleme mit DNSSec ?
Hauptproblem mit dem alten System: DNSSEC wird von alleine kaputt. Mal passiert das alle paar Wochen, dann wieder monate-/jahrelang nicht. Die Domain löst dann nicht mehr auf, wenn der Resolver DNSSEC validiert. Und selber bekommt man das nur durch Zufall oder durch ein eigenes Monitoring mit. 
In welchem VLAN liegen denn die betroffenen vServer? (Sichtbar im SCP unter Statistik -> Netzwerk; es ist die öffentliche Schnittstelle gemeint, nicht das Cloud vLAN!)
Wenn es das 100er ist, könnte es auch damit zusammenhängen: https://forum.netcup.de/sonstiges/smal…ema/#post247494
Ich habe übrigens noch kein Ticket eröffnet, weil sich die Situation am WE gebessert hat. Wird wahrscheinlich am Montag wieder schlimmer 
Auffällig ist ja, dass im 100er anscheinend ziemlich viele Server hänger. Bei mir sind es zwar nur 4, aber bei den anderen vlan sind es meist nur einer oder maximal 2.
Sieht ja schon nach vielen Kollisionen aus und ist sicher ein Hingucken von [netcup] Lars S. wert...
Ist wahrscheinlich das älteste (und ursprünglich einzige) VLAN bei netcup, noch vor der Anexia-Zeit mit zahlreichen neuen Subnetzen. Sofern man die rein "internen" VLANs nicht dazu rechnet.
Das Ticket kann ich jedenfalls doch erst morgen erstellen. Gerade als ich automatisiert einen MTR auf zahlreichen Systemen gestartet habe, der alles in schöne Textdateien packt, trat das Problem nicht mehr auf. Ist ja auch schon 19 Uhr, da geht's dem Netzwerk wieder gut.
Und ohne MTR wimmelt mich der 1st-Level sonst ja gleich ab…
Kann t-online eigentlich Mails über v6 empfangen?
Schau halt, ob deren MX überhaupt einen AAAA-Record hat. Du wirst überrascht sein 
Ich habe hier seit ca. einer Woche Packet Loss im 1-2 stelligen Prozentbereich.
Hängt wirklich von der Tageszeit ab und betrifft mindestens vier vServer in diesem Netzwerkbereich. Ich mach nachher mal ein Ticket auf…
s1_gw-nc-nue.pngs1_gw-nc-vie.pngs2_gw-nc-nue.pngs2_gw-nc-vie.png
(Die Grafiken zeigen aber nur zwei vServer, von VIE und NUE aus überwacht.)
Was genau sind denn diese "echten VLANs"? Und was ist der Unterschied zum Cloud vLAN?
Das Cloud vLAN ist soweit ich weiß ein VXLAN, also in UDP-Pakete verpackt.
Die "echten" VLANs sind wahrscheinlich IEEE 802.1Q und dienen bei netcup (reine Spekulation meinerseits) intern zur Unterteilung des Netzwerks im RZ in verschiedene Bereiche. Sonst würden ja alle verfügbaren Subnetze im gleichen Netzwerk hängen, das wäre sehr unschön. So jedenfalls meine Vermutung
Oida, wieso passiert das immer wieder? 
Meine Session im SCP ist wahrscheinlich abgelaufen, der nächste Klick hat wohl bei netcup irgendeine Regel getriggert, die mich aussperrt. Außer PR_END_OF_FILE_ERROR ("Gesicherte Verbindung fehlgeschlagen") sehe ich in Firefox gar nichts mehr. Das passiert mir alle paar Tage/Wochen 
Temporärer Workaround am Client: sudo ip6tables -A OUTPUT -d "$(dig aaaa www.servercontrolpanel.de +short)" -j REJECT
Hille Es geht nicht ums Cloud vLAN, jedenfalls nicht primär.
Gemeint sind die echten VLANs von netcup bzw. Anexia im RZ. Also die öffentliche Schnittstelle der vServer
Ich aktualisiere meinen vorherigen Beitrag später nochmals mit allen Ergebnissen…
Hat noch jemand vServer im netcup-VLAN 100 in NUE? (VLAN-ID sichtbar im SCP unter Statistik » Netzwerk)
Ich habe hier seit ca. einer Woche Packet Loss im 1-2 stelligen Prozentbereich. Komischerweise scheint das aber nicht alle Verbindungen bzw. Netzwerkbereiche zu betreffen. IPv4 und IPv6 macht kaum einen Unterschied, es scheint aber stark tageszeitabhängig zu sein.
| Source | Destination | IPv4 Packet Loss (%) |
IPv6 Packet Loss (%) |
|---|---|---|---|
| [VIE] 3249 |
[VIE] 2001 |
0.0 | 0.0 |
| [VIE] 3249 |
[NUE] 174 | 0.0 | 0.0 |
| [VIE] 3249 | [NUE] 149 |
0.0 | 0.0 |
| [VIE] 3249 |
[NUE] 100 |
1.4 / 2.3 / 0.9 |
1.3 / 1.2 / 0.0 |
| [VIE] 3249 | Extern (Wien) |
0.0 | 0.0 |
| [VIE] 3249 | Extern (Google DNS) | 0.0 | 0.0 |
| [VIE] 2001 |
[VIE] 3249 | 0.0 | 0.0 |
| [VIE] 2001 | [NUE] 174 |
0.0 | 0.0 |
| [VIE] 2001 |
[NUE] 149 | 0.0 | 0.0 |
| [VIE] 2001 | [NUE] 100 |
0.0 / 0.0 / 1.0 |
1.3 / 1.0 / 1.1 |
| [VIE] 2001 | Extern (Wien) | 0.0 | 0.0 |
| [VIE] 2001 | Extern Google DNS) | 0.0 | 0.0 |
| [NUE] 149 | [VIE] 2001 | 0.0 | 0.0 |
| [NUE] 149 | [NUE] 3249 | 0.0 | 0.0 |
| [NUE] 149 | [NUE] 174 | 0.0 | 0.0 |
| [NUE] 149 |
[NUE] 100 |
1.3 / 1.2 / 0.8 |
1.3 / 1.0 / 0.0 |
| [NUE] 149 | Extern (Wien) |
0.0 | 0.0 |
| [NUE] 149 | Extern (Google DNS) | 0.0 | 0.0 |
| [NUE] 100 (ncLabs) | [VIE] 2001 |
1.1 | 0.8 |
| [NUE] 100 (ncLabs) | [NUE] 3249 | 1.2 | 0.0 |
|
[NUE] 100 (ncLabs) |
[NUE] 174 |
1.0 | 0.1 |
| [NUE] 100 (ncLabs) | [NUE] 149 |
0.7 | 0.8 |
| [NUE] 100 (ncLabs) |
[NUE] VLAN 100 |
1.2 / 0.1 |
0.0 / 0.1 |
| [NUE] 100 (ncLabs) | Extern (Wien) |
0.0 | 0.8 |
| [NUE] 100 (ncLabs) | Extern (Google DNS) |
0.1 | 0.0 |
|
[NUE] 100 |
[VIE] 3249 | 1.7 | 0.8 |
|
[NUE] 100 |
[VIE] 2001 |
0.0 | 1.1 |
| [NUE] 100 | [NUE] 174 |
1.4 | 2.4 |
| [NUE] 100 | [NUE] 149 |
1.2 | 1.4 |
|
[NUE] 100 |
[NUE] 100 |
0.1 / 0.1 |
2.6 / 0.1 |
|
[NUE] 100 |
Extern (Wien) |
1.5 | 0.0 |
| [NUE] 100 | Extern (Google DNS) |
0.9 | 0.0 |
| [NUE] 174 | [VIE] 3249 |
0.0 | 0.0 |
| [NUE] 174 | [VIE] 2001 |
(Wert folgt) | (Wert folgt) |
| [NUE] 174 | [NUE] 149 |
0.0 | 0.0 |
| [NUE] 174 |
[NUE] 100 |
1.3 / 1.4 / 1.1 |
1.4 / 2.6 / 0.9 |
| [NUE] 174 | Extern (Wien) |
0.0 | 0.0 |
| [NUE] 174 | Extern (Google DNS) | 0.0 | 0.0 |
(Hinweis: Ich habe mehrere vServer im VLAN 100, deshalb gibt es dort jeweils mehrere Werte. Messung über mehrere Stunden mit MTR.)
Falls irgendwer ähnliche Beobachtungen gemacht hat, gerne melden.
Das hört sich gut an - was für einen Server willst Du denn da mitgeben?
Im Idealfall einen, der zuerst ohne vLAN zu mir, und dann mit vLAN zurück wandert.
Ich habe höchstwahrscheinlich zu diesem Zeitpunkt keinen übrig, den ich nicht selbst brauche.
Hätte hier eigentlich irgendjemand Interesse an einem 500 Mbit vLAN aus einer uralten Aktion um 4 €/Monat? Das gab es schon jahrelang nicht mehr in Aktion. Es müsste halt gemeinsam mit einem Server übertragen werden...
Ich liebäugle nämlich mit dem Gedanken, dass ich das bis zum Herbst/Winter abstoße. Und kündigen wäre fast schade
ich geb auf - reinstalling.
Ich sag's nur ungern, aber so wirst Du nie weiter kommen. Du hast doch erst vor wenigen Tagen wegen einem ähnlichen Problem das ganze OS neuinstalliert? 
Solche Fehler kann man i.d.R. problemlos mit der VNC-Konsole beheben. Falls das nicht klappt, bootet man das Rettungssystem oder ein eigenes ISO-Image und löst es bequem über SSH. Dort musst Du halt erst Deine Partition(en) mounten.
Bei der Installationsanleitung mit curl --insecure bzw. wget --no-check-certificate habe ich aufgehört zu lesen. 
Wenn das SCP nicht einmal mit dem Node kommunizieren kann und das 1:1 mit dem Packet Loss zu diesem vServer zusammenpasst (man sieht im MTR exakt wann das SCP wieder lädt), darf man wohl davon ausgehen, dass das kein Problem innerhalb meines vServers ist. 
jakarta.ws.rs.ProcessingException: java.net.SocketTimeoutException: Read timed out
jakarta.ws.rs.ProcessingException: kvmd http response code: 500, KvmdError(type=libvirtError, message=Failed to connect socket to '/var/run/libvirt/libvirt-sock': Connection refused, code=1)
Und wahrscheinlich wird der Support morgen trotzdem darauf bestehen, dass man es erst einmal im Rettungssystem reproduzieren soll. Was bei einem produktiv genutzten System natürlich sehr viel Spaß macht 
Vielleicht sollte ich im Ticket morgen das mit dem Packet Loss gar nicht erwähnen und nur auf das minutenlang ladende SCP hinweisen? Die Ursache dürfte sowieso identisch sein 
EDIT: Hat sich eventuell erledigt, jetzt schlägt wohl endlich das interne Monitoring an…
Meldung über Ausfall Ihres vServers
Versuche einmal die Standardsubdomain (hostingXXXXXX.YYYYY.netcup.net) in Plesk zu sperren. Cronjobs werden mit dieser Einstellung nämlich angeblich nicht mehr neu ausgeführt. Eventuell werden laufende Prozesse dadurch nach einigen Minuten ebenfalls gestoppt.
Im "vServer / Server / KVM-Server" Forum? Doch, wärst du. Hast nur nicht hingeguckt, weil du es über die "letzten Beiträge" gelesen hast.
Das Forum habe ich schon gesehen, aber ich dachte im ersten Moment eher, dass da jemand ein buntes OS mit GUI über die VNC-Konsole bedient und nun ansteht.
NaN Ich merke schon, Du sprichst "Kunde".
Von Screenshot auf Snapshot wäre ich im Leben nicht gekommen. 
