Beiträge von [netcup] Sarah G.

  • REST API: Keycloak "ID" can be trivially confused with Keycloak "preferred_username" which is netcup "Customer number"

    Hello leee

    You are very welcome – thanks for your participation, we appreciate it! :saint:

    Zitat von leee

    Regarding this issue: for clarification, how do CCP and SCP interact with each other here? Is the following guess correct?

    • netcup "customer number" is from CCP,
    • but SCP has a different set of users with its own SCP Keycloak user IDs
    • so CCP "customer number" is used as SCP Keycloak "username" and we log into SCP control panel and SCP Keycloak using CCP customer number

    Yes, your guess on this is correct!

    Zitat von leee

    Would it be possible to also document this somewhere, such as in the authentication part of the REST API documentation?

    Yes, we will include it – coming soon.

    Zitat von leee

    An additional question for clarity: are ID numbers in SCP REST API guaranteed to be unique for the duration of their life? In other words:

    Code
    $ netcup auth print-access-token | jq -R 'split(".") | .[1] | @base64d | fromjson | .id'
"15...." (SCP user ID)

    and

    Code
    $ netcup servers list
ID       NAME                   HOSTNAME               NICKNAME               DISABLED   TEMPLATE
728538   v2202505273910341302   hostname.example.com   nickname.example.com   false      1041 (VPS 1000 ARM G11)
728540   v2202505273910341303   hostname.example.net   nickname.example.net   false      1041 (VPS 1000 ARM G11)

    Are those ID numbers:

    • 15....: User id
    • 728538, 728540: Server id
    • and other IDs including but not limited to: FailoverIPv4 id, FailoverIPv6 id, SSHKey id, VLan id, S3 ids/keys, etc.

    guaranteed to be the same and never change? Or should users of the REST APi always use `GET` methods to list items, find what they want, and reference the ID provided then? What would be the lifetime of that ID if it is considered temporary?

    Yes, they are unique. Technically, that are the primary keys in our database. It's guaranteed that they are the same and never change

    Thanks again and kind regards
    Sarah & the netcup team

  • REST API: looking for clarification on default query limit behavior

    Hello leee

    first of all, very sorry for the delayed response – the time before Christmas is always quite busy!

    Nevertheless, we still owe you some answers.  :saint:

    • What happens when `limit` is not provided? Does the API return all servers, or is there a server-side default that should be documented?
      When "limit" is not provided, the results are not limited on server-side. You are going to get all your data.
    • Is there a maximum allowed value for limit?
      Currently not. We will introduce a limit soon and document it in the OpenAPI spec.
    • How do we ensure pagination is idempotent? It may be possible after a limit(+offset) that the query results can change, resulting in missed servers on the next page limit+offset(+offset).
      The result is ordered by server name, so that pagination is idempotent.
      If you order a new server in the meantime, the query is not idempotent.

    We hope this is helpful – and as always: thank you very much! :)

    Kind regards
    Sarah & the netcup team


  • netcup Adventskalender 2025

    Hallo zusammen,

    auch hinter dem heutigen Türchen verbirgt sich eine ganz besondere Überraschung: Ab sofort gibt es unsere Root Server auch am Standort Singapur! 🇸🇬
    Um den Launch des neuen Standorts zu feiern, feiern auch die anderen Standorte mit.

    Als "Highlight of the Day" möchten wir euch auf den Deal für den RS 1000 G12 Pro am Standort Singapur aufmerksam machen – diesen könnt ihr euch mit +100% NVMe sowie mit dem 1. Monat gratis schnappen. Wer Nürnberg, Wien oder Manassas präferiert, der profitiert ebenso vom heutigen Deal. ✨

    Dieser ist übrigens ausnahmsweise sogar bis zum 23. Dezember, 08:00 Uhr verfügbar (bzw. so lange der Vorrat reicht). ❣️

    Wer mehr zum neuen Standort Singapur erfahren möchte, der kann in folgendem Thread weiterlesen.

    In diesem Sinne wünschen wir euch viel Spaß beim Öffnen des Türchens Nr. 18! 🎁

    Weihnachtliche Grüße

    Sarah & das netcup-Team

  • Root Server G12 underwhelming performance

    Hello hnhanxiii

    if you're thinking about getting in touch with our support, we kindly ask you to submit the template below (filled out) with your support request.
    It helps us to further investigate.


    Thank you! :)

    King regards
    Sarah & the netcup team

  • Ab sofort: Firewall für netcup vServer verfügbar

    Zitat von Virinum

    Hab noch einen Bug entdeckt: Wenn man eine lange Liste an Einträgen in einer Firewall Policy hat und einen Eintrag editiert, kann man anschließend nicht mehr nach unten scrollen um z.B. auf "Speichern" oder "Löschen" zu drücken.

    Hallo Virinum

    herzlichen Dank für deinen Hinweis! :)
    Ich habe es intern weitergegeben und es wird von dem zuständigen Team geprüft werden.

    Liebe Grüße
    Sarah & das netcup-Team

  • netcup Adventskalender 2025

    Hallo zusammen,

    neuer Tag, neues Türchen: Und hinter Türchen Nr. 16 verbirgt sich nicht nur ein tolles Produkt, sondern auch eine Neuigkeit! 🎁

    Heute könnt ihr euch im Adventskalender einen RS 2000 G12 Pro sichern – mit + 100 % NVMe und dem 1. Monat gratis, verfügbar an den beiden Standorten Nürnberg und Manassas.

    Mit dem heutigen Türchen gibt es auch zum ersten Mal die Möglichkeit, weitere Konfigurationen bei der Netzwerkauswahl zu treffen. ✨

    Ab sofort könnt ihr nämlich bei den Root Servern wählen zwischen:

    • IPv4 & IPv6 Connectivity
    • IPv6 only Connectivity
    • Cloud vLan only

    Hier geht es zum heutigen Türchen (wie immer nur bis morgen, 08:00 Uhr in der Früh verfügbar).

    Und wer mehr über das neue Feature erfahren möchte, der kann in diesem Thread weiterlesen.

    Wir wünschen viel Spaß mit dem heutigen Türchen! 🎄

    Liebe Grüße

    Sarah & das netcup-Team

  • Ab sofort: Firewall für netcup vServer verfügbar

    Zitat von Virinum

    Hab noch einen Bug entdeckt: Wenn man im SCP auf Optionen klickt, lautet der Titel der Webseite SCP - Kundendaten (Optionen). Klickt man anschließend auf Firewall Policys, wählt irgendeine Firewall Policy aus und klickt dann z.B. auf SSH Keys, lautet der Titel SCP - SSH Keys (undefined)  Moderatoren

    Hallo Virinum

    herzlichen Dank für deinen Hinweis! :)
    Wir haben ihn intern an die entsprechende Stelle weitergegeben.

    Liebe Grüße
    Sarah & das netcup-Team

  • Ab sofort: Firewall für netcup vServer verfügbar

    Zitat von -Manu-

    Wie sieht das mit der Bandbreite aus?

    Viele haben sich ja vor ihren eigentlichen Server(n) einen bspw. VPS mit OpnSense installiert zzgl. dem kostenlosen CloudVLAN (100Mbit). Der VPS dient dann im Prinzip als "out of band"-Firewall....also das, was jetzt die neue Firewall seitens Netcup übernimmt.

    Man knipste sich damit über das CloudVLAN nur die Bandbreite auf 100Mbit/sec runter.


    Kann ich hier davon ausgehen, dass keine Einschränkung vorhanden ist? D.h. wenn mein RS mit 2.5Gbit angebunden ist, dass bei "von-über-nach" über die Netcup-Firewall diese 2.5Gbit weiter bestehen? Oder findet hier (ggf. technisch bedingt) eine Verringerung statt?

    Hallo -Manu-

    Zu deiner Frage, ob es eine Einschränkung gibt, möchten wir dir auch noch Auskunft geben:
    Durch die Firewall gibt es keinerlei Traffic-Einschränkungen – der jeweilige Wert bliebt weiter bestehen. :)

    Liebe Grüße
    Sarah & das netcup-Team

  • Ab sofort: Firewall für netcup vServer verfügbar

    Zitat von KB19

    /cc Moderatoren

    Nur um sicherzugehen: Ich gehe einmal davon aus, dass die neue Firewall wirklich bei allen Paketen auf dem öffentlichen Interface beachtet wird? Also auch Traffic, der aus dem selben Subnetz bzw. vom gleichen Hostsystem (anderer vServer) kommt?

    Sprich: Die Regeln werden wirklich auf dem jeweiligen Hostsystem ausgeführt und nicht irgendwo zentral auf einem Router/Switch von netcup?

    (Dass sie beim Cloud vLAN nicht funktioniert, ist mir schon klar.)

    Hi KB19

    danke für deine Nachfrage :)

    Um diese kurz zu beantworten: Ja, jeglicher öffentliche Traffic geht durch die Firewall.

    Ich hoffe, das klärt deine Frage auf.

    Liebe Grüße
    Sarah & das netcup-Team

  • Ab sofort: Firewall für netcup vServer verfügbar

    Hallo zusammen,

    wie bereits im Adventskalender-Thread angekündigt, steht ab heute ein neues Sicherheitsfeature zur Verfügung: Eine Firewall für mehr Schutz und Kontrolle, verfügbar für alle vServer ab der Generation 12. Einige von euch haben sich dieses Feature ja schon seit Längerem gewünscht und wer am Community Event im Oktober dabei war, hat dazu ja bereits ein paar Insights erhalten.

    Und nun ist es soweit: Die neue Firewall ist für alle netcup vServer (VPS, VPS ARM, Root Server und vGPU-Server) ab der Generation 12 im SCP verfügbar – und zwar ohne Zusatzkosten.

    Sie bietet einen zusätzliche, regelbasierte Schutzschicht direkt auf Netzwerkebene, um beispielsweise ungewollt öffentliche Dienste durch Fehlkonfigurationen im System oder ungewollten Traffic in Richtung deines Servers entgegenzuwirken.

    • Für alle neu bestellten Server ist die Firewall standardmäßig so vorkonfiguriert, dass sie zunächst jeden Traffic erlaubt. Erstelle anschließend deine eigenen Policys.
    • Für alle bestehenden Server (Bestelldatum vor dem 09.12.) der G12 ist die Firewall manuell zu konfigurieren.
    • Regeln können im SCP oder via API erstellt und verwaltet werden.

    Das Feature steht – wie bereits erwähnt – zunächst für alle vServer ab der G12 zur Verfügung und wird auch noch schrittweise für ältere Generationen ausgerollt.

    Wir möchten dennoch ausdrücklich betonen, dass diese Firewall nur Basisschutz bietet und keinen Ersatz für zusätzliche, eigene Sicherheitsmaßnahmen darstellt – deshalb empfehlen wir, auf eigene, lokale Firewall-Lösungen trotzdem nicht zu verzichten.

    Ebenso möchten wir euch darauf hinweisen, dass einige Regeln bereits standardmäßig vordefiniert sind, um beispielsweise E-Mail-Spamming zu verhindern. So ist beispielsweise ausgehender Traffic auf Port 25 (SMTP) standardmäßig blockiert. Falls du deinen Server als Mailserver betreiben möchtest, kannst du diese Regel jederzeit manuell entfernen. In diesem Fall stelle jedoch sicher, dass deine E-Mail-Konfiguration vollständig und korrekt ist, um Sperrungen durch Drittanbieter oder Blacklist zu vermeiden.

    Weitere Details zu der Firewall und der Vorgehensweise bei der Konfigurierung von eigenen Policys könnt ihr in unserem Blog nachlesen.

    Liebe Grüße

    Sarah & das netcup-Team

  • netcup Adventskalender 2025

    Hallo zusammen,

    heute geht ein nicht nur ein Türchen mit einem Produkt auf – heute gibts auch eine Neuigkeit als Teil unseres Adventskalenders (ein Grund für doppelte Freude sozusagen). 🎄

    Hinter Türchen Nummer 9 verbringt sich nämlich ein Feature, das sich viele von euch bereits gewünscht haben: Eine Firewall für zusätzliche Sicherheit und mehr Kontrolle über den Netzwerkverkehr aller vServer ab Generation 12 (für ältere Generationen folgt die Firewall schrittweise noch).

    Und passend dazu gibt es erneut die Chance auf einen VPS der neuen Generation 12: VPS 1000 G12 Pro – mit zusätzlich 100 % mehr NVMe und zum dauerhaft günstigen Preis.

    Hier geht es zum Türchen Nr. 9. 🎁

    Wer mehr über das neue Sicherheitsfeature erfahren möchte, der kann hier weiterlesen.

    Wir wünschen euch allen einen wunderbaren Tag! 🙌

    Liebe Grüße

    Sarah & das netcup-Team

  • SCP (Server Control Panel) - REST API -> Sicherheit

    Hallo zusammen,

    wir möchten euch heute dazu ein kurzes Update geben! :)

    Unser Entwickler-Team hat sich mit eurem Feedback beschäftigt und es freut uns, euch mitteilen zu können, dass IP-Filter ab sofort zur Verfügung stehen.
    Ihr könnt diese im SCP über den Menüpunkt "Optionen" - "REST API" erreichen.

    Vielen Dank nochmals für euren Input!

    Liebe Grüße
    Sarah & das netcup-Team