Du kannst auch einen offline-Snapshot Deiner Maschine machen und diesen dann auf der neuen Maschine einspielen. Dann wären nur folgende Schritte nötig:
- Exportieren
- Runterladen (Auf Server oder lokalen PC)
- Hochladen
- Einspielen (auf neuen Server)
Einziger Nachteil hier, dass Du deine aktuelle IP verlierst und anschließend die Platte manuell vergrößern musst.
Du kannst jeder Zeit auf den nächsthöheren Tarif upgraden.
Verbesserungen am gleichen Tarif nur wenn Du neu abschließt.
Genauer kann Dich da der Support beraten.
Es hängt an vielen Stellen vom genauen Tarif ab, was man als Endkunde ja nicht wissen kann, wie das abläuft. 
Ist in den meisten Fällen leider nicht möglich.
Genau kann Dir das aber nur der Support sagen.
Forum löschen und wieder hinzufügen.
Ich habe es gerade mal in meinem Webhosting Tarif probiert. Der Typo3-typische Symlink von /typo3 nach /typo3-version_src/typo3 und von /index.php nach /typo3-version_src/index.php funktioniert ohne Probleme.
Symlinks wurden manuell via SSH erstellt.
Ja ist es, mit einem individuellen Angebot.
Es ist in den meisten Fällen aber günstiger den nächst größeren vServer zu buchen.
Was er tut wenn du die IP aufrufst entscheidet ja nicht dein Domain Provider sondern deine Server Konfiguration. Was hast du denn bisher eingerichtet?
Ich halte da auch nicht viel von. Man muss es bei den Tipps die man gibt nur beachten, sonst wird der Postfix kaputt konfiguriert.
deleteme
Die Subdomain welche Du als MX verwendest sollte auch gleichzeitig auf den Server zeigen, und auch dessen primärer Hostname sein, welcher in /etc/hosts, in Postfix und in Froxlor konfiguriert ist.
Dann brauchst Du die Domain nur in Froxlor hinzufügen und als Email Domain aktivieren.
Bei froxlor sollte man nicht an mydestination und Co rumbasteln, da hier mit virtuals gearbeitet wird.
Ich würde das ganze mit sieve machen, und einfach alle Mails die in Postfach X ankommen löschen lassen. Dann bekommt der Absender auch keine Benachrichtigung, dass die Mail abgewiesen wurde. Weil sie es halt nicht wurde.
Aber toll ist diese Lösung nicht.
Meine Vorgehensweise wäre so:
- Das ganze auf eine Domain/Subdomain legen, welche nicht öffentlich bekannt ist. Das ganze auf einen Unterordner der IP zu legen ist zu gefährlich
- Zugang via SSL (HTTPS) absichern
- Authentifizierung über ein Client SSL Zertifikat
- Für das php_ssh Modul KEINERLEI SSH Schlüssel auf der Festplatte des Servers ablegen. Wenn hier schlüssel nötig sein sollten, diese auf jeden Fall bei jedem Login hochladen und nach einem Timeout sofort wieder löschen.
- Den SSH Dienst / Fail2Ban so konfigurieren, dass auch Verbindungen die auf localhost gehen gesichert sind. Dies ist je nach Distribution nicht immer der Fall.
- Den Ordner den PHP für Session Files und Uploads verwendet für diese eine Applikation ändern und den Ordner so restriktiv wie möglichen machen, damit kein anderer Linux Benutzer diesen Ordner einsehen kann.
- Die Applikation als FastCGI unter einem gesonderten Benutzer laufen lassen.
Wollte es nur gesagt haben.
Es gibt genug User die Webmin und Co einfach offen im Netz laufen haben und sich auf die Sicherheit der Software verlassen und sich dann wundern, wenns ne Abuse gibt.
Bitte bedenke, dass so eine gefährliche Applikation geschützt werden muss. Optimal wäre hier, sie mit VPN zu schützen, aber es sollte mindestens eine .htaccess Passwort Abfrage und fail2ban davor beschaltet werden.
Ansonsten könnte man über so ein Script die Sicherheitsfunktionen des Systems aushebeln.
Die Paketlisten werden nur innerhalb eines Distribution Release regelmäßig aktualisiert. Deswegen wäre es halt interessant was Du einsetzt. Debian? Ubuntu? Was für eine Version davon?
Und hört hier jetzt mal bitte auf wegen dem Cron rumzuzicken.
Das muss jeder Admin selbst entscheiden wie er das macht.
Hauptsache man macht Updates.
Was hast du denn als System laufen? Bitte mit Version.
In der Firma betreibe ich einige Windows Server welche aus dem Internet erreichbar sind. Sie hosten Webserver und selbst entwickelte Dienste.
Das ganze wird unter Windows betrieben, weil die komplette Infrastruktur in der Firma nun mal Windows ist. Man kann so schön das Active Directory und die damit Verbundenen Nameserver Dienste mitnutzen. Auch funktioniert der Zugriff auf Storages schön einfach durch die Nutzung von Active Directory Accounts.
Die Eigenentwicklungen sind auf C# .NET Basis entwickelt. So bietet es sich einfach an das ganze unter Windows / IIS zu hosten. Mit Mono kam es bei mir persönlich immer wieder zu Problemen. Somit fallen Linux Maschinen hier flach.
Privat habe ich einen Windows Server unter anderem für das Hosting eines Terraria Gameservers laufen. Auch hier wäre die Nutzung von Linux mit wine/Mono nichts halbes und nichts ganzes.
Das VNC System was netcup einsetzt kommt komplett ohne Java aus. Lediglich JavaScript und HTML5 ist notwendig.
Wie ich schon schrieb, ich persoenlich finde Inklusivdomains unfair. Ich habe meine Domains an einem Zentralen Ort, einem professionellem Domain Provider, und wuerde bei Inklusivdomains etwas bezahlen, was ich nicht nutzen will.
Und soweit ich das sehe, stehe ich mit dieser Vorgehensweise nicht alleine da.
Du sagst, man soll die Linux ist besser Masche lassen. Was hast du denn für ein OS auf dem Server drauf?
