Beiträge von andreas.

Zitat von georg03

Hallo,

ich habe kürzlich einen Managed Private Server (MPS) gebucht, die Domain liegt aktuell bei einem anderen Anbieter. Im CCP konnte ich die externe Domain zuweisen/verifizieren und danach im PLESK anlegen. Soweit so gut.

Bisher wurden nur die A Records beim externen Domain-Hoster gesetzt, die IP4/IP6 Adressen dazu konnte ich aus PLESK auslesen.

Als nächstes wollte ich die MX Einträge anpassen, damit auch E-Mails über den MPS laufen können. Aus Erfahrung mit etlichen Webhosting Paketen bei netcup werden sämtliche DNS Einträge normalerweise im CCP beim Produkt unter Externe Domains per Popup angezeigt. Beim MPS gibt es den Tab aber nicht.

Alternativ wollte ich die Domain zu netcup transferieren, um die DNS Einträge dann unter Domains im CCP setzen zu können. Bei der Bestellung/Transfer wird mir aber nur Domainparker oder eigene DNS angegeben nicht aber die tatsächlichen netcup DNS Einträge des MPS.

Wo/wie sind die DNS Einträge beim MPS einsehbar? Oder müssen die manuell gesetzt werden? Wenn ja wo finde ich die Infos dazu?

Danke für hilfreiche Tipps

Georg

Alles anzeigen

Die Managed Private Server (MPS) verhalten sich wie ein normaler eigener vServer, den du als Nutzer mit Root-Rechten selbst verwalten könntest. Daher musst du externe Domains nicht im CCP anlegen, sondern trägst beim externen Domain-Provider nur die einzelnen DNS-Records, die auf deinen MPS zeigen, in dessen für dich bereitgestellten DNS-Server ein.

Für die DNS-Einträge reichen die bekannten IPv4- und IPv6-Adressen des MPS aus.

Zitat von NaN

..., aber wieso nimmt man für das Ping Pong Spiel mit der Installation nicht einfach eine eigene VM?

Eventuell nicht, weil der Upload des eigenen Internet-Providers zu gering ist?

Zitat von [netcup] Alexander W.

Vorweg:

Bestandsverträge bleiben unverändert (=werden nicht erhöht) und ihr könnt sie weiterhin zum alten Preis upgraden (Details siehe "Vorteile für Bestandsverträge").

Vielen Dank für diese kundenfreundliche Entscheidung. Es ist schön zu sehen, dass die Interessen treuer Bestandskunden berücksichtigt werden und diese von unangenehmen nachträglichen Preiserhöhungen verschont bleiben, zumindest für bestehende Verträge.

Zitat von aRaphael

.Woher hast du denn diese Zahl?

Diese pauschale Angabe hatte ich mal vor sehr vielen Jahren im Internet in der Red Hat Dokumentation gelesen.

Wenn man das aber näher untersuchen möchte, so kann man sich im Zeitalter der KI / AI über Google mit Hilfe folgendem Prompt dabei sehr gut unterstützen lassen.

Ich möchte auf meinem Server virtuelle Server betreiben, die ich auch an Kunden weitervermieten möchte. Was wird so Providern empfohlen als Überbuchungsfaktor und welche Komponenten lassen sich denn stark überbuchen? Nenne mir zu deiner Empfehlung auch Quellen.

Soweit mir bekannt ist, wurden die virtuellen Komponenten eines vServers bislang bis zum 15-Fachen überbucht. Das war zumindest noch vor einigen Monaten der Fall. Aufgrund der gestiegenen Hardwarekosten könnten Anbieter inzwischen dazu übergehen, Ressourcen bis zum 30-Fachen oder noch stärker zu überbuchen, damit sich solche Produkte weiterhin wirtschaftlich betreiben lassen.

Zitat von cysiek

What if I'm paying monthly for my machine and got 30 days cancelation period? Am I affected by price changes or it stays as it is now? I've created ticket, but maybe I can get answer a little faster here.

No.

Zitat von Win98SE4ever

Ich verstehe noch immer nicht was das Problem war.

Falsche DNS-Einträge, TTL nicht abgewartet, ...

Das weckt Neugier, aber es erfolgt keine konkrete Auflösung.

Was war denn die Korrektur ?

Ohne Auflösung ist das damit genauso enttäuschend wie reißerische Titel im Web "Diesen Fehler macht fast jeder Webspace-User"... gefolgt von endlos Werbung und KI-Text ohne Inhalt

Die Lösung hat er in seinem Beitrag #21 geschrieben.

Zitat von Zenith

Selbst bei komplett gestoppten eigenen Anwendungen, also ganz ohne eigene Serverlast, hängt ein einfacher Festplatten-Schreibtest weiterhin zuverlässig fest.

Und wie verhält sich dein eventuell produktiv eingesetzter vServer über einen längeren Zeitraum im Rettungssystem?

Zitat von AccountSuspended

Was ein Glückspilz. Die längste unbeantwortete Anfrage mit der Bitte noch ein wenig Geduld zu haben, ist nun 10 Monate alt. Aus Neugier habe ich mal eine eine neue Anfrage am 16.08 gestellt, da die Leistung einer meiner Server schwächelte und bisher keine Reaktion erhalten.

Es gibt meiner Erfahrungen nach, keinen Support mehr bei Netcup. Ich glaube, Personen die hier Support erhalten, gehören irgendeinen geheimen Club an ...

Mit meinem Beitrag meinte ich auch nicht Netcup. Eventuell noch mal lesen.

Zitat von aRaphael

War das ein dedizierter Server oder ein Cloudserver?

Es sieht so aus, dass es mittlerweile egal ist, ob man einen vServer oder echtes Blech dort angemietet hat. Denn mittlerweile schreiben sie dazu folgendes:

Supportzeiten_20260823.png

Ich betreibe bei denen nur echtes Blech.

Nach dem ganzen KI-Hype hatte ich eigentlich erwartet, dass auch der Support des Mitbewerbers mit dem Anfangsbuchstaben "H" deutlich langsamer wird.

Heute habe ich jedoch einen Server eines Kunden übernommen, der sich zunächst nicht ins Rettungssystem booten ließ. Deshalb habe ich den Support dort an diesem Sonntag per E-Mail kontaktiert.

Bereits nach ca. 15 Min. erhielt ich die Rückmeldung, dass das Problem behoben wurde und ich den Server wie gewünscht ins Rettungssystem starten könne.

Genau so sollte Support funktionieren. Was will man mehr?

Ich finde die Serverbörse nach wie vor sehr sinnvoll. Insbesondere bietet sie die Möglichkeit, auch ältere oder günstigere vServer von Kunden zu übernehmen, die diese nicht mehr benötigen oder abgeben möchten.

Zitat von [netcup] Alexander W.

Ja, die sind derzeit ausverkauft. Ich melde mich mal per PN bei dir.

Ich habe das vor ein paar Tagen durch Zufall auch festgestellt, dass die Serie RS 16000, G12 mit 128 RAM nicht mehr bestellbar ist und es eher so aussieht, als hätte man sie aus dem Programm ganz gestrichen.

Frage: Wenn aber noch weitere 10 Stück davon bestellt werden, dann bräuchte doch der Provider ja auch mindesten 10 weitere Nodes bzw. 10 weitere Server als echtes Blech. Denn es gab hier ja mal vor sehr langer Zeit die Aussage, dass die einzelnen vServer vom Typ RS XXXX aufgrund der besseren Verfügbarkeitsgarantie auf verschiedene Nodes verteilt werden. Ist das immer noch so?

Zitat von nitram

Der Login-Screen im SCP zeigt allerdings "Debian GNU/Linux 11" an und über PHP liefert php_uname() unter anderem 6.1.0-0.deb11.50-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.176-1~deb11u1 (2026-07-02) x86_64.
Daher gehe ich aktuell davon aus, dass es sich noch um Debian 11 handelt.
Der LTS-Support endet ja bereits am 31. August 2026.

Ich habe mal auf meinem Managed Private Server, G12 geschaut.

Dessen System sieht wie folgt aus:

Den Server habe ich vor ein paar Monaten bestellt, als es die Aktion mit den günstigeren Servern gab. Wie der Ablauf beim Versionsupgrade aussieht, weiß ich daher noch nicht. Ich lasse mich einfach überraschen, wann Debian 12 auf Debian 13 aktualisiert wird.

Zitat von TBT

Da ist doch vLAN von Anbieterseite her verzichtbar.

Der Vorteil vom nativen vLAN ist, dass es deutlich ressourcenschonender und wartungsärmer für uns Kunden ist als die von dir aufgezeigten Systeme.

Wird es zukünftig möglich sein, vServer aus der bisherigen Infrastruktur per vLAN (Cloud vLAN) mit vServern der neuen Infrastruktur zu verbinden?

Ist eine solche Anbindung nur innerhalb desselben Standorts (z. B. Nürnberg) geplant oder perspektivisch auch standortübergreifend?

Falls dies derzeit nicht vorgesehen ist: Gibt es hierzu bereits Überlegungen oder eine Roadmap?

@[netcup eos] All:
In diesem Zusammenhang mal die Frage: Warum verlaßt ihr für das neue System den Hypervisor KVM und nutzt in diesem Fall den Hypervisor von Microsoft?

Zitat von johnassel

Die 1GBit/s beziehen sich afaik auf den Standort Singapur. Alle anderen Standorte bekommen 2,5GBit/s.

Und gibt es dazu auch eine Quellenangabe?

rangerdanger: Für welchen Standort hast du denn deinen Server bestellt?

Wird es in Zukunft auch die bisherigen und folgenden Futures, die man schon vom Vorgänger Servercontrolpanel her kennt, im neuen System auch geben?

• Eigenes ISO hochladen und auf dem Zielserver einspielen,
• Eigenes Image mit vorinstalliertem OS hochladen und
• Snapshot exportieren