Wenn Du beim Host howtobeahero-shop.de eintragst, würde der Record für howtobeahero-shop.de.howtobeahero-shop.de gelten 
Mit @ ist z.B. bei BIND immer die Domain (bzw. Zone) gemeint, quasi als Abkürzung. Damit erspart man sich u.a. Tipparbeit. Und es umgeht das Problem, dass leere Hosts von der Syntax her nicht gültig wären. Im CCP wurde es halt wahrscheinlich genauso gelöst, weil dieses Format halbwegs verbreitet ist und intern weniger konvertiert werden muss.
Wenn du aber sagst, dass man das nur in Jahren an Erfahrung lernen kann, dann ist entweder Linux schlicht unzugänglich und nicht massentauglich oder es braucht einen einfachen Dolmetscher zwischen Noobs wie mir und dem System - und das ist eben ein GUI.
Ich bezweifle an dieser Stelle, dass die Masse Netzwerke konfigurieren, VPNs einstellen und Firewalls einrichten muss. Das ist unter keinem OS einfach, wenn man die Grundlagen nicht versteht, egal ob mit oder ohne GUI. Das Problem an einer GUI ist, dass man damit oftmals nur einen Teil konfigurieren kann, weil viele (wichtige) Optionen gar nicht verfügbar sind.
Klar, Du könntest jetzt z.B. auch einfach ein OpenWrt auf den VPS installieren und alles über LuCI im Browser machen. Einfacher wird es dadurch aber nur bedingt, da sich völlig neue Schwierigkeiten und ein neues Einfallstor ergeben.
Dein Vorhaben ist für einen Neuling nicht unmöglich und theoretisch auch dauerhaft sicher umsetzbar. Das setzt aber voraus, dass Du Dich selbst intensiv mit der Materie beschäftigst. Dazu zählt auch das Lesen von Dokumentationen, Suchen und Verstehen von Informationen. Und damit meine ich nicht irgendwelche YouTube-Tutorials! Wir können Dir hier jedenfalls keinen Crashkurs in Linux geben, das sprengt den Rahmen von jedem Forum.
Was ein Glück kommst du nicht überheblich rüber...
Es mag für Betroffene manchmal unfreundlich klingen, aber H6G hat schon recht. Wenn Dir das Wissen zur Absicherung des Einstiegspunktes in Dein Netzwerk fehlt, dann lass es. Damit wirst Du nicht glücklich.
Oder beschäftige Dich intensiv damit. Vorgekaute Komplettlösungen sind jedenfalls nicht zielführend.
PS: FORWARD alleine wird Dir auch nicht viel bringen. Wie bereits in den Beiträgen zuvor geschrieben, brauchst Du ein NAT am VPS. Oder eine zusätzliche IPv4-Adresse, die Du komplett durch das VPN zum Zielserver routest. Letzteres ist aber nochmals komplizierter und teurer. Insofern ist ein NAT der richtige Ansatz.
Du könntest z.B. ganze Subdomains über einen NS-Record an den vServer delegieren. Oder mittels CNAME etwas basteln, das wird aber ggf. von Deiner Software nicht unterstützt. Du könntest theoretisch auch die DNS-API verwenden, um die Records aktuell zu halten. Letzteres wirst Du aber selber irgendwie implementieren müssen.
Die Option einen "eigenen NameServer" zu verwenden bleibt mir untersagt.
CNAME auf der Domain selbst geht laut Spezifikationen nicht, dazu gibt es einige Forenthreads. Manche Anbieter bieten so ein ähnliches Feature zwar an, aber das ist dann eine proprietäre Lösung, die nicht den verbreiteten Standards entspricht!
Soweit ich das Deinem Screenshot entnehmen kann, hast Du bei netcup auch einen Webhosting Tarif, ist das richtig? Wäre es für Dich akzeptabel, wenn die Besucher auf die Adresse mit WWW weitergeleitet werden? Dann würde ich die Domain einfach im Webhostingpaket einrichten und dort eine Weiterleitung auf die Adresse mit WWW einrichten. Dafür könntest Du sogar Let's Encrypt nutzen, wenn Du die Weiterleitung über eine .htaccess-Datei löst.
Mal unabhängig von diesem Problem: Gibt es eigentlich einen Grund, warum die Grafiken immer durch den Cronjob generiert werden sollen? Normalerweise nimmt man ja gerne die (Fast) CGI-Methode, da man damit Ressourcen spart. Dabei werden die Grafiken On-The-Fly generiert (und zwischengespeichert), wenn sie benötigt werden. Bei der Cron-Methode werden unnötigerweise alle fünf Minuten alle PNG-Dateien neu erstellt!
Da das Dynazoom-Zeugs richtig funktioniert, ist der CGI-Teil prinzipiell schon lauffähig. Jetzt fehlt nur noch ein graph_strategy cgi in der Munin-Konfiguration. Bei der nächsten Neugenerierung der HTML-Dateien sollten die Pfade dann für CGI enthalten sein. Die html_strategy würde ich nicht anrühren, die kann ruhig so bleiben, wie sie ist.
Verwendest Du einen vollwertigen FTP-Client (wie z.B. FileZilla) oder was genau machst Du?
Wie sieht Deine Munin-Konfiguration am Master aus? Vor allem graph_strategy?
Und wenn man diesen realitätsfernen Topfen beachtet, hat man bald keine Kunden mehr. 
Wartet nur ab, sobald die unsere Diskussion(en) finden, ist endgültig das ganze AS permanent gelistet. 
und 'Passwort-vergessen'-Mails dürfen ohnehin nur an eine zuvor validierte E-mailadresse gehen; selbiges f. Benachrichtigungen; ansonsten hast hier schon einen gröberen Designfehler;
Leider gibt es sogar Anbieter, die inaktive/gelöschte Mailaccounts relativ rasch als Spamfalle verwenden.
Hat jetzt zwar nichts mit der erwähnten BL zu tun, aber trotzdem immer wieder schockierend.
Handelt es sich um ein zusätzlich gebuchtes IPv6-Subnetz? Falls nicht: Du brauchst einen NDP-Proxy!
Bei den zusätzlichen Subnetzen ist das nicht der Fall, da dort das ganze /64 Subnetz direkt auf eine Adresse Deines Servers geroutet wird.
Du kannst das Passwort und alle anderen Zugangsdaten übrigens auch bequem über --defaults-file übergeben. Die angegebene Datei sollte so aussehen:
[client]
host = 10.1.2.3
user = k12345_foobar
password = myssecretpassword
#default-character-set = utf8mb4
database = k12345_foobarDie Datei sollte logischerweise nicht dort liegen, wo sie über HTTP erreichbar ist. Dateirechte auf 0600 setzen würde ich ebenfalls empfehlen.
Ähm das ist doch hoffentlich nicht echt oder?!
Klingt zwar recht wichtig und offiziell, ist aber einfach nur irgendein <beliebigesworteinfügen> Mini-Büro einer Versicherung bzw. eines Maklers
AUSTRIAN ALLRISK ASSISTANCE - KFZ Zulassungsstelle (Link zu Google Streetview)
Wahrscheinlich wird ein neues Handle angelegt (anstatt das existierende zu aktualisieren) und es dadurch als Inhaberwechsel gewertet?
mainziman Nope. Höre ich zum ersten mal 
Ein Upgrade wäre auf jeden Fall möglich: https://www.netcup.de/bestellen/produkt.php?produkt=2213
Aber das ist nur für den Speicherplatz halt etwas Overkill 
m_ueberall Ich würde einfach die API-Ausgabe irgendwo speichern und durch diff jagen. Allerdings würde ich zusätzlich auch noch die Records (extern) prüfen, ob sie wirklich auflösen. Gerade der letzte Punkt ist womöglich schwieriger, wenn man keine eigenen Listen mit allen relevanten Records pflegen möchte.
Wenn Du eine Lösung gefunden hast, gerne /cc an mich…
Kündigung des anderen Produktes wurde temporär rausgenommen, danach ging der Inhaberwechsel.
Was trifft jetzt zu: Bug oder Fail by Design? 
Wenn ich die Kontaktadresse für eine domain nun ändern will, mache ich das hier über netcup (wie?) oder direkt über eurid?
Geht (afaik) nach wie vor nur über das Ändern der E-Mail Adresse Deiner Stammdaten: https://www.netcup-wiki.de/wiki/Stammdaten_CCP#Stammdaten
Die wird dann natürlich auch für alle anderen Angelegenheiten verwendet…
Nun nun läuft das backup ins timeout und ich habe hier gelesen, das php-timeout läßt sich bei hostingpaketen nicht erhöhen.
Ok, das ist natürlich ungünstig. Laut #145 kann man das Backup beim Web-Upgrade (aus gutem Grund) ohne manuelle Codeänderung auch nicht deaktivieren.
Eventuell wäre es sinnvoll, wenn Du ein Issue bei den Entwicklern eröffnest: https://github.com/nextcloud/updater/issues
Die Tatsache, dass er das Logfile trotz geändertem Datenverzeichnis an der falschen Stelle sucht klingt wie ein Bug.
