Die größte Herausforderung ist die Festplatte, welche kleiner sein sollte, als beim alten VServer. Ich würde einfach ins Rettungssystem booten, die Platte verkleinern, danach ein offline Snapshot erstellen, dieses Exportieren und dann auf dem neuen Importieren und das Image wieder aufs Maximum vergrößern.
Dann in den ganzen Konfigurationen die IPs anpassen, fertig.
90 Rules sind noch wenig.
Habe schon Firewalls gesehen wo >500 rules drin waren.
Um so mehr Regeln, um so mehr Ressourcen werden halt verbraucht.
Aber damit das merkbar bei dir eintritt sind das noch zu wenig.
Wie wäre es wenn Du den Code mal auf Github stellst und unter eine freie Lizenz stellst?
Bei Github wird sicherlich eine drüber stolpern der damit was anfangen kann.
Klasse. 
Denke aber bitte daran den CoD nicht als root laufen zu lassen. Lege für den Server einen normalen Benutzer an. Ansonsten sorgt jede Schwachstelle im CoD Dienst dafür, dass Dein Server gefährdet ist.
Auch dran denken Dienste wie SSH abzusichern.
Das scheint CoD spezifisch zu sein.
Da kann ich nicht weiter helfen.
Debian Wheezy und höher:
dpkg --add-architecture i386
apt-get update
apt-get upgrade
apt-get dist-upgrade
Debian Squeeze und kleiner:
apt-get install ia32-libsDanach sollte das Starten von CoD zumindest einen Fehler verursachen.
Wenn CoD nicht sogar startet.
Tja, dann bringt 32 bit Support aktivieren die Lösung.
64 Bit / 32 Bit Kompatibilität beachtet?
Was bringt ein
file coduo_lnxded; uname -a
?
Mit Glaskugel und Co kommt man hier nicht weiter.
Poste mal bitte was Du genau für Befehle eingegeben hast.
Mit dem Befehl "history" kann man sich auch die letzten Befehle noch einmal anzeigen lassen.
Da brauchst Du keinen PHP Wrapper für.
mod_rewrite wird leider erst ausgeführt, wenn die Basic Auth erfolgreich war. Das funktioniert so also nicht.
Du kannst das ganze aber mit SetEnvIf lösen, sofern Du aus den Querystring Parametern mit mod_rewrite ne URL machst. Dann kannst Du einfach auf REQUEST_URI abfragen und den Zugang erlauben. Da dann mod_rewrite ran darf funktioniert das auch.
Man kann mit SetEnvIf leider den Query String nicht prüfen, deswegen muss die URL mit mod_rewrite vom Query String befreit werden.
mod_setenvif - Apache HTTP Server
Außerdem fehlt der Parameter Satisfy.
Weitere Infos dazu hier: Vor Basic Authentication auf https umleiten - Der Anwendungsentwickler
querschlaeger
Deine Idee mit Zugangsdaten in URL ist leicht unelegant. Dadurch das viele Browser "willst du das wirklich?" Fragen. Das verunsichert die Besucher nur unnötig.
Geht der RAID Controller oder mehr Platten (gleichzeitig) als technisch kompensierbar kaputt ist alles weg.
Du erstellst dir einfach einen eigenen. mail.foo.com als A record auf die IP, das nutzt du dann als mx.
Soweit ich weiß nicht.
Oder hat sich das mittlerweile geändert netcup?
Wenn Du noch einen alten Confixx Tarif hast, ist hier ein Tarifwechsel nötig um das WCP nutzen zu können. Was ich bisher gehört habe gibt es hier kulante Lösungen vom Support. Schreib einfach mal eine Email hin.
Dann musst Du wirklich an den Support heran treten.
Das Root Passwort wird normalerweise einmal im VCP ausgegeben und einmal per Mail versendet, wenn gewünscht.
Wäre wohl ein Fall für eine Email an den Support.
Als Workaround kannst Du anhaken, dass eine Email geschickt werden soll.
Da steht das Root Password drin.
Wenn du einen managed switch hast kannst du den Port taggen.
Ein Reboot reicht da nicht. Wie da auch im VCP steht ist ein Poweroff mit anschließendem Anschalten nötig.
Aber außer das die dummen Bots den SSHd nicht mehr finden bringt das rein gar nichts.
Unnötig aus meiner Sicht.
Glücklicherweise habe ich für 6 Server immer nur 50-60 bans pro Tag, wobei ein Ban nur 60 Minuten dauert.
Natürlich alle DIenste durcheinander.
Also alles im grünen Bereich.