Root-Server mit 2 Domains von unterschiedlichen Personen.

[Bl4ck M4ch!n3]

Servus!

Ich würde gerne mit einem guten Kumpel einen Root-Server mieten.
Hauptsächlich genutzt wird er für einen Minecraft-Server mit Teamspeak und Internetseite auf Wordpress-Basis.

Zusätzlich würde ich gerne für mich eine zweite Internet-Seite auf Wordpress-Basis aufsetzen und mit einer eigenen Domain verwenden. Das mit der zweiten Installation sollte ja ganz leicht gehen. (Anderer Ordner-Name und andere Datenbank)

Laufen würde der Server dann mit Debian Wheezy (64Bit) und installiertem froxlor.
Ich weiß, dass ein Root-Server mehr Aufwand bedeutet, weil man sich selber um Updates etc. kümmern muss Aber so ein kleines Projekt ist vielleicht auch ein guter Einstieg ins Hosting.

Der Minecraft-Server läuft schon seit längerem, aber auf einem anderen Root des selben Hosters undzwar unter ähnlichem Umstand :

Mein Kumpel : Person A
Sein Spetzl : Person B

Person B hat einen Root gemietet auf dem lediglich eine Internet-Seite läuft und gibt einen Teil des Servers an A ab.
A hat auf seinem Teil einen Minecraft/Teamspeak-Server und eine dazugehörige Internet-Seite am laufen.
Sämtliche Domains sind auf B angemeldet. Auch die Domain von As MC/TS-Server + Internetseite.

Jetzt würden wir gerne die Domain für den MC/TS-Server/Internetseite von B auf A übertragen lassen.
Ist das arg kompliziert, bzw. dauert das lange?

Wenn wir den Root mieten, kann ich dann beim selben Hoster einfach eine eigene Domain (auf meinen Namen) bestellen und dann beim Kumpel in den Einstellungen auf meine Wordpress-Installation weiterleiten lassen?

Schon mal vielen Dank!

MfG

 

[Private]

Wie heißt den dein Hoster, die entscheiden letztendlich was geht.
Wäre auch bestimmt eine Frage die der jeweilige Hoster beantworten würden/könnten.


Private

 

[Gajel]

Klar geht das. Kannst auch 100 domains auf 100 Person auf einem Server laufen lassen. Das eine hat mit dem anderen so gut wie nix zu tun...

Aber so ein rootserver erfordert Verantwortung und vor allem Know-how damit das ding nicht als spamschleuder usw. Endet. Viele mieten sich Server ohne sich der Sicherheit und Verantwortung bewusst zu sein.

 

[RichBone]

Hallo

in der Regel sollte ein solcher Vertragswechsel nicht kompliziert sein, dem Provider wird schriftlich der neue Vertragsinhaber mitgeteilt.

Mehr sollte nicht nötig sein.

Mit freundlichen Grüßen

Martin Krüger

 

[Bl4ck M4ch!n3]

Der alte/neue Hoster ist netcup.de
Da werden wir in den nächsten Tagen mal anrufen und wegen dem Wechsel des Domain-Inhabers fragen.
Es ändert sich ja nur der Inhaber der Domain, der alte Root-Server wird ja weiterhin von "Person B" verwendet (denke ich).

Das ein Root-Server auch Verantwortung bedeutet, ist uns durchaus bewusst. Zum Glück gibts in den Foren von netcup eine Anleitung zum Absichern eines Debian Vers. 6.X Servers, denke das wird ja bei Wheezy auch funktionieren?!

MfG

 

[Daaron]

Ich weiß, dass ein Root-Server mehr Aufwand bedeutet, weil man sich selber um Updates etc. kümmern muss Aber so ein kleines Projekt ist vielleicht auch ein guter Einstieg ins Hosting.

Wozu einen "guten Einstieg ins Hosting"? Aus praktischer Erfahrung kann ich dir sagen: Hosting ist keine Marktlücke, in der man auch nur einen Cent verdienen kann als Neuling. Du kannst deinen Kunden nichts bieten, was sie wirklich benötigen:
- Du kannst eine räumliche Trennung bieten (also 2-3 räumlich stark getrennte Rechenzentren, z.B. Frankfurt und Hamburg)
- Du kannst nicht gegen die Preise von den großen Hostern anstinken.
- Du kannst keinen 24/7 - Support bieten, außer natürlich du hast wenigstens 5-6 Support-Mitarbeiter. Denk dran, die wollen auch mal Urlaub, Wochenende, Schlafen, werden krank,...
- Du kannst niemals die Uptime eines großen Hosters bieten, weil der für vieles komplexe Load Balancer - Strukturen einsetzt.

Jetzt würden wir gerne die Domain für den MC/TS-Server/Internetseite von B auf A übertragen lassen.
Ist das arg kompliziert, bzw. dauert das lange?

Das ist leicht und geht schnell. Lies die Dokumentation
KK-Antrag stellen -> kriegst n Auth-Code

Das ein Root-Server auch Verantwortung bedeutet, ist uns durchaus bewusst. Zum Glück gibts in den Foren von netcup eine Anleitung zum Absichern eines Debian Vers. 6.X Servers, denke das wird ja bei Wheezy auch funktionieren?!

Diese Guides sind doch nur die halbe Miete. Schon der Gedanke, da Wordpress drauf zu packen, zerschießt weite Teile der potentiellen Sicherheit.

 

[Bl4ck M4ch!n3]

Wozu einen "guten Einstieg ins Hosting"? Aus praktischer Erfahrung kann ich dir sagen: Hosting ist keine Marktlücke, in der man auch nur einen Cent verdienen kann als Neuling.

Ich habe mich wohl schlecht ausgedrückt Ich meine natürlich, dass wir damit viel Erfahrung sammeln können wenn es um das hosten einer eigenen Seite geht. Nicht für Andere hosten.

Diese Guides sind doch nur die halbe Miete. Schon der Gedanke, da Wordpress drauf zu packen, zerschießt weite Teile der potentiellen Sicherheit.

Welche akuten Gefahren stellt denn eine Wordpress-Installation dar? :/

MfG

 

[RichBone]

Hallo

Wordpress ist hat leider sehr viele Sicherheitsprobleme, daher sollten immer sehr Zeitnah die Sicherheitsupdates die Wordpress und die Pluginshersteller veröffentlichen eingespielt werden.

Zu dem sollten nur Plugins und Templates von offiziellen Quellen installiert werden.

Mit freundlichen Grüßen

Martin Krüger

 

[Bl4ck M4ch!n3]

Wordpress ist hat leider sehr viele Sicherheitsprobleme, daher sollten immer sehr Zeitnah die Sicherheitsupdates die Wordpress und die Pluginshersteller veröffentlichen eingespielt werden.
Zu dem sollten nur Plugins und Templates von offiziellen Quellen installiert werden.

Das ist sowieso klar. Auf der aktuellen Internet-Seite ist auch Wordpress installiert, und die automatischen WP-Updates aktiviert.
Plugins haben wir nicht viele installiert, aber ich schaue trotzdem alle paar Tage mal nach Updates.
Das installierte Template ist in Wordpress zu finden und immer aktuell.
Denke/Hoffe also, dass wir bisher da recht sicher sind

MfG

 

[Daaron]

Ich habe mich wohl schlecht ausgedrückt Ich meine natürlich, dass wir damit viel Erfahrung sammeln können wenn es um das hosten einer eigenen Seite geht. Nicht für Andere hosten.

Auch für den eigenen Kram lohnt es sich nicht, einen Dedicated zu mieten, genauso wenig wie einen V-Server. Das ist teurer und macht mehr Stress, als die Sache am Ende wert ist. Klar, für manche Aufgaben muss es sein, wie ein eigener Game-Server oder wenn man endlich einen vertrauenswürdigen Mail-Hoster haben will (sich selbst).
Aber sonst? Wenn es nur um Webseiten oder einfache Dienste geht, da lässt man lieber irgendwo hosten. Da zahlt man 5-10€ im Monat, statt 30-40€ für einen brauchbaren Server. Außerdem muss man sich weniger Sorgen um Backups machen und Updates sind nur für die eigene Seite nötig, nicht für den Server.

Einfaches & aktuelles Beispiel, wie stressig ein eigener Dedicated ist:
Was musst du alles, im Hinblick auf die Heartbleed-Lücke, bei deiner Maschine beachten? Wie viele Stunden bist du mit den Anpassungen beschäftigt? Jetzt rechne, dass du in der Zeit hättest Geld verdienen können. Und bring nicht das "ist doch meine Freizeit" - Argument. Auch Freizeit hat einen monetären Wert. Du verdienst dir täglich mit 8h Arbeit auch die restlichen 16h Freizeit.

Welche akuten Gefahren stellt denn eine Wordpress-Installation dar? :/

Wurde ja schon angesprochen, WP ist eine wandelnde Sicherheitslücke. Das größte Problem ist: Nachdem ein Update heraus kam haben Böse Jungs nichts besseres zu tun, als den Patch zu analysieren. Aus den Änderungen kannst du Angriffspunkte alter Installationen ableiten, und das oftmals sehr leicht.
Wenn du dich natürlich richtig schön am Riemen reißt, den Autoupdater nutzt und keine Drittanbieter-Plugins sowie -Themes verwendest, dann stehst du recht gut da.

Hinsichtlich der "Sicherheit" von Plugins geb ich dir hier mal was schönes zum Lesen & Kotzen:
http://www.networkworld.com/community/blog/7-10-leading-wordpress-plugins-are-vulnerable

Wer nach dieser Lektüre noch auf WP mit Plugins setzt, hat den letzten Schuss noch nicht gehört.

 

[Bl4ck M4ch!n3]

Auch für den eigenen Kram lohnt es sich nicht, einen Dedicated zu mieten, genauso wenig wie einen V-Server. Das ist teurer und macht mehr Stress, als die Sache am Ende wert ist. Klar, für manche Aufgaben muss es sein, wie ein eigener Game-Server oder wenn man endlich einen vertrauenswürdigen Mail-Hoster haben will (sich selbst).

Aber genau das wird doch gehostet : Ein Minecraft-Server, ein Teamspeak-Server und auf jeden Fall schon mal 2 Internet-Seiten.
Allein der Minecraft-Server hat momentan täglich knapp 20 aktive Spieler und es werden stetig mehr.

Einfaches & aktuelles Beispiel, wie stressig ein eigener Dedicated ist:
Was musst du alles, im Hinblick auf die Heartbleed-Lücke, bei deiner Maschine beachten?

Laut dem Online-Test ist die aktuelle Seite nicht betroffen. Denke also, das wird bei einer neu eingerichteten Seite nicht anders sein, da sie auf dem selben Stand sein sollte wie die aktuelle. Meines Wissens nach reicht doch die neue Version von OpenSSL um die Lücke zu stopfen? Für jedes Problem gibt es auch eine Lösung, man muss sich nur hinterklemmen.

Wie viele Stunden bist du mit den Anpassungen beschäftigt? Jetzt rechne, dass du in der Zeit hättest Geld verdienen können. Und bring nicht das "ist doch meine Freizeit" - Argument. Auch Freizeit hat einen monetären Wert. Du verdienst dir täglich mit 8h Arbeit auch die restlichen 16h Freizeit.

Es ist nicht einfach meine Freizeit. Ich sehe das eher als Zeit, die ich für meine Hobbys nutzen möchte.

Wurde ja schon angesprochen, WP ist eine wandelnde Sicherheitslücke. Das größte Problem ist: Nachdem ein Update heraus kam haben Böse Jungs nichts besseres zu tun, als den Patch zu analysieren. Aus den Änderungen kannst du Angriffspunkte alter Installationen ableiten, und das oftmals sehr leicht.
Wenn du dich natürlich richtig schön am Riemen reißt, den Autoupdater nutzt und keine Drittanbieter-Plugins sowie -Themes verwendest, dann stehst du recht gut da.

Hinsichtlich der "Sicherheit" von Plugins geb ich dir hier mal was schönes zum Lesen & Kotzen:
http://www.networkworld.com/community/blog/7-10-leading-wordpress-plugins-are-vulnerable

Wer nach dieser Lektüre noch auf WP mit Plugins setzt, hat den letzten Schuss noch nicht gehört.

Die Tipps am Ende des Artikels werden aktuell schon von uns umgesetzt, einzig das Anwenden von Source-Code Scannern ist neu, aber kein großer Mehraufwand. Im Moment laufen lediglich 2 Drittanbieter-Plugins und die sind auf dem aktuellsten Stand. Wir sollten also soweit sicher sein. Natürlich gibt es keine 100%ige Sicherheit, ein gewisses Risiko ist immer vorhanden. Ich denke aber, dass wir ein eher kleines Angriffsziel darstellen.

Wie gesagt, uns ist bewusst das ein Root einfach mehr Aufwand ist aber wir wollen es zumindest mal probieren.

Versteh mich bitte nicht falsch Daaron, ich möchte deine Argumente nicht relativieren oder als unwichtig darstellen. Ich bin dankbar für alle Beiträge und die darin enthaltenen Ratschläge, von allen die Bisher gepostet haben!

MfG

 

[Daaron]

Laut dem Online-Test ist die aktuelle Seite nicht betroffen.

Wenn deine Maschine ein Debian 6 oder aber ein OpenSuSE ist, dann warst du tatsächlich nie betroffen. Hast du hingegen ein Debian 7, Ubuntu 12.04, CentOS 6,..., dann WARST du betroffen.

Meines Wissens nach reicht doch die neue Version von OpenSSL um die Lücke zu stopfen?

Falsch. Da musst du noch einiges mehr investieren. Jeder laufende Dienst hat z.B. eine Kopie der ALTEN OpenSSL-Version im Speicher.

Es ist nicht einfach meine Freizeit. Ich sehe das eher als Zeit, die ich für meine Hobbys nutzen möchte.

Wie gesagt, Freizeit hat einen monetären Wert. Stichwort Freizeitausgleich.

Die Tipps am Ende des Artikels werden aktuell schon von uns umgesetzt, einzig das Anwenden von Source-Code Scannern ist neu, aber kein großer Mehraufwand.

Und du meinst, so ein Scanner schützt dich vor einer SQL Injection, XSS oder CSRF?
Gegen all das hilft nur, sich WIRKLICH gut in PHP auszukennen un jede Zeile Code per Hand durchzugehen.

Mal ein Beispiel, wie leicht man eine Lücke übersieht. Contao, ein wirklich geiles CMS mit wirklich hohen Sicherheitsansprüchen, hatte letztens eine echt üble Lücke, die sich schon seit Jahren im Code versteckt. Eine Winzigkeit im Code der install.php ermöglichte Arbitrary Code Execution, das absolute Worst Case Szenario. Und ganz ehrlich? Ich hab mir den Code weitestgehend durchgelesen, ich kenne mich in dem System ziemlich gut aus (schreibe selbst Extensions für eigene Projekte),... ich konnte die Lücke nicht nachvollziehen. Irgendwo in einigen Hundert Codezeilen und Klassenverweisen gab es eine Kleinigkeit, die wiederum einen GET-Parameter fehlerhaft interpretiert hat.

 

[Bl4ck M4ch!n3]

Wenn deine Maschine ein Debian 6 oder aber ein OpenSuSE ist, dann warst du tatsächlich nie betroffen. Hast du hingegen ein Debian 7, Ubuntu 12.04, CentOS 6,..., dann WARST du betroffen.

Jeder laufende Dienst hat z.B. eine Kopie der ALTEN OpenSSL-Version im Speicher.

Dann haben wir wohl richtig Glück gehabt
Der alte Server läuft meines Wissens nach auf Debian 6, der neue wird ein Debian 7, aber der wird ja erst frisch aufgesetzt -> neuste OpenSSL-Version und keine Kopie der alten Version im Speicher

Wie gesagt, Freizeit hat einen monetären Wert. Stichwort Freizeitausgleich.

Klar, stimmt schon. Aber ich gehe auch leidenschaftlich gerne Fotografieren und bekomme auch kein Geld dafür.
Es macht halt einfach Spaß

Und du meinst, so ein Scanner schützt dich vor einer SQL Injection, XSS oder CSRF?
Gegen all das hilft nur, sich WIRKLICH gut in PHP auszukennen un jede Zeile Code per Hand durchzugehen.

Nein, natürlich bringt auch so ein Scanner keinen 100%igen Schutz, aber es ist zumindest mal ein weiterer Ansatz die Sicherheit zu überprüfen.

Mal ein Beispiel, wie leicht man eine Lücke übersieht. Contao, ein wirklich geiles CMS mit wirklich hohen Sicherheitsansprüchen, hatte letztens eine echt üble Lücke, die sich schon seit Jahren im Code versteckt.

So etwas ist immer ärgerlich, wird aber bestimmt immer wieder vorkommen. Da ist es halt wichtig, dass wir uns auf dem Laufenden halten

Wir haben gestern Abend noch mal alles durchdacht und den Root-Server erst mal für einen Monat angemietet.
Wenn wir uns der Sache nicht gewachsen fühlen, können wir den Vertrag immer noch Kündigen und haben nicht mal einen wirklichen Verlust erlitten.