Ich würde es so auch erstmal als Scam einordnen.
7€ pro Monat finde ich auch "zu attraktiv".
Was hält Kunden davon ab einen leistungsfähigen Laptop mit z.B. 80 Watt wie einen ZBook Fury 17 G7 i9 zu betreiben. Das sind bei 0,15€/kWh schon mehr als 8€ Stromkosten pro Monat. Ohne IP, Personal, Kühlung, Netzwerkinfrastruktur...
In diesem Thread gibt es mehrere Beiträge, dass "die Erhöhungen während des laufenden Vertragsverhältnisses rechtswidrig seien".
Ich denke das trifft höchstens auf die Mindestvertragslaufzeit zu - denn ein auf Lebenszeit für unveränderbar geltendes Vertragsverhältnis gibt es nicht (auch nicht bei der Rentenversicherung, Mietverträgen, ...).
Darum habe ich mir mal alle Standardprodukte (keine Aktionsprodukte) von netcup angeschaut:
VPS G12:
12 Monate MVLZ bei 12 Monate Abrechnung
oder
0 Monat MVLZ bei 1 Monat Abrechnung
VPS ARM G11:
1 Monat MVLZ bei 1 Monat Abrechnung
RS G12:
12 Monate MVLZ bei 12 Monate Abrechnung
oder
1 Monat MVLZ bei 1 Monat Abrechnung
VGPU:
1 Monat MVLZ bei 1 Monat Abrechnung
Local Block Storage:
0 Monat MVLZ bei 1 Monat Abrechnung
VPS Lite 1 G12s:
6 Monate MVLZ bei 6 Monate Abrechnung
VPS Lite 2 G12s:
3 Monate MVLZ bei 3 Monate Abrechnung
VPS Lite 3 G12s:
2 Monate MVLZ bei 2 Monate Abrechnung
VPS Lite 4 G12s:
1 Monat MVLZ bei 1 Monat Abrechnung
Storage Space:
1 Monat bei 1 Monat Abrechung (außerdem abhängig von Speicherplatzvolumen)
Webhosting 1000/2000/4000:
12 Monate MVLZ bei 12 Monate Abrechnung
Webhosting 8000:
12 Monate MVLZ bei 6 Monate Abrechnung
Wie man an dieser Liste klar erkennen kann, gibt es nur ein einziges Standardprodukt, welches innerhalb der Mindestvertragslaufzeit mehrere (= zwei) Abrechnungszeiträume hat:
Das Webhosting 8000 hat in der 12-monatigen MVLZ zwei Abrechnungsperioden.
Somit ist von dem "rechtwidrigen Preiserhöhen während der 'Vertragslaufzeit' des Produkts" nur das Webhosting 8000 bei den Standardprodukten von netcup betroffen. Bezogen auf die Preiserhöhung der RAMpocalypse gilt dies zudem nur wenn Buchung/Bestellung des Webhosting 8000 zwischen dem zwischen 31.10.2025 und 18.03.2026 erfolgte.
Nur diese Kunden (bzw. Verträge) sind von der "zweifelhaften" Preiserhöhung betroffen. Nur diese Verträge werden mit der zweiten Abrechnung während der der Mindestvertragslaufzeit teurer.
Alle Leute die danach gebucht haben zahlen schon immer den neuen Preis, alle die davor gebucht haben befinden sich bereits im zweiten (und letzten) Abrechnungszeitraum (= alter Preis).
Den Kunden die das (Erhöhung während der MVLZ) ungerecht finden, stimme ich zu. Hier sollte ggf. eine Ausnahme gemacht werden. Sonderkündigungsrecht ist zwar schön und gut, das ist dann aber auf den Niveau von Oans-Blue. Das sollte nicht der Anspruch von netcup sein.
Was ich in diesem Vergleich nicht angeschaut habe, sind die Aktionsprodukte (z.B. BlackFriday, Weihnachten & Co.). Bei diesen Aktionsprodukten habe ich keinen Überblick, denn meine letzte Bestellung war irgendwann im Sommer 2025 und ein WH8000 hab ich nicht.
Ich halte es aber für gerechtfertigt, dass jeder der sich hier ungerecht behandelt fühlt seine MVLZ und Abrechnungsintervall im Beitrag transparent mit angibt.
Aber, Netcup als die Allerheiligen und Besten zu huldigen und die entsprechenden Kommentare zu liken hilften wirklich niemanden.
Netcup ist in der aktuellen Situation immer noch TOP was das Preis-/Leistungsverhältnis anbelangt und die Kommunikation ist (wenn man sie denn gelesen und mit sonstigen Mitteilungen der Wettbewerber & Hardwarelieferanten ins Verhältnis setzt) durchaus als sehr persönlich und transparent zu bezeichnen.
Ich frage mich was denn die Kundschaft eines gewissen DSL-Anbieters derzeit sagt, wenn da seit April ohne vernünftige Begründung einfach mal so +5% zu zahlen ist oder ebenfalls seit diesem Frühjahr diverse Bankkunden einfach mal so 2€ mehr Grundgebühr pro Monat für ihr Girokonto berappen müssen (obwohl es als Gehaltskonto fungiert - was bei anderen Banken für Beitragsfreiheit sorgt).
Die unattended-upgrades laufen jetzt.
Es fehlte tatsächlich nur dpkg-reconfigure unattended-upgrades zum Erzeugen der Datei /etc/apt/apt.conf.d/20auto-upgrades 
Log started: 2026-04-04 18:50:10
Log ended: 2026-04-04 18:50:11
Log started: 2026-04-05 06:54:06
apt-listchanges: Changelogs werden gelesen...
apt-listchanges: Changelogs werden gelesen...
(Lese Datenbank ... 51004 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../inetutils-telnet_2%3a2.6-3+deb13u3_amd64.deb ...
Entpacken von inetutils-telnet (2:2.6-3+deb13u3) über (2:2.6-3+deb13u2) ...
inetutils-telnet (2:2.6-3+deb13u3) wird eingerichtet ...
Trigger für man-db (2.13.1-1) werden verarbeitet ...
Log ended: 2026-04-05 06:54:09OK:1 http://security.debian.org/debian-security trixie-security InRelease
OK:2 http://ftp.halifax.rwth-aachen.de/debian trixie InRelease
OK:3 http://ftp.halifax.rwth-aachen.de/debian trixie-updates InRelease
Alle Pakete sind aktuell.Somit ist mein Problem gelöst.
Das Thema hier markiere ich als erledigt, es kann aber gerne für weitere Fragen zu den unattended-upgrades genutzt werden.
Momentan werden nur Security Updates installiert
Danke, das habe ich bewusst so eingestellt.
Ich warte jetzt mal die nächsten "Timer-Trigger" ab und denke es ist mit dem Hinweis auf 20auto-upgrades erledigt.
Hab mal kurz nachgeschaut wie ich die unattended-upgrades vor 1-2 Wochen installiert habe.
Folgende Anleitung war für mich die Basis: linuxcapable
Die hat einen guten Eindruck gemacht: These instructions apply to Debian 13 (Trixie)... Output examples use Debian 13; your codename will differ based on your installed version. Last updated Sunday, January 11, 2026
Wenn ich mir (dank Deines Hinweises GTAzoccer ) die Anleitung von prontosystems anschaue, fehlt bei meiner Installation noch:
dpkg-reconfigure --priority=low unattended-upgrades
Das habe ich jetzt mal noch gemacht und es kommt prompt die Meldung:
Creating config file /etc/apt/apt.conf.d/20auto-upgrades with new version
In dem Ordner taucht dann auch die Datei auf:
APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Unattended-Upgrade "1";Danach habe ich den Dienst nochmal neu gestartet:
systemctl restart unattended-upgrades
Schade dass es im ersten Tutorial keinen Hinweis darauf gab.
Mit man unattended-upgrades findet man auch keinen direkten Hinweis darauf. 
Ich dachte wenn der Dienst läuft und die Timer fröhlich & automatisch gesetzt sind...
Jetzt bin ich gespannt ob es läuft. Ich werde dann nochmal berichten.
/etc/apt/apt.conf.d/20auto-upgrades
Wäre noch interessant. Da sollte noch so was drin stehen, damit von unattended-upgrades überhaupt was gemacht wird.
Die Datei habe ich gar nicht und bin mir sicher nichts aus dem Ordner gelöscht zu haben. 
Ich könnte nur eine Datei bieten:
DPkg::Pre-Install-Pkgs { "/usr/bin/apt-listchanges --apt || test $? -lt 10"; };
DPkg::Tools::Options::/usr/bin/apt-listchanges::Version "2";
DPkg::Tools::Options::/usr/bin/apt-listchanges::InfoFD "20";
Dir::Etc::apt-listchanges-main "listchanges.conf";
Dir::Etc::apt-listchanges-parts "listchanges.conf.d";Sonst stecken im Ordner /etc/apt/apt.conf.d nur:
00CDMountPoint
00trustcdrom
01autoremove
70debconf
neben 50unattended-upgrades und 20listchanges ...
Hier noch die Konfiguration:
// Unattended-Upgrade::Origins-Pattern controls which packages are
// upgraded.
//
// Lines below have the format "keyword=value,...". A
// package will be upgraded only if the values in its metadata match
// all the supplied keywords in a line. (In other words, omitted
// keywords are wild cards.) The keywords originate from the Release
// file, but several aliases are accepted. The accepted keywords are:
// a,archive,suite (eg, "stable")
// c,component (eg, "main", "contrib", "non-free")
// l,label (eg, "Debian", "Debian-Security")
// o,origin (eg, "Debian", "Unofficial Multimedia Packages")
// n,codename (eg, "jessie", "jessie-updates")
// site (eg, "http.debian.net")
// The available values on the system are printed by the command
// "apt-cache policy", and can be debugged by running
// "unattended-upgrades -d" and looking at the log file.
//
// Within lines unattended-upgrades allows 2 macros whose values are
// derived from /etc/debian_version:
// ${distro_id} Installed origin.
// ${distro_codename} Installed codename (eg, "buster")
Unattended-Upgrade::Origins-Pattern {
// Codename based matching:
// This will follow the migration of a release through different
// archives (e.g. from testing to stable and later oldstable).
// Software will be the latest available for the named release,
// but the Debian release itself will not be automatically upgraded.
// "origin=Debian,codename=${distro_codename}-updates";
// "origin=Debian,codename=${distro_codename}-proposed-updates";
"origin=Debian,codename=${distro_codename},label=Debian";
"origin=Debian,codename=${distro_codename},label=Debian-Security";
"origin=Debian,codename=${distro_codename}-security,label=Debian-Security";
// "o=Debian Backports,n=${distro_codename}-backports,l=Debian Backports";
// Archive or Suite based matching:
// Note that this will silently match a different release after
// migration to the specified archive (e.g. testing becomes the
// new stable).
// "o=Debian,a=stable";
// "o=Debian,a=stable-updates";
// "o=Debian,a=proposed-updates";
// "o=Debian Backports,a=stable-backports,l=Debian Backports";
};
// Python regular expressions, matching packages to exclude from upgrading
Unattended-Upgrade::Package-Blacklist {
// The following matches all packages starting with linux-
"linux-";
// Use $ to explicitely define the end of a package name. Without
// the $, "libc6" would match all of them.
"libc6";
// "libc6-dev$";
// "libc6-i686$";
// Special characters need escaping
// "libstdc\+\+6$";
// The following matches packages like xen-system-amd64, xen-utils-4.1,
// xenstore-utils and libxenstore3.0
// "(lib)?xen(store)?";
// For more information about Python regular expressions, see
// https://docs.python.org/3/howto/regex.html
};
// This option allows you to control if on a unclean dpkg exit
// unattended-upgrades will automatically run
// dpkg --force-confold --configure -a
// The default is true, to ensure updates keep getting installed
//Unattended-Upgrade::AutoFixInterruptedDpkg "true";
// Split the upgrade into the smallest possible chunks so that
// they can be interrupted with SIGTERM. This makes the upgrade
// a bit slower but it has the benefit that shutdown while an upgrade
// is running is possible (with a small delay)
//Unattended-Upgrade::MinimalSteps "true";
// Install all updates when the machine is shutting down
// instead of doing it in the background while the machine is running.
// This will (obviously) make shutdown slower.
// Unattended-upgrades increases logind's InhibitDelayMaxSec to 30s.
// This allows more time for unattended-upgrades to shut down gracefully
// or even install a few packages in InstallOnShutdown mode, but is still a
// big step back from the 30 minutes allowed for InstallOnShutdown previously.
// Users enabling InstallOnShutdown mode are advised to increase
// InhibitDelayMaxSec even further, possibly to 30 minutes.
//Unattended-Upgrade::InstallOnShutdown "false";
// Send email to this address for problems or packages upgrades
// If empty or unset then no email is sent, make sure that you
// have a working mail setup on your system. A package that provides
// 'mailx' must be installed. E.g. "user@example.com"
//Unattended-Upgrade::Mail "";
// Set this value to one of:
// "always", "only-on-error" or "on-change"
// If this is not set, then any legacy MailOnlyOnError (boolean) value
// is used to chose between "only-on-error" and "on-change"
//Unattended-Upgrade::MailReport "on-change";
// Remove unused automatically installed kernel-related packages
// (kernel images, kernel headers and kernel version locked tools).
//Unattended-Upgrade::Remove-Unused-Kernel-Packages "true";
// Do automatic removal of newly unused dependencies after the upgrade
//Unattended-Upgrade::Remove-New-Unused-Dependencies "true";
// Do automatic removal of unused packages after the upgrade
// (equivalent to apt-get autoremove)
//Unattended-Upgrade::Remove-Unused-Dependencies "false";
// Automatically reboot *WITHOUT CONFIRMATION* if
// the file /var/run/reboot-required is found after the upgrade
Unattended-Upgrade::Automatic-Reboot "false";
// Automatically reboot even if there are users currently logged in
// when Unattended-Upgrade::Automatic-Reboot is set to true
Unattended-Upgrade::Automatic-Reboot-WithUsers "false";
// If automatic reboot is enabled and needed, reboot at the specific
// time instead of immediately
// Default: "now"
//Unattended-Upgrade::Automatic-Reboot-Time "02:00";
// Use apt bandwidth limit feature, this example limits the download
// speed to 70kb/sec
//Acquire::http::Dl-Limit "70";
// Enable logging to syslog. Default is False
Unattended-Upgrade::SyslogEnable "true";
// Specify syslog facility. Default is daemon
// Unattended-Upgrade::SyslogFacility "daemon";
// Download and install upgrades only on AC power
// (i.e. skip or gracefully stop updates on battery)
// Unattended-Upgrade::OnlyOnACPower "true";
// Download and install upgrades only on non-metered connection
// (i.e. skip or gracefully stop updates on a metered connection)
// Unattended-Upgrade::Skip-Updates-On-Metered-Connections "true";
// Verbose logging
Unattended-Upgrade::Verbose "true";
// Print debugging information both in unattended-upgrades and
// in unattended-upgrade-shutdown
// Unattended-Upgrade::Debug "false";
// Allow package downgrade if Pin-Priority exceeds 1000
// Unattended-Upgrade::Allow-downgrade "false";
// When APT fails to mark a package to be upgraded or installed try adjusting
// candidates of related packages to help APT's resolver in finding a solution
// where the package can be upgraded or installed.
// This is a workaround until APT's resolver is fixed to always find a
// solution if it exists. (See Debian bug #711128.)
// The fallback is enabled by default, except on Debian's sid release because
// uninstallable packages are frequent there.
// Disabling the fallback speeds up unattended-upgrades when there are
// uninstallable packages at the expense of rarely keeping back packages which
// could be upgraded or installed.
// Unattended-Upgrade::Allow-APT-Mark-Fallback "true";Hallo zusammen,
ich brauche mal Eure Hilfe bzw. Unterstützung zu unattended-upgrades unter Debian 13.
Bisher habe ich Updates meiner Server immer manuell durchgeführt. Zuerst auf unwichtigen Servern getestet und dann auf den anderen aktualisiert.
Nun wollte ich mal unattended-upgrades ausprobieren und habe hier entweder etwas falsch konfiguriert oder bin zu ungeduldig?
Seit 2 Tagen steht ein Update für das Paket inetutils-telnet zur Aktualisierung bereit, wird jedoch durch die unattended-upgrades nicht automatisch aktualisiert.
Anfang der Woche gab es das gleiche Problem mit dem Paket libpng16. Auch dieses wurde mehrere Tage lang nicht automatisch aktualisiert. Ich habe das dann "versehentlich" manuell aktualisiert: Der Befehl unattended-upgrade -d hatte die Aktualisierung durchgeführt.
Wie lange dauert normalerweise die Aktualisierung durch unattended-upgrades?
Bin ich zu ungeduldig oder stimmt was an der nachfolgend angehängten Konfiguration nicht?
Danke im Voraus! 
Debian GNU/Linux 13 (trixie) Linux 6.12.74+deb13+1-amd64 (2026-03-08)
OK:1 http://security.debian.org/debian-security trixie-security InRelease
OK:2 http://ftp.halifax.rwth-aachen.de/debian trixie InRelease
Holen:3 http://ftp.halifax.rwth-aachen.de/debian trixie-updates InRelease [47,3 kB]
Es wurden 47,3 kB in 0 s geholt (388 kB/s).
Aktualisierung für 1 Paket verfügbar. Führen Sie »apt list --upgradable« aus, um es anzuzeigen.inetutils-telnet/stable-security 2:2.6-3+deb13u3 amd64 [aktualisierbar von: 2:2.6-3+deb13u2]
inetutils-telnet/stable,now 2:2.6-3+deb13u2 amd64 [Installiert,aktualisierbar auf: 2:2.6-3+deb13u3]● unattended-upgrades.service - Unattended Upgrades Shutdown
Loaded: loaded (/usr/lib/systemd/system/unattended-upgrades.service; enabled; preset: enabled)
Active: active (running) since Sun 2026-03-29 16:20:12 CEST; 6 days ago
Invocation: 1d5c5da0bcea4f3c8ce6a50044402413
Docs: man:unattended-upgrade(8)
Main PID: 1034 (unattended-upgr)
Tasks: 2 (limit: 2305)
Memory: 19.4M (peak: 21.4M)
CPU: 87ms
CGroup: /system.slice/unattended-upgrades.service
└─1034 /usr/bin/python3 /usr/share/unattended-upgrades/unattended-upgrade-shutdown --wait-for-signalNEXT LEFT LAST PASSED UNIT ACTIVATES
Sat 2026-04-04 19:44:37 CEST 2h 24min Sat 2026-04-04 07:20:59 CEST 9h ago apt-daily.timer apt-daily.service
Sun 2026-04-05 06:12:19 CEST 12h Sat 2026-04-04 06:00:22 CEST 11h ago apt-daily-upgrade.timer apt-daily-upgrade.service
2 timers listed.● apt-daily-upgrade.timer - Daily apt upgrade and clean activities
Loaded: loaded (/usr/lib/systemd/system/apt-daily-upgrade.timer; enabled; preset: enabled)
Active: active (waiting) since Sun 2026-03-29 16:20:11 CEST; 6 days ago
Invocation: 55adff36716342cdb6f2429ab6fb726d
Trigger: Sun 2026-04-05 06:12:19 CEST; 12h left
Triggers: ● apt-daily-upgrade.serviceDie Hardware die aktuell läuft kostet nicht mehr... Es ist an der Stelle einfach scheinheilig von Euch.
Das 'scheinheilig' ist aus meiner Sicht zu hart.
Ich gehe jedoch mit, dass RAM sicher nicht das verschleißanfälligste Bauteil in Servern ist. NVMe hingegen dürfte sicher regelmäßig getauscht werden müssen und entsprechende Kosten verursachen.
Ein Downgrade von 8GB auf 6GB RAM ändert nichts an den gestiegenen Kosten für das RAM, das weiterhin in eurem Server steckt.
Die Infrastruktur in einem Rechenzentrum lässt sich nicht sauber in "alt" und "neu" trennen. VMs werden laufend zwischen Hosts verschoben, für Failover, Wartung und Lastverteilung.
(Unterstreichungen von mir)
Diese zwei Zitate passen nicht so richtig zusammen.
Auch ich denke, dass Downgrades durchaus eine Möglichkeit sind den Kern der RAMpocalypse (Speichermangel bzw. weniger RAM pro Euro) mit Mitteln die im Einflussbereich von netcup liegen abzumildern!
Downgrades hören sich zwar sicher für netcup erstmal 'böse' an, sind für Kunden aber wegen nicht transferierbaren IPs bei Servern und wegen des Einrichtungsaufwands bei Webhostings relevant.
Ihr habt zwar kein Chipwerk aber dafür eine Softwareentwicklung, eine IT und ein Produktmanagement.
Selbstverständlich hilft es, wenn auf einem Hostsystem (egal ob Webhosting/VPS/RS) der zugewiesene (= gemietete = bezahlte = genutzte) Bedarf an RAM von z.B. 1024 GB auf 828 GB sinkt. Da sind dann 196 GB frei und ungenutzt und zum zusätzlichen Vermieten verfügbar!
Und ja, mir ist klar dass ein Downsizing beim RAM nicht zu mehr CPU-Kernen führt, was zu einer 'unsymmetrischen' Servernutzung führt. Jedoch sollte gerade in der jetzigen Situation über entsprechend ausgelegte Spezialprodukte nachgedacht werden. In diesem Beispiel finden sich u.U. Kunden die sich über ein RS 800 spezial mit 2 Kernen und 12 GB RAM freuen und der vielleicht sogar mehr den Anforderungen des Servers entspricht als z.B. ein bisher genutzer 4C/8GB RS 1000. Schon hat man ein 'unsymmetrisches' Produkt und das Hostsystem ist sowohl vom RAM als auch der CPU wieder voll ausgereizt.
Das Gleiche gilt dann in abgewandelter Form für Webhostings mit angepasster Speichergarantie oder auch weniger E-Mail-Speicherplatz.
Was ich sagen will: In Krisenzeiten müssen auch ungewöhnliche Ideen näher betrachtet werden.
Nicht kurzfristig, aber mittelfristig ohne voreingenommen in Überlegungen zu gehen.
Beispiele aus der Geschichte: Holzvergaser und Eintopf 
Die Lösung muss Hardware-basiert sein, da ich auf den Geräten keine eigene Software oder Treiber installieren kann.
Du kannst Dir mal Rubber Ducky und die vielen Varianten davon anschauen.
Vielleicht gibt es eine Variante die ohne viel Bastelei Deinen Anforderungen genügt. Per Smartphone (WiFi) könntest Du Skripte auslösen, damit das Rubber Ducky die Texte als emulierte USB-Tastatur lostippt.
Alternativ (weil das halt immer viel Zeit kostet) einfach an einer Schule mit engagierten Lehrern anfragen ob die Dir das wie von ASS vorgeschlagen als Arduino-Lösung bauen. Ist doch langweilig wenn da in der 7./8. Klasse jedes Schuljahr immer wieder die gleiche "Disko im Schuhkarton" gebaut wird.
(Lehrplan Gymnasium Baden-Württemberg)
217 EUR fuer die Samsung SSD ist ne Frechheit
Für 1 TB stimme ich Dir zu, würde das auch nicht selbst für den Preis kaufen.
Im Oktober bekam ich für grob 70% des Preises noch 2 TB (Sofortkauf, keine Auktion, Neuware vom Händler):
Kleine Ergänzung
Nimmste so jetzt aber lieber nicht in Deine Bewerbung bei netcup auf.
Schreib einfach: "Umfangreiche langjährige Erfahrung in der Planung, Beschaffung, Fertigung, Installation und Betreuung von Workstations und Servern"
Link zum Produkt Lenovo ThinkStation P3 Tower Gen2 mit folgenden Hauptmerkmalen:
RAM: 96 GB DDR 5
Grafikkarte: NVIDIA RTX PRO 4500 Blackwell 32 GB
Derzeitige Lieferzeit: 2 bis 3 Werktage
Derzeitiger Preis inkl. MwSt. von 19% in Deutschland: 5961 Euro
Für den Preis kann man so eine Kiste auch selbst zusammenschrauben:
96 GB RAM DDR5-5600 => 1129€
Intel Core Ultra 9 285K => 520€
NVIDIA RTX PRO 4500 Blackwell 32GB => 2700€
Samsung 990 PRO 1 TB => 217€
Mainboard => 529€
Netzteil => 220€
Gehäuse => 125€
Dafür habe ich nicht die günstigsten Angebote verwendet.
Zu 5961€ bleibt da ein Rest von ca. 500€.
Ob dieser (Brutto-)Betrag ausreicht um die Komponenten zu bestellen, zusammenzubauen, Windows als Image draufzuspielen und den Garantiezeitraum als Unternehmen abzubilden und am Ende noch Gewinn zu haben, kann ich nicht abschätzen.
Ich würde blauäugig kalkulieren:
Bestellung = 1 h
Zusammenbauen = 2 h
Image aufspielen = 0,5 h
Verpackung und Versand = 0,5 h
Macht 4 h, wobei das im professionellen Umfeld sicher schneller gehen dürfte als hier bei mir im Wohnzimmer
Widersprechen und nichts machen. Denn eine Erhöhung ist nicht zulässig.
Nach der Mindestvertragslaufzeit ist es jedenfalls komplett rechtskonform wenn Dir netcup dann Deine Verträge kündigt (unter Berücksichtigung der Kündigungsfrist).
Netcup könnte sogar bereits jetzt alle Verträge zur Kündigungsfrist kündigen. Da finde ich die Preiserhöhung (bei allseits bekannter Speicherkrise) das klar geringere Übel!
Vor einem Jahr wurde mir in Übersee auch ein VPS gekündigt. Das war kurz aufregend, alles innerhalb weniger Wochen zu migrieren.
Ich für meinen Teil hätte einen Stundenlohn von ca. 0,50 € wenn ich mir überlege alles woanders hinzutransferieren - nur wegen der möglichen Preisersparnis. Diese ist aber nicht mal sicher, denn die anderen Anbieter können ja auch noch (bzw. erneut) ihre Preise erhöhen!
Das ist es mir bei meinen (ausschließlich privat genutzten Hobbyanwendungen) sicher nicht wert.
Fazit: Fixpreis mag rechtlich diskussionsfähig sein, aber eine Vertragslaufzeit auf Lebenszeit wurde noch nie versprochen.
Und man könnte aktuell bei einigen meinen die Welt geht jetzt unter weil bei der RAMpocalypse ebenfalls die Preise steigen.
Die explodierenden Speicherpreise (RAMpocalypse bei netcup genannt) sehe ich schon als gravierende Zeitenwende.
Ich bin ja kein Gamer und auch nicht in der IT tätig, aber was sich bei RAM, SSD, NVMe und HDDs gerade entwickelt, wird aus meiner Sicht, als IT-interessierter Endanwender, bleibenden Schaden hinterlassen.
Ich befürchte dass einige Mainboardhersteller, Hersteller von Laptops und PCs, sowie manche IT-Firmen für immer vom Markt verschwinden werden. Auch nicht zu vergessen die Medienbranche (Video, Fotografie bis hin zu Kameradrohnen mit hohem Speicherbedarf) und Smartphone-Hersteller welche ja ebenfalls auf die Chips angewiesen sind.
Durch die Bombardierungen der Gasfelder im nahen Osten wird sich auch der Energiepreis dauerhaft erhöhen, wenn man die aktuellen Schätzungen für die Reparaturdauern berücksichtigt.
Das bezieht sich jetzt alles nicht explizit auf die netcup Preiserhöhung.
Ich bin eher mit der Gesamtsituation unzufrieden... 
Meine Server sollen nach meinem Ableben alle an Win98SE4ever übertragen werden
Können wir gerne so machen.
Was ich nicht brauche wandert natürlich auch gleich in die Tauschbörse.
duck Sorry für das Off-Topic. Bezüglich Docker kann ich nichts beitragen, lese aber interessiert mit und hab' Podman auch bereits auf die 'muss ich mir irgendwann mal anschauen' Liste gesetzt.
Ja, wenn man ins Gras beißt.
Dann ist man persönlich damit fertig. Entweder Baustelle von jemand anderen oder wird gekündigt 😹
Sei doch bitte so lieb und nimm' in Dein Testament einen Verweis auf die Tauschbörse im Forum auf. Da lässt sich für die Erben evtl. sogar noch eine anteilige Ablöse rausholen.
Hi, maybe I missed it, but does this include all servers that had “permanent price” as part of the flash deals/events?
I think it applies to all servers.
The "permanent price" statement is relevant to the special situation in Germany where netcup's competitors are advertising offers with reduced prices - but those competitors rise the prices automatically after e.g. one year.
Such price changes are unknown for netcup products.
Special offers from netcup remain on the price forever.
Exeption 1: Exploding energy costs in Europe due to Russia/Ukraine war
Exeption 2: RAMpocalypse
Both price changes are (in reference to netcup statements) equal or even lower than the higher costs (out of netcup's scope).
Deshalb will ich euch so transparent wie möglich erklären, wie es dazu kam und was das konkret für euch bedeutet.
Da muss man jetzt sogar die korrekte "Reaktion" ausrechnen:
Danke für die transparente Info + traurig für die Preiserhöhung = Ente gut, alles gut
Ohje, bei +18,51% netto Aufschlag kommt ja auch noch die MwSt drauf, wo landen wir dann brutto?
Ich denke netto * 1,1851 ergibt nach der MwSt. ungefähr den brutto * 1,1851. Kann mich aber auch irren...
Ich mach mal eine Kontrolle wie früher in der Klausi:
netto alt = 1
brutto alt = 1 * 1,19 = 1,19
netto neu = 1 * 1,1851 = 1,1851
brutto neu = 1,1851 * 1,19 = 1,410269
Probe: 1,19 * 1,1851 = 1,410269 => Yes 
Leider ist die Knappheit der Hardware künstlich erzeugt.
Die Spekulanten sollte man auch nicht außer Acht lassen. Wenn man in manche Lager schauen könnte, dürfte man sehen dass die "echte Knappheit" bei weitem nicht so schlimm ist.
Hoffe sehr das hat Konsequenzen für den Lieferanten.
Dazu hat hier ja neulich auch schon jemand geschrieben, sinngemäß: Konventionsstrafe + Kosten des Rechtsstreits sind in Summe weniger als man durch anderweitigen Verkauf an Gewinn einstreichen kann.
