Beiträge von Copro

Thank you for introducing and showcasing this project on the forum - eagerly awaiting the initial release and access to the GitHub repository

And also for clarification on where this control panel is supposed to be hosted.

Have you thought about showcasing tend.host on the current preview of the netcup eos Cloud Computing platform?
The link to the still pretty empty subforum with your project topic: Dein Projekt mit netcup eos - netcup Kundenforum

Currently there are three VM options available and next to testing up to five VMs there is also volume storage options to be tested.

vServer Mini - 1 vCores / 2 GB RAM / 1 Gbit/s NIC

vServer Small - 2 vCores / 4 GB RAM / 1 Gbit/s NIC

vServer Medium - 4 vCores / 8 GB RAM / 1 Gbit/s NIC

Zitat von TendStack

Plus a beautiful Dock!
https://jumpshare.com/embed/NLcKr6bgR9hvTv2G1dRk

That is more of a jump scare ... but the link is another 404 like the GitHub repository.

But keep it simple and straightforward and focus on the control panel until a first release.

Just my two cents for the nice feature of having an image gallery with multiple cloud sources ... this would not be something I want on my server control panel. Even in my private home NAS where such an application would be more than welcome, containing most of the images I would not willingly put them on "small" public or free cloud storage providers for 5 - 20 GB but either one big one that I trust and will be paying for the secure storage or host them directly on my own server(s).

Bei der Anlage meines ersten Object Storage Objekts gleich eins auf die Finger bekommen - aber die Bedingungen in der Validierungsmeldung sind falsch.

Die Dokumentation dazu Object Storage – eos Documentation sagt korrekt: "The name will also be part of the bucket's URL, so it must be unique within the district and can only consist of lower-case letters, numbers, and dashes."

Die Validierungsmeldung für Name bei der Anlage eines Object Storage ist falsch und erwähnt das lower-casing nicht, dafür die Regel nicht ausschließlich aus Zahlen zu bestehen. Korrekt validiert werden die Regeln aus der Dokumentation - also ist hier die Meldung anzupassen.

"FirstOS" führt zu der Fehlermeldung und die Anlage scheitert.

"1234" führt zu keiner Fehlermeldung und die Anlage ist erfolgreich.

eos_ObjectStorage_Name_Validation_wrong_2026-08-08.png

Zitat

Bucket names can only contain alphanumeric characters and dashes. They can only start and end with an alphanumeric character. They cannot only contain numbers.

Die Fehlermeldung rechts oben hat auf jeden Fall auch ein Leerzeichen zu viel: "Failed to create bucket ."

eos_ObjectStorage_Name_error_message_Failed_to_create_bucket.png

Die gleiche Fehlermeldung auch beim User: "Failed to create user ."

Zitat von Bigmike26

Kunde: 405726

Server: v2202608393676495321 (VPS 500 G12)

Die Kundennummer würde ich wie hier beschrieben verlinken und sowie die anderen kritischen Details nicht im Forum posten Bigmike26 , da dieser für die Anmeldung verwendet wird: Forum-Account erstellen und verlinken
Leider kann dir hier in dem Forum für Kunden von Kunden niemand direkt weiter helfen bei dem Problem oder die Bearbeitung beschleunigen.
Auch den Servernamen zu veröffentlichen ist zwar nicht ganz so kritisch aber würde ich auch nicht machen, da dieser mit der passenden Endung auch den Hostnamen darstellt.

Bei dringenden Anliegen immer probieren den Notfall Support per Telefon zu erreichen!
Die aktuelle Ticketbearbeitung dauert sehr lange und eine entsprechende Meldung ist auf der Support Seite auch veröffentlicht.
netcup Support: Kontakt, Ticket & Telefonhilfe

2026-07-12_netcup_de_support_times_disclaimer.png

Ich habe die Bugmeldung aufgrund des Titels nicht direkt gefunden und extra einen angelegt, weil ich die Menu Option "Attach Public IP" nicht gefunden habe, ohne die Zoomstufe zu verringern.

Beitrag

[eos] Menus nicht vollständig darstellbar mit Standardzoom 100% in FullHD 1920x1080px Usability

Die Menüs z.B. in Virtual Machines werden nicht richtig dargestellt und abgeschnitten - so konnte ich "Attach Public IP" nicht sofort finden.
Die Bugmeldung hat Mike0185 schon hier abgegeben, aber der Titel "[eos] Zugriff auf die Console" hat die in der Suche schwer auffindbar gemacht.

Vielleicht könnt ihr euren Entwicklern und uns Previewern eine Vorgabe zur Bildschirmauflösung geben unter der die eos Console problemlos zu bedienen sein sollte. Ich gehe davon aus, dass es nicht 1024x768…

Copro

8. August 2026 um 15:28

Die Menüs z.B. in Virtual Machines werden nicht richtig dargestellt und abgeschnitten - so konnte ich "Attach Public IP" nicht sofort finden.
Die Bugmeldung hat Mike0185 schon hier abgegeben, aber der Titel "[eos] Zugriff auf die Console" hat die in der Suche schwer auffindbar gemacht.

Vielleicht könnt ihr euren Entwicklern und uns Previewern eine Vorgabe zur Bildschirmauflösung geben unter der die eos Console problemlos zu bedienen sein sollte. Ich gehe davon aus, dass es nicht 1024x768 Pixel sein werden, sondern man mittlerweile von FullHD Bildschirmen mit 1920x1080 Pixeln ausgeht. Aber gewählte Skalierungen wie z.B. die von Windows mit 125% machen das ganze wieder etwas schwieriger

Hier also die einzige Stelle, die ich wie Mike0185 bei der Suche nach der Console gefunden habe: Virtual Machines

Browser Chrome 100 Zoom: (Menu wird abgeschnitten)
eos_VirtualMachines_WIn11-1920x1080px_Browser_Chrome_80percent_menu_visible.png

Browser Chrome 80% Zoomstufe: (Menu vollständig sichtbar)
eos_VirtualMachines_WIn11-1920x1080px_Browser_Chrome_100percent_menu_cut.png

Die Einladung per Privatnachricht sagt ja schon, dass diese über den Token nur einmalig aufrufbar ist. "Beachte bitte, dass der Link nur einmal abrufbar ist."
Beim erneuten Aufruf wird aber wirklich direkt nur die JSON Antwort übermittelt und kein richtiges HTML mehr generiert, was für die einmalige Verwendung des Invite-Systems für die Preview vermutlich auch ausreicht. Sollte das Invite System nach der Preview Phase nochmals genutzt werden, wäre es schön da eine generische Fehlerseite zu erzeugen.

Gut gelöst aber, dass nicht geleaked wird, ob das ein gültiger und schon genutzter Token ist, falls das eine wichtige Information wäre
Screenshot hänge ich keinen an - kann man sich in jedem beliebigen Browser selbst ansehen:

https://account.eoscloud.io/v1/signup/invite-link?token=niemand-weiss-ob-der-token-echt-ist

Ah, Danke für den Hinweis - auf der Public IP Dokumentation wird das auch erwähnt. Damit braucht man nochmal eine extra Public IP, um eine VM als Exposed Host an eine öffentliche IP zu binden. Über die Standard IPs eines Netzwerks lassen sich nur Portweiterleitungen per ACL erzeugen.

Zitat

If you want to bind Public IP addresses directly to a VM to route all traffic to this address to that VM without a Port-Forward you need to create a new Public IP in the network of the VM you want to attach the address to.

Und Netzwerke ohne diese Standard IPs also Outbound Connectivity werden aktuell nicht unterstützt, wie gunnarh hier schon erfahren hat.

Beitrag

Konzept Public IPs für Netze, unklar

Mir ist euer Konzept wonach jedes Netz eine Public-IP erhält (die ich auch nicht löschen kann) noch nicht ganz klar.

Warum kann ich kein Netz anlegen, das keine Public-IP hat?

Wenn ich vor habe der VM in diesem Netz eine dedizierte Public-IP zuzuweisen, und es keine weiteren VMs in diesem Netz gibt oder andere VMs in diesem Netz keinen Bedarf nach Kommunikation mit dem Internet haben, wozu dann diese Public-IP des Netzes? Ich vermute für jede Public-IP fällt später eine Gebühr an. Die würde…

gunnarh

6. August 2026 um 16:04

Die Bugmeldung bezieht sich auf die eos Preview mit Stand 08.08.2026 und ich kann nach dem Einrichten einer ersten VM mit Standard Netzwerk (zu der auch eine öffentliche IPV4 und IPv6 Adresse generiert wurde) die öffentliche IP also public IP nicht der VM zuweisen, wie es in der Dokumentation dazu steht: Virtual Machines – eos Documentation (https://docs.eoscloud.io/products/virtu…tach-public-ips)
... oder ich stelle mich zu dumm dafür an

Diesen Use Case versuche ich also nachzustellen:

Zitat

If you have free Public IPs in the same network as this VM, you can attach them directly to your VM by clicking on the three dot menu of a VM and selecting "Attach Public IP". This will route all traffic to that public IP directly to this VM.

VM - Zuweisung der public IP:
Nachdem man unter Virtual Machines auf einem kleinen Bildschirm rechts durch niedrige Zoomstufe die Option "Attach Public IP" aufgerufen hat, die sonst nicht erscrollbar unsichtbar ist )wurde in einem anderen Usability Bug hier schon gemeldet), sieht man weder eine der verfügbaren Public IPs im gleichen Netzwerk, noch kann man eine finden in der einzig verfügbare Option "Suche" ... ich kann also der VM keine öffentliche IP zuweisen.
eos_VM_attach_public_IPs_not_usable.png

Public IP: (beide wurden durch die Erstellung des Standard Netzwerks bei Anlage der VM generiert)

eos_public_IPs_nach_default.png

Zitat von amux

1) wann kommt HTTP/3 endlich für Webhosting- und Reseller-Pakete?
HTTP/3 bietet zahlreiche Geschwindigkeitsvorteile und ist deutlich moderner. Auch Redis ist für dynamische Websites von Vorteil, das ist ganz eindeutig eine Tatsache.

Die Frage wird dir hier kein anderer Kunde beantworten können und netcup selbst würde ich lieber per Ticket fragen, wobei da aber mit langen Antwortzeiten zu rechnen ist. Die netcup Fanboiz werden sich ebenfalls nicht an der Frage aufhängen, denn die können mit selbst einem einfachen VPS einfach die Unterstützung für HTTP/3 selbst herstellen für ihre Webhosting Zwecke.
Es gibt sicher noch weitere Gründe warum HTTP/3 aktuell noch nicht angeboten wird, aber der erste aus einer KI Antwort, die theoretisch alle deine genannten Vorteile bestätigt:

Höhere Serverlast: Das Verarbeiten von HTTP/3-Verkehr benötigt auf dem Server etwas mehr CPU-Leistung als HTTP/2. Bei einem sehr günstigen, überlasteten Shared-Hosting-Paket kann das theoretisch zu Engpässen führen.

Welche Bereiche netcup verbessert oder angeht wird auch meistens offen kommuniziert - unter anderem wurde das SCP also Control-Panel für Serverbesitzer überarbeitet und mit Rückmeldungen der Community verbessert. Auch die aktuellen Anstrengungen mit eos eine Plattform für Europäisches Cloud Computing zu etablieren richtet sich eher an die Serverbetreiber. Ich kann aber aus eigener Erfahrung auch berichten, dass man die Webhosting Kunden nicht komplett vergisst - aber mit bahnbrechenden Neuerungen wird hier nicht morgen zu rechnen sein. Da bin ich für meinen Teil froh, wenn das Mailsystem einigermaßen gut funktioniert, weil das für mich als Webhosting Kunde aktuell neben dem DNS Umbau die größte Baustelle ist mit der ich zu kämpfen habe.

Die anderen Vorwürfe passen nicht ganz in den Beitrag hier ( .de-Domainumzug von einem Webhosting zu einem anderem , Beantwortung von Mails innerhalb einer Woche ) aber passen zur aktuell schlechten Support Situation, weil beide den Support betreffen. Tipps um die Domain hier auch ohne Support Beteiligung umzuziehen hätte man dir hier im Forum sicher auch gegeben, aber ich sehe keinen Beitrag dazu. Seit fast einem Monat sind die Antwortzeiten im Support nun schon sehr zäh und es gibt sogar einen Disclaimer auf der Seite zum Erstellen von Tickets.

Welche konstruktiven Antworten fehlen dir denn auf deine teils vielen Fragen, die nicht nur auf das Thema beschränkt sind?

Nochmal zusammengefasst: HTTP/3 und Redis/Memcached-Unterstützung gibt es aktuell nicht und niemand hier kann sagen, wann und ob das kommen wird. Eine große Nachfrage danach sehe ich nicht selbst oder hier im Forum - und wer es dringend braucht geht zu einem Premium Anbieter, der das schon anbietet oder stellt es selbst bereit auf einem eigenen Server und kauft kein Webhosting Paket bei einem wie ich finde zu Aktionspreisen günstigen Hosting Anbieter wie netcup. Ich schreibe aber auch gerne Cheapo oder Billo-Hoster wenn das die Frage nach Premium Preisen mit beantwortet.

Ein stabiles DNS egal ob das nun DNSSEC ist oder was anderes wünschen sich vermutlich alle hier. Aktuell ist auch die Umstellung auf das neue CloudDNS System ein mittleres bis großes Problem, was auch hier im Forum offen diskutiert wird.

Informationen zu Cloud DNS & API-Schnittstelle - Ankündigungen & Umfragen - netcup Kundenforum

Die Reviews zur netcup GmbH bei Google sind wie bei den meisten Unternehmen, die nicht aktiv nach Bewertungen dort fragen die letzte Möglichkeit für Google Account Besitzer sich dort "auszukotzen" und ich denke auch netcup selbst hat ein Problem damit diese einigermaßen unter Kontrolle zu behalten. Mit 3,6 zum Stand August 2026 sind die aber durchaus durchwachsen und spiegeln gut die unterschiedlichen Erfahrungen wieder, die man mit einem Anbieter von sehr unterschiedlichen Produkten haben kann. Eine Beeinflussung vom Forum lese ich aber da nicht heraus, weil das für die meistens netcup Kunden auch nicht relevant ist und nur eine wie ich finde gute Austauschmöglichkeit ist und eher ein Pluspunkt für netcup das anzubieten, um eine Art Community um ihre Produkte herum zu zimmern.

Die angegebene E-Mail-Adresse für die Abuse Meldungen ist noch die temporäre abuse@xyz.at während der Datenschutz schon korrekt auf eine Anexia E-Mail-Adresse verweist.

Insgesamt sind viele Formulierungen wie auch die temporäre Abuse E-Mail-Adresse sehr an Österreich angelehnt, so wie vermutlich zusammen mit den AGB der AVV als Auftragsverarbeitervertrag statt Auftragsverarbeitungsvertrag nach der DSGVO wie man ihn von der deutschen Formulierung her kennt. Da ist erstmal nichts verwerfliches dran - aber man bekommt diese Formulierungen dann manchmal unterringelt oder mit meinten sie korrigiert: Auftragsverarbeitervertrag 🇦🇹

AGB und Auftragsverarbeitervertrag · eos

Screenshot vom Stand 06.08.2026:
2026-08-06_eos_cloud_agb_xyz.png

Auch den Austrian Consumer Protection Act kannte ich bisher nicht, musste aber bestätigen ich sei kein solcher consumer sondern business Kunde, obwohl die Checkbox zu Beginn nicht sichtbar war: (Ah - das hat andreas. hier gestern schon angemerkt )

2026-08-06 06_59_55-eos_Austrian_Consumer_Act_highlighted.png

netcup eos musste ich erstmal über den Link lernen ist:
EN: "The eos platform is a modern European cloud platform for running and managing your cloud infrastructure with state-of-the-art features and tooling."
DE: Die EOS-Plattform ist eine moderne europäische Cloud-Plattform für den Betrieb und die Verwaltung Ihrer Cloud-Infrastruktur – mit modernsten Funktionen und Werkzeugen.

Cool - das hört sich echt interessant an, jetzt wo alle in die Cloud wollen 🦆

Thank you for the insights and honesty about having been caught already and your key learnings of operating a VPS or RS on the internet. Maybe change the title of the post to something more suitable like: "Securing your server against unauthorized mining", because it does not seem to advertise unauthorized mining

From the screenshot I can see you have a RS 2000 G12 setup - so yes that is a mighty weapon that can be used for an attacker and unauthorized mining is just one of the many bad things such a server can be used for. Typically the recommendation is to restore the server with a fresh install of your favorite server OS and then restore the services from a clean backup after all updates, patches and hardening is done.

There are even some basic community tutorials for the english speaking part of the forum available:
First steps to secure your Linux server

Zitat von chenjung

Kann ich bestätigen. Die Seite wird als Geschützt angezeigt.

grafik.png

Wildcard wäre nur interessant, wenn du u.a. auch Subdomains schützen wollen würdest.

"www" einzuschliessen ist über das Standard Plesk Formular ebenfalls easy möglich. Und bei "echten" Subdomains ebenfalls wieder über "Websites / Domains" zur jeweiligen Subdomain nach Anleitung. Sehr einfach per Mausklick.

Wildcard LE Zertifikate brauchst du nur für Spezialfälle, aber in denen ist vermutlich auch das Webhosting Paket nicht mehr das richtige Produkt

Zitat von Entrap3691

Kurz Frage noch, wenn ich der zusätzlichen Domain das Webhosting wieder entzeihe wird aber nichts vom Webhosting gelöscht korrekt?

Wie NaN schon geschrieben hat, ist hauptsächlich die Postfach Konfiguration betroffen (E-Mails), aber auch die MYSQL Datenbank, Statistiken. Webseiten und Bilder kann ich nicht nachvollziehen. Zuvor erstelle ich meistens doch noch eine Sicherungskopie oder ein Archiv über das WCP (Plesk) Dateien teil, weil ich mich da auch immer unwohl fühle aufgrund der Warnung

netcup_DE_Domains_Hosting_aufheben_Dialog.png

Zitat

Ihre Domain wird auf einen Platzhalter gesetzt. Dadurch werden alle Inhalte im aktuell zugewiesenen Webhosting Tarif gelöscht. Das betrifft alle Webseiten, Bilder, E-Mails, Datenbanken und Statistiken, die dieser Domain zugeordnet sind. Die DNS-Einträge werden verändert. Bitte bestätigen Sie durch Eingabe Ihres vollständigen Domainnamen, dass Sie mit der Löschung einverstanden sind. Es kann bis zu 48 Stunden dauern, bis die Änderung weltweit bekannt ist.

Zitat von Entrap3691

Ich will diese Domain aber auch für E-Mails im Webhosting verwenden.

Nur ein kleiner Dämpfer, wenn du direkt das Webhosting Paket als Mailhost verwenden möchtest, netcup hat ab und zu Zustellprobleme bei den großen E-mail Providern.

Links zu Beiträgen im Forum schaue ich gerne noch raus - ansonsten geht die Aktion wie beschrieben problemlos übers WCP. Dafür gibt es dann aber noch Workarounds wie Smarthosts oder selber etwas nachbessern am SPF Record und andere Schmankerl.

Zitat von notfound404

So wie ich den TE verstehe hat er aber nur eine Domain.

Das habe ich übersehen ... Danke notfound404 !

Zitat von Ernst R.

Ich bin 73 und benötige bitte Hilfe.

Hallo Ernst, willkommen im Forum und liebe Grüße aus dem bayrischen Vorwald

Die Anleitung mit Bildern findest du im netcup HelpCenter hier: Domain-Weiterleitung einrichten

(Bin erst 45 und bevorzuge manchmal auch schon ein Bilderbuch zum Einrichten ... von daher einfach ausprobieren ...)
Solltest du damit nicht zurecht kommen oder die Hinweise nicht mehr aktuell sind, erstelle ich dir gerne frische Screenshots aus dem WCP also dem Webhosting Control Panel, das bei netcup zum Einsatz kommt.

Die Weiterleitung zur Wixseitn hast du eh schon mit notfound404 geklärt, dieselbe Frage hätte ich dir auch gestellt.

Zitat von jogi64

Kann irgendjemand etwas mit der Fehlerbeschreibung anfangen?

Die ist doch relativ aussagekräftig und auch die KI zeigt sofort auf das gleiche Problem, dass du im Ansatz schon versucht hast zu fixen.

Ich selbst habe keine Erfahrung mit Duplicati und ziehe immer brutal ohne Plugins um und nutze das Plesk WordPress Toolkit im WCP, seitdem ich bei netcup auch ein paar WordPress Instanzen betreibe. Also LMLLMT4Z let me LLM this for you.

Bei netcup gehören die Dateien in den Webhosting Paketen immer den hosting12345678 Benutzer und der Gruppe psacln oder psaserv je nachdem, ob vom Server oder Client (FTP, SSH, etc ...) angelegt. Das ist wichtig eventuell für den chown Teil, der nach der Anpassung der Datei- und Verzeichnisrechte kommt.
____

Diese Fehlermeldung bedeutet, dass WordPress keine Schreibrechte auf Ihrem Server hat oder bestehende Dateien blockiert sind. Nach einer Wiederherstellung mit Duplicati oder Duplicator stimmen oft die Besitzrechte (Owner/Group) der Dateien nicht mehr mit dem Webserver-Nutzer überein. Das automatisierte WP-CLI-Skript versucht, WordPress Core-Dateien zu überschreiben, scheitert aber am Dateisystem.

Die 3 wahrscheinlichsten Ursachen & Lösungen

1. Falsche Dateiberechtigungen (CHMOD)

Der Webserver darf die vorhandenen Dateien nicht überschreiben.

• Lösung: Verbinden Sie sich per FTP (z.B. FileZilla) oder über das Dateimanager-Tool Ihres Hosters mit dem Server.
• Setzen Sie alle Ordner auf den Berechtigungswert 755.
• Setzen Sie alle Dateien (einschließlich index.php) auf den Berechtigungswert 644.

2. Falscher Datei-Besitzer (Chown)

Nach dem Duplicati-Import gehören die Dateien oft dem Root-Nutzer oder einem Backup-Skript statt dem Webserver-Nutzer (z.B. hosting12345678).

• Lösung: Mit SSH-Zugriff führen Sie folgenden Befehl im WordPress-Hauptverzeichnis aus:
  chown -R hosting12345678:psacln .

3. Blockierende alte Core-Dateien

Manchmal blockieren beschädigte Reste der alten index.php oder anderer Systemdateien das Entpacken des neuen WordPress-Archivs.

• Lösung: Löschen Sie die problematische index.php im Hauptverzeichnis manuell per FTP.
• Starten Sie den Wiederherstellungs- oder Update-Prozess danach erneut.

Es wäre cool, nett oder auch nur hilfreich für andere Foren- WordPress- oder Duplicati/Duplicator Benutzer, wenn du die Ergebnisse oder auch eine Gutmeldung postest, falls du das Problem lösen kannst. Viel Glück und Geduld

Zitat von ASS

Das ist der neue Kundensupport!

Also der hilft maximal bei der Voranalyse und ersetzt daher eher meine KI unterstützte unnatürliche Intelligenz hier im Forum
Man kann ihm weder ein schlechtes Gewissen einreden, noch zu menschenverachtenden Äußerungen hinreissen lassen.

Sehr schnell gibt er aber zu, dass er weder Tickets einsehen noch beschleunigen oder lösen kann und versteht sehr gut den Frust der Fragenden.

2026-08-01_netcup_bot_palaver.png