Beiträge von Copro

    Laut dem Beitrag von [netcup] Sarah G. zur neuen SCP UI ist die Beta Phase ja am 05.06.2026 abgeschlossen worden.
    Mittlerweile ist das neue UI ja Standard und auf der Login Seite https://www.servercontrolpanel.de/ werden die Benutzer auf die Änderung hingewiesen.
    Man solle dies Überprüfen, indem man auf netcup.com geht und dann zum Blog Bereich navigiert und den neuesten Beitrag zum Redesign liest.

    Ich glaube ich verstehe warum das so formuliert wurde, weil ihr nicht wie ein richtiger Phisher direkt den Blogeintrag verlinken wollt. ;) (und die Benutzer ja nicht lernen sollen blind auf irgendwelche Links zu klicken)

    :!:Aber hat diese Schritte auch mal jemand ausprobiert? (Das was da beschrieben wird ist unnötig kompliziert und würde meiner Meinung nach von einem verunsicherten Benutzer so auch nicht durchführbar sein.)

    Wenn als deutschsprachiger Benutzer ich "netcup.com" in einen Browser (mobil oder am Desktop) eingebe, lande ich aufgrund meiner Spracheinstellungen auf https://www.netcup.com/de und dort ist kein Navigationseintrag oder ähnliches für "Blog" zu finden. Die einzigen beiden Treffer sind aktuell Stand 29.06.2026 zwei Verweise auf einen aktuelleren Blogeintrag "Hosting für kleine Firmenwebsites: Worauf es ankommt". Wenn man es also entweder über den Link oder eine Suche irgendwie zum netcup Blog geschafft hat ist es der achte Eintrag "Server Control Panel: Neue UI startet jetzt in die Beta" / seventh entry "Server Control Panel: New UI now enters beta" (im Tab "News" noch der zweite), der mit der Zeit noch weiter nach unten rutschen wird.

    Besser wäre es direkt eine kurze URL zur Eingabe zu ermöglichen, wenn ihr aus Gründen nicht einfach und direkt verlinken wollt. Also sowas wie geben sie DE: netcup.com/de/blog / EN: netcup.com/en/blog im Browser ein und gehen dann zum Eintrag "DE/EN konkreter Name des Blogbeitrags". Schöner wäre natürlich sowas wie blog.netcup.com, aber ich verstehe aufgrund von Angriffsfläche vielleicht speziell nicht so gewählt ...

    Zitat

    DE: Zur Überprüfung geben Sie bitte netcup.com in Ihren Browser ein, navigieren Sie zum Bereich Blog und lesen Sie unseren neuesten Beitrag zum Redesign.
    EN: To verify, please type netcup.com into your browser, go to the Blog section, and read our latest post about the redesign.
    2026-06-28_SCP_Neues_UI_Hinweis_Blog_umstendlich.png

    Stand 28.06.2026 - SCP - https://www.servercontrolpanel.de/

    Die Meldungen bei der Konfiguration einer Firewall Regel sind verbesserungswürdig. Habe speziell nach dem geklammerten Ausdruck "(null oder leeres Array)" im Forum gesucht und nichts gefunden, also hier ein Verbesserungsvorschlag für die Meldungen. Die Einstellung "beliebig" wird durch das leer lassen des Feldes beim Speichern eingesetzt, aber "null" und "leeres Array" sind Worte der Programmierer für die Datentypen, die in den Feldern vorkommen können - diese sollten aber einem "normalen"
    Kunden bei der Konfiguration einer Firewall-Regel nicht geläufig sein, auch wenn viele aus dem Umfeld kommen :/

    1) Nennung von null und leeren Arrays als beliebige IPs

    2) Die Source IPs / Netzwerke sind in der Tabelle mit "Quellen" gelistet und Destination IPs / Netzwerke mit "Ziele"

    netcup_Firewall_Policys_null_oder_leeres_Array_Textverbesserungen.png

    Hier ein Textvorschlag für die Validierungsmeldungen:
    Dabei die Feldnamen mit aufgenommen, den Hinweis für beliebige IPs von (null oder leeres Array) auf ein leeres Feld bezogen, um die Verwendung von "*" auszuschliessen und den Hinweis auf die kommagetrennte Liste nach hinten gestellt, damit IP-Adressen und Netzwerke beeinander stehen dürfen 8)

    • Regel 1 - Ziele (Destination IPs / Netzwerke): sind ungültig. Gültige Konfigurationen sind beliebige IPs (leeres Feld "Ziele"), IPv4/IPv6-Adressen (z.B. 192.0.2.1 oder 2001:db8::), IPv4-Netzwerke / IPv6-Präfixe (z.B. 192.0.2.0/24 oder 2001:db8::/32) oder eine durch Kommas getrennte Liste.
    • Regel 1 - Quellen (Source IPs / Netzwerke): sind ungültig. Gültige Konfigurationen sind beliebige IPs (leeres Feld "Quellen"), IPv4/IPv6-Adressen (z.B. 192.0.2.1 oder 2001:db8::), IPv4-Netzwerke / IPv6-Präfixe (z.B. 192.0.2.0/24 oder 2001:db8::/32) oder eine durch Kommas getrennte Liste.

    Das sind die aktuellen Texte in SCP Version v2026.0624.165236 vom 26.06.2026:

    Zitat
    • Regel 1 - Destination IPs / Netzwerke: sind ungültig. Gültige Konfigurationen sind beliebige IPs (null oder leeres Array), IPv4/IPv6-Adressen (z.B. 192.0.2.1 oder 2001:db8::) oder eine durch Kommas getrennte Liste, oder IPv4-Netzwerk / IPv6-Präfix (z.B. 192.0.2.0/24 oder 2001:db8::/32)
    • Regel 1 - Source IPs / Netzwerke: sind ungültig. Gültige Konfigurationen sind beliebige IPs (null oder leeres Array), IPv4/IPv6-Adressen (z.B. 192.0.2.1 oder 2001:db8::) oder eine durch Kommas getrennte Liste, oder IPv4-Netzwerk / IPv6-Präfix (z.B. 192.0.2.0/24 oder 2001:db8::/32)

    Hatte zuletzt nur DE Domain Neubestellungen und kann nicht mal in den E-Mails nachsehen, habe es aber auch noch nie genau beobachtet. Gibt es konkrete Bedenken für die Zeit des Domainumzugs oder ist die Frage nur allgemein formuliert?

    Bei einem Domain-Transfer zu netcup dauert die weltweite DNS-Propagation in der Regel zwischen 24 und 48 Stunden. In seltenen Fällen können Aktualisierungen jedoch bis zu 72 Stunden in Anspruch nehmen, da globale Root-Nameserver und Registrys die neuen Nameserver erst übernehmen müssen.

    Wenn Du aber vorher bei dem alten Provider die DNS Einstellungen für TTL und Refresh runter drehen konntest, geht das eventuell auch schneller. 8o

    Herzlich willkommen im Forum und gutes Gelingen <3:!: - NaN hat es besser und ausführlicher beschrieben.

    Nur zwei Unschönheiten bei den Firewall-Regeln, die vielleicht einfach bereinigt werden können. Sind aber wirklich nur Unschönheiten und nichts weiter :)

    1) Kein eindeutiger Name der Firewall Regeln
    Der Name der Firewall Regel ist nicht eindeutig / unique, aber es wird im Dialog auch nicht durch MouseOver oder ähnliches z.B. die Beschreibung angezeigt. Also kann man zufällig gleich benamste Policys mit Regeln in dem Dialog nicht mehr auseinander halten.

    2) Plural von Policy ist Policies
    Der Plural von Policy wäre Policies, nicht Policys ...

    :!: Wurde um Weihnachten 2025 hier von Zierleiste schon angesprochen und netcup hat die Duden Regel verwendet, die mir auch nicht bekannt war: Duden | Substantive aus dem Englischen auf -y

    3) Regel VS Policy (warum nicht auf Deutsch Richtlinie verwenden)
    Warum überhaupt den englischen Begriff verwenden, an anderen Stellen steht Regel ... da könnte man einheitlich auf Deutsch auch Richtlinie verwenden und damit den komischen -ys Plural vermeiden mit Policys.

    :!:Danke an Zierleiste noch einmal, eine Policy kann ja 0-x Regeln enthalten, von daher ist die sprachliche Trennung sinnvoll.

    Es bleibt also die Unschönheit, dass man verschiedenen Policys den gleichen Namen geben kann - zur Veranschaulichung taugt der Screenshot immer noch:

    netcup_SCP_v2026.0624.165236_new_UI_Firewall_Unschoenheiten_Firewall_Regeln_bearbeiten_marked.png

    Notiert am 26.06.2026 in der SCP v2026.0624.165236 - https://www.servercontrolpanel.de/scp-ui/servers/123123/firewall

    First of all welcome to the netcup forum and congratulations to this shiny new vServer. :)
    I will try and directly come to the problem described with the name resolution not working, but just two notes to the current support situation. There is already a disclaimer on the support page where you created your two tickets that there might be delays.

    netcup_EN_Support_delays.png

    And creating more tickets does not help in processing items in an overloaded system, so at the moment your best option is to ask for help on this forum for netcup customers helping other customers out.

    Coming to the problem at hand this host name resolution might be OS related and the first information missing is which OS did you provision the server with? :?: (not everyone customer here is familiar with all the provided OS flavours that are available)

    The problem:
    DNS resolution has not worked since the server was first delivered. General IP-level connectivity is completely fine, but any hostname lookup fails:

    (...)

    My /etc/resolv.conf contains the default nameservers assigned to this server (the standard netcup-assigned ones for my datacenter region). None of them appear to be responding.

    My seconds question would be which DNS resolvers you are using so basically what the content of your /etc/resolv.conf file looks like, so that someone can verify if these DNS servers are working and responsive. :?:

    The first step that I would take without consulting any artificial intelligence is to correctly configure working servers in your resolver configuration files, if the default ones are not working. Have you tried that and what was the result?

    (As you already stated netcup per default just blocks outgoing Mail / SMTP traffic on the default ports, because most of the damaged reputation of the net block stems from misconfigured vServers and such. As mentioned this should not affect any DNS resolver queries and the firewall or specific rules can also be turned off if needed.)

    In case you figure out which netcup provided nameservers are not working and which OS setup is affected, please let us know and then also netcup would probably appreciate if you tell them exactly what you found.

    fixed :)

    Für eine tolle "Review" zusammen mit den Kunden wäre mir noch folgende Information wichtig: v2026.0624.165236
    Die vielen Beiträge hier ohne einen einzelne fixierten (sticky) Beitrag vielleicht mit Changelog machen es schwer die auch nachträglichen Änderungen nachzuvollziehen. Also als Vorschlag zur Verbesserung für eine zukünftige Beta oder Vibe Coding Session mit Einbezug der Kunden.

    nc_SCP_server_selector_2026-06-24.png
    (Ich habe leider nur ein Serverprodukt, daher keine vernünftigen "Testdaten" 8o)

    Aber ich finde den agilen Ansatz hier Verbesserungen an einem - anscheinend sowieso angefassten - Modul vorzunehmen sehr sehr gut. <3:!:

    Danke tab
    Der Inhaberwechsel war dann auf 5 Minuten durchgeklickt und vom Empfänger der Transfercode eingegeben.

    🦆 Erledigt

    ----

    Der ganze Inhaberwechsel Prozess ist wirklich gut gemacht und wird auch schön begleitet und dokumentiert. :thumbup:

    Thanks for your answer. If I create a snapshot but don’t download it, I won’t be charged, right? It will just take up hard drive space?

    Exactly - that is like NaN has already explained - the snapshot will be permanently stored on the storage space on your server ... and be available for download for 48 hours through the external S3 space after the export is selected and why netcup charges you for downloading the image from the external S2 storage space. (thanks aRaphael for clarification)

    The actual snapshot is created in the SCP - Media - Snapshots where you can also select the disk in case there are multiple in your server product. (in my case there is just vda)

    nc_SCP_Media_Snapshots_Create_Snapshots.png

    FYI: The process to create the snapshot can also be automated using the netcup API.

    I saw that SCP has a Snapshots feature, but I didn't see any billing rules for this feature in SCP and CCP. Is this feature completely free?

    As NaN has already explained, each product comes with an initial amount of download "slots" and additional slots can be purchased for 1,50 € per snapshot download through CCP - Products - (select your server product) - Backups. There is also a discount and ordering 10 snapshots for 10,00 € makes them a little more affordable ;)

    Open the server product in the CCP and select the tab "Backups" to see the currently still free backup downloads (the text "Number of backups available" is somehow misleading ... but these are the still available download slots of existing snapshots.

    netcup_en_CCP_Products-Backups_snapshot_costs.png

    ----

    English text from the Backups page: (screenshot above)

    Ist das normal, dass das etwas dauert bei netcup?

    Eigentlich ist das nicht normal, aber es wurde zumindest schon ein Disclaimer auf der Support Seite ergänzt.

    2026-06-23_nc_Support_erhoehtes_Suportaufkommen.png

    Deswegen gibt es viele Rückmeldungen, dass erstmal nur die Eingangsbestätigung erfolgt und die Antwort nur stark verzögert:

    peng
    19. Mai 2026 um 09:52

    Was heißt "funktioniert nicht"? Bekommst du einen Fehlermeldung, dass der Eintrag nicht gesetzt werden kann, oder werden die Namen gesetzt aber nicht erwartungsgemäß aufgelöst? Hast du lange genug gewartet?

    Das mit der Wildcard funktioniert problemlos auf der ersten Sudomain Ebene und ist auch für IPv4 und IPv6 in den Standard Hosting Einstellungen definiert.

    ( Wie und ob das auch für die Subdomain geht wüsste ich auch gerne ... warte also auch auf deine Antwort auf die guten Fragen. KI sagt genau deine Vorgehensweise ist korrekt und ich könnte das auch schneller überprüfen, weil einige Domains wegen DynDNS Service bei mir die TTL schon auf 300 haben, also theoretisch schon nach 5 Minuten Erfolge zeigen. Die restlichen Hinweise hast du eh schon erhalten... Geduld mit der DNS Propagation :saint:)

    Hallöchen zusammen,

    ich hatte heute früh bezüglich eines WH eine Email an den Support geschrieben und keine Bestätigungsemail erhalten. Was ich schon etwas komisch fande aber noch OK war.
    Und als ich jetzt noch ein neues Ticket eröffnen wollte wegen meines MS kommt der Fehler. Ist das bei euch auch so?

    VG

    grafik.png

    Veit_Kannegieser hatte das am 13.05.2026 auch schonmal, aber beim Supportformular ausfüllen kommend vom DENIC webwhois General Request

    Zitat

    Suportticket geht gerade nicht:

    "The form could not be submitted due to errors:

    [POST] "/api/form/support": 400 (Status: 400)"


    finnvweiss Welche URL hast du offen beim Ausfüllen des Supportformulars? (bei dir im Screenshot sehe ich "Ausfall / Störung" und "Managed Server" - so einen habe ich zwar nicht, aber ich kann ja mal mein Glück versuchen - vielleicht lässt sich der Fehler reproduzieren.)

    Update: Nö ... lässt sich nicht reproduzieren ... habe einiges im Typ "Ausfall / Störung" probiert, aber alle Anfragen gehen durch.
    Habe dann die Problematik mit dem Fehler im Supportformular von euch beschrieben, damit wenigstens nicht nur die Luft scheppert.

    Ich habe eine Subdomain zum Testen der Node.js Plesk Funktionen erstellt act.meinencdomain.de und diese VirtualHost Konfiguration scheint auch noch aktiv zu sein.
    Allerdings gibt es den Eintrag zur Subdomain nicht mehr im WCP / Plesk unter "Websites & Domains". Drauf gekommen bin ich, weil das DocumentRoot Verzeichnis (bei mir unter /www/act.meinencdomain.de/httpdocs immer noch existiert und zufällig immer ganz oben auftauchte.

    Zusammenfassung:
    - DocumentRoot noch vorhanden
    - Subdomain VirtualHost aktiv und aufrufbar mit gültigem Zertifikat von außen
    - LE Konfiguration scheint noch aktiv zu sein, Sudomain hat noch gültiges Zertifikat
    - WCP / Plesk Eintrag zur Subdomain fehlt unter "Websites & Domains"

    Ist vemutlich etwas was sich der Support ansehen muss ... keine Ahnung, ob die Node.js Konfiguration was damit zu tun hat, aber gefühlt fehlen mir noch ein paar Einträge aus der Zeit mit den Experimenten und Plesk mit Node.js

    Falls jemand so ein Verhalten bekannt vorkommt, gerne her mit den Informationen. Mir wäre nicht bekannt, dass man einen Eintrag in Plesk zur Subdomain nur löschen kann, aber keine weiteren Schritte unternommen werden, um den Rest anzupassen. Und einfach nur den DocumentRoot löschen, würde bedeuten die Webserver Konfiguration wäre egal und bliebe dann einfach weiter bestehen 8|

    Möchtest du es denn "standalone" oder unbedingt "nebenbei" wissen?

    Standalone wäre mir vermutlich lieber, da das auch die Intention vom Hinweisgeber war, dass auf dem kleinstmöglichen Server laufen zu lassen. ("nano" wäre ja der etwas größere - das habe ich durcheinander gebracht mit 2 vCPUs und 2 GB RAM)

    Aber wenn du uns an den Schreikrämpfen teilhaben lässt, gerne auch "nebenbei" ... das könnte ich aber mit dem VPS 200 G8 Aktion (1 vCPUs und 2 GB RAM) auch ausprobieren oder das Ding in einen Docker Container stecken, weil der VPS pico G11s (1 vCPUs und 1 GB RAM) hat ja nur etwas weniger RAM und den könnte ich ja mit mem_limit beschränken. :P

    Kann ich mein Webhosting 1000 SE OSTXX Paket von netcup an einen anderen netcup Kunden übertragen, ohne dass Inhalte wie Webseite, E-Mail-Postfächer, LE Zertifikat oder die Inklusiv-Domain verloren gehen oder eine Unterbrechung der Dienste?

    Ich frage praktisch für den zukünftigen Inhaber vor dem Kauf bzw. Inhaberwechsel, denn ich möchte eines meiner Webhosting 1000 Pakete an sichere Hände eines anderen Netztassen Kunden abgeben, da ich nicht gut genug darauf aufgepasst habe. ;(

    Auf dem Webhosting Paket liegt eine statische Webseite mit maximal PHP Unterstützung, es sind mehrere E-Mail-Postfächer auf der einzigen DE Inklusiv-Domain konfiguriert mit einem LE Zertifikat. Keine WordPress Installation, Datenbanken oder andere Anwendungen wie Node.js genutzt. Aber natürlich einen SSH Schlüssel hinterlegt für den SSH Zugang und mindestens ein FTP Konto zum einfachen Dateiaustausch.

    (Hintergrund: Durch eine Buchungssperre auf mein gesamtes Kundenkonto aufgrund fehlender Abbuchungsberechtigung (SEPA oder Kreditkarte) wurden insbesondere auch die E-Mail-Dienste eines Webhosting Pakets gestoppt und ich konnte dies aufgrund technischer Probleme beim Zugang zum wichtigen E-Mail-Postfach in den Stammdaten wegen überraschender Krankheit und langem Krankenhausaufenthalt nicht rechtzeitig lösen und es gab für mindestens einen Tag einen Ausfall. Mittlerweile habe ich eine Kreditkarte unter Stammdaten - Zahlungsanbieter hinterlegt, damit solche Probleme zukünftig vermieden werden, aber man weiß ja nie :whistling: )

    Die KI sagt das wäre alles kein Problem und selbst die einzige DE Inklusiv-Domain würde mit folgendem Inhaberwechsel bei der DENIC mit umgezogen ohne weitere Kosten für mich oder den zukünftigen Eigentümer, der eine Webagentur hat. Ich würde das aber gerne nochmal bestätigt haben von jemand, der vielleicht sowas schon einmal gemacht hat und möchte deswegen kein Ticket bei nc aufmachen, weil ich da sicher schon auf der Beobachtungsliste stehe :D

    Vielleicht gibt es ja jemand, der das schon gemacht hat - vielleicht auch zwischen eigenen nc Kundenkonten und das bestätigen kann. :saint:

    ---- TL;DR ---- Achtung Trigger-Warnung: Jetzt kommt der KI Slop ... aber ich finde die Qualität der Antwort äußerst gut ... jetzt muss wie immer bei der nicht natürlichen Intelligenz nur noch der Wahrheitsgehalt überprüft werden. 8o

    Ja, Sie können das Webhosting-Paket (inklusive aller Inhalte, Webseiten, E-Mail-Konfigurationen und Postfächer) auf einen anderen Kunden übertragen. Das geschieht über einen sogenannten Inhaberwechsel (Change of Ownership)

    Dabei bleibt der gesamte Inhalt des Webspaces exakt erhalten, da der Vertrag 1:1 auf das neue Kundenkonto umgeschrieben wird. Beim Inhaberwechsel eines netcup Webhosting-Pakets werden die Inklusiv-Domains standardmäßig als Teil des Pakets mit übertragen. Sie verbleiben als feste Inklusiv-Bestandteile in dem Tarif. Obwohl die Domain technisch im Paket verbleibt, muss die offizielle Registrierung bei der jeweiligen Vergabestelle (z. B. DENIC für .de-Domains) auf den neuen Besitzer umgeschrieben werden.

    Hier sind die wichtigsten Details zum Ablauf:

    • Inhaltserhalt: Da der Vertrag als Ganzes übernommen wird, gehen keine Daten, Datenbanken, E-Mails, Passwörter oder Einstellungen im Webhosting-Control-Panel (Plesk) verloren.
    • Kosten: Ein Inhaberwechsel ist bei Netcup in der Regel kostenlos.
    • Voraussetzung: Der neue Eigentümer muss ebenfalls bereits ein aktives netcup-Kundenkonto besitzen.

    Mir war langweilig, also hab ich mir zwei "Pico" gekrallt (...)

    Jetzt ist mir wieder langweilig, hahaha.

    Hey, mir ist auch langweilig.

    Lust einem der picos vielleicht eine Nebenbeschäftigung aufs Auge zu drücken?
    ( DejavuMoe hat hier in dem Beitrag Mox Mail als einfachen Mailserver auf einem pico angeteasert und ich habe leider keinen zum Ausprobieren. Aber die wären nicht so schwer, die die E-Mail-Kuh 🐮)

    DejavuMoe
    1. März 2026 um 11:47


    Der von gunnarh im Beitrag über den Stalwart Mailserver erwähnte 🦆 Wildduck Mail Server wäre natürlich vom Namen her der Oberhammer.

    Ganz liebe Grüße übrigens von den Jungs und Mädels hier am Tiergehege um die Schwefelquellen hier in Bad Abbach
    netcup_stock_ducks_bad_abbach_tiergehege.jpg

    Gabs hier nicht mal Leute die den Versand per SMTP zu AWS SES ausgelagert hatten?

    Das habe ich noch nicht gefunden, aber ich wollte die verschiedenen Möglichkeiten versuchen übersichtlich aufzuschreiben und vielleicht in die FAQ bei Fragen vor dem Kauf zu packen. :/

    Was ich aber mit aufnehmen wollte war der Vorschlag zur Nutzung der Smarthosts Funktion in Plesk zu Mailjet, die nebula76 hier in dem Smarthosts Beitrag schonmal erwähnt hat, was für viele Privatnutzer vielleicht schon ausreichend ist. (Mailjet ist eigentlich Spezialist für E-Mail-Marketing, aber das heißt die haben den Fokus auf Zustellgarantie und ein großzügiges Kontingent für Privatanwender mit 200 Mails am Tag, 6000 pro Monat). Welche Konditionen AWS SES habe ich jetzt nicht nachgesehen.

    nebula76
    12. April 2026 um 17:05


    netcup selbst bietet ja auch eine SOGo Lösung vermarktet als Groupware an, aber keine Ahnung, was das für Dinger sind und man da auch keine Zustellprobleme hat. Groupware Lösung für kollaboratives Arbeiten | netcup

    Update: Hoppla, da bin ich wieder in die Falle getappt und in einen gekaperten Beitrag - Entschuldigung zum Thema Servername / FQDN wurde eh schon alles gesagt ;)