Also bei mir antworten die IPv6 DNS resolver von Netcup seit dem 11. Januar nicht mehr (siehe https://forum.netcup.de/informationen/…ns-server-down/).
Das scheint aber kein generelles Problem zu sein, scheinbar sind nicht alle Adressbereiche blockiert. In meinem Fall 2a00:11c0:5f:xxxx::/64
Bringt denn eine Umstellung auf einen öffenlichen Resolver Abhilfe?
Hat schon jemand einen VPS Lite geordert und könnte einen yabs posten? Mich interessiert sehr, wie der CPU und IO technisch dasteht...
Moment, wenn ich den OP richtig verstehe, hat er Probleme, E-Mail bei Netcup zu empfangen, die von der Airline versendet werden, richtig? Der Netcup MX lehnt die Mails ab(?)
Da spielt es eigentlich keine Rolle, ob der Netcup SMTP geblacklistet ist oder nicht...
Laut RFC 1035 hat ein txt record den Datentyp
<character-string> is a singlelength octet followed by that number of characters. <character-string>is treated as binary information, and can be up to 256 characters inlength (including the length octet).Also max 255 Zeichen. Hast Du mehr, muss das ganze in mehrere Einträge aufgeteilt werden, dass sind die einzelnen "..." "...". Bei DKIM & co werden die einzelnen Teile dann einfach nach der DNS Abfrage vom Client zusammengefügt. Ein leerer String am Ende stellt da eigentlich überhaupt kein Problem dar, genauso egal sind Leerzeichen zwischen den einzelnen Strings
There is another thread of a person from december (still unresolved) reporting exactly the same issue with M$ server 2025 and chrome.exe causing a BSOD.
The problem only occurs on Netcups RS, not on the VPS.
See: https://forum.netcup.de/administration…up-root-servern
The OP suspected defective Hardware.
Maybe changing from RS to VPS is an option for you, too?
Dass KVM eingesetzt wird, steht ja auf der netcup-Webseite deutlich dabei: https://www.netcup.com/de/server/root-server, mir ging es da mehr um das Detail "QEMU".
KVM ohne qemu düfte schwierig werden 
Einmal das Drive mit dem Tool flashen, alles drauf kopieren und schon laeuft es 👌
Ich verwende schon seit Jahren YUMI dafür. Ventoy kenne ich nicht, kann das mehr?
Wenn es eine HDD wäre, wäre ich beeindruckter, obwohl das auch vorkommt. Aber bei einer SSD?
Also ich fand es gerade interessant, dass es eine SSD ist ... Die sortiert man doch immer recht schnell aus Performancegründen bei Servern aus.
Viel interessanter würde ich jetzt finden, wie viel TB bereits geschrieben wurden und mit welcher TBW die beworben wurde.
59TBW hat die auf dem Tacho, die war nur als Systemplatte für zwei Docker Container eingesetzt. Gerade mal nachgeschaut, da Du mich neugierig gemacht hast, aber damals hat man noch keine TBWs beworben sondern 10000 P/E Cycles. Bei 64GB entspricht das 600TBW, da war ich wohl drunter ..
Habe gerade eine SSD aussortiert mit 74872 Power_On_Hours. Nicht, weil kaputt, sondern wegen Wechsel auf neue Hardware. Respekt, Samsung!
Kann das jemand überbieten? 
Was ich mich gerade frage, was ist denn eigentlich der beste/zuverlässigste Kanal um Flashdeals mitzubekommen?
Bei mir Telegram.
Aber eigentlich egal, außer es ist ein Piko Flashdeal, die sind nämlich schneller ausverkauft als Du Flashdeal sagen kannst. Da sind alle Kanäle zu langsam 
Okay, das ist schonmal gut.
Ich tippe auf ein Treiberproblem. Schlechte Nachricht bei dem Verursacher Chrome ist, das es Grafik, Netzwerk oder auch IO sein kann. Was mir noch einfällt:
- Im SCP nochmal schauen, ob sowohl unter Netzwerk als auch unter Medien jeweils VIRTIO ausgewählt ist. Falls nicht, RS ausschalten, umstellen, starten. Ggf dann noch den passenden Treiber (vorher) installieren..
- Beim nächsten BSOD mal schauen, ob ein Treiber unter dem Fehler auftaucht, also irgendwas.sys
Was hast Du denn für VirtIO Treiber installiert bzw. ist die aktuelle Version im Netcup Image integriert? Ich habe den BSOD auch schon bei "falschen" Treibern gesehen...
Vielleicht einfach mal die aktuelle Version drüber installieren: https://fedorapeople.org/groups/virt/vi…/virtio-win.iso und schauen ob es damit stabil läuft...
Um eine Fehlkonfiguration auszuschließen, sende doch mal eine Email an ping@tools.mxtoolbox.com und klick auf den Link in der Antwort. Falls SPF falsch oder das doch über eine andere IP rausgeht als Du denkst, solltest Du das sehen.
Bist Du Dir sicher, dass auf dem Server kein ipv6 konfiguriert ist? Könnte ja gut sein, dass der managed Server eine ipv6 Verbindung aufmacht und die ipv6 keinen ptr hat...
- CVE-2025-29927 betrifft Next.js < 15.2.3
FYI: Der ursprüngliche Patch war nicht vollständig und man muss den Patch nochmals patchen, siehe https://nextjs.org/blog/security-update-2025-12-11
Endlich darf ich als Anfänger auch mal bei einer Verlosung mitmachen, Danke 😊
Ich sehe den Grund leider dafür nicht. Ich kenne mich ehrlich gesagt mit den Virtualisierungen nicht gut aus und verstehe deshalb nicht, warum man einen ZEN2 statt echten ZEN4 emulieren sollte und die Leistung halbiert?
Entschuldige, ich glaube meine Aussage war hier etwas alarmistisch und teilweise auch nicht richtig.
Was ich sagen möchte:
Falls Dir Deine VM sagt, sie wäre ein "AMD EPYC 7702P 64-Core Processor" kannst Du Dir sicher sein, dass Du auf Zen2 läufst. Wenn Dir Dein Prozessor sagt, er ist ein "AMD EPYC-Rome Processor" kannst Du Dir *nicht* sicher sein, dass Du auf Zen2 läufst, da dies nur ein bei KVM eingestellter Prozessortyp ist. Theoretisch kann Deine VM auch auf einer moderneren Architektur laufen, oder aber auch auf Zen1.
Was in meinem ersten Post nicht richtig war: Das benutzen eines moderneren CPU Typs bei tatsächlich älterer Hardware ist möglich, hat aber seine Grenzen. Falls ein modernerer CPU-Typ flags hat, die die Hardware nicht hat, funktioniert das Ganze nicht (da wird auch nichts emuliert). Eine magische Grenze ist da v.a. zwischen Zen3 und Zen4 durch AVX-512 wie von Dir bemerkt. Genauer, falls ein VPS sagt, er ist ein "AMD EPYC-Genoa Processor" kann es auch keine ältere HW sein (Sorry für meine falsche Aussage oben)
Wie Netcup dies genau handhabt ist mir auch nicht bekannt -- kann auch gut sein, dass Netcup hier immer den "richtigen" generischen CPU Typ angibt. Tatsächlich verwendet man ja aber die generischen CPU-Typen vor allen dann, wenn man VMs zwischen verschiedenen Architekturen zum Load-Balancing hin-und her schiebt. Einige VMs nehmen einem es sehr übel, wenn beispielsweise der CPU Typ im laufenden Betrieb geändert wird. Windows tickt da meist völlig aus, will sogar eine neue Aktivierung und bei Linux kann auch ein Reboot fällig werden (nicht immer, aber schon erlebt)
Kurzum: Falls es bei Netcup tatsächlich immer ein 1:1 Mapping ist, z.B. "AMD EPYC-Rome Processor" == "AMD EPYC 7702P 64-Core Processor" ist für mich die spannende Frage, warum hier überhaupt die KVM CPU Typen eingesetzt werden, dann könnte man doch auch direkt wie bei den Root-Servern den CPU Typ als [host] durchreichen...
Ich bin kein Webhosting Kunde, aber falls da ein Apache läuft, schau mal ob da mod geoip2 enabled ist, da kann man sehr einfach über eine .htaccess ganze Länder blockieren.
Falls nicht, gibt es auch Möglichkeiten das in PHP zu realisieren, ist aber nicht sehr performant. Für Nextcloud oder Wordpress gibt's dafür plugins, meistens basierend auf einer Software von Maxmind (geoip2-php), kann man auch selbst mit ein paar Zeilen in eigene Seiten einbauen.
Something is really odd with this server in case you don't have any other load on it. I would contact support.
Spoiler: support will ask you to boot server in rescue mode and run yabs there again (just to make sure it's not due to your setup). If you do that now and contact support including the yabs from rescue system, the process will be faster..
Wenn du mal schaust, die beiden laufen auf der selben Hardware bzw. G11-Hardware, da kann also nicht viel anders sein
Processor : AMD EPYC-Genoa Processor
G12 wäre EPYC-Turin
Vorsicht, das ist der allgemeine Prozessortyp, den man bei KVM beim Virtualisieren angibt, welche Hardware tatsächlich dahinter steckt sieht man nicht. Das ist sozusagen nur die "Schnittstellendefinition" der CPU features. Kann auf einem Zen1-5 laufen. Theoretisch könnte die Kiste sogar auf einem 20€ i3 laufen und Ihren Gästen vorgaukeln, die wären ein EPYC-Genoa.
Das ist ja auch ein Grund, warum die VPS Benchmarks hier so stark schwanken, selbst wenn man ein G12 kauft könnte das auch auf Zen4 oder 3 laufen...
