Unautorisierter ServerRestore durch Server4you

G

GWCPLC

New Member
Am 12.8.2014 hat für uns völlig unverständlich ein Support Mitarbeiter von Server4you DE grobfährlässig, ohne Genehmigung und ohne Authcode ein Server Restore durchgeführt. Auf diesem Server wurde durch uns ein Backup initialisiert, um auf einen anderen Server im gleichen Hause umzuziehen, leider ist dieses Backup ebenfalls durch das restore zerstört worden, rsp. konnte es nicht beendet werden. Es ist uns ein beträchtlicher Schaden entstanden. Wir werden Server4you auf Schadensersatz verklagen.
Hat jemand von Euch ebenfalls schlechte Erfahrungen mit Server4you? Wir würden uns über ähnliche Vorfälle und weitere Hinweise freuen. Wir haben dazu eine email [email protected] eingerichtet.

GWC Community PLC
London UK
 
Erfahrungsberichte kann ich nicht beisteuern, da ich selber kein Kunde des genannten Hosters bin.
Aber ich habe so meine Zweifel, ob die geplante Schadenersatzklage Erfolg haben könnte.

Zitat von der Website http://de.gwcplc.com/
Dieser einmalige Vorgang wirft uns um Wochen wenn nicht gar Monate zurück, da alle Datenbanken vollständig neu angelegt werden müssen.
Click to expand...
Das hört sich für mich so an, als ob keinerlei aktuelle Datensicherungen der letzten Monate vorliegen würden.
Wenn man das nun in Kontext mit den AGB des Hosters bringt,
§ 4 Leistungen des Kunden
a) Der Kunde wird für die Daten, die auf dem Webserver abgelegt werden, immer aktuelle Sicherheitskopien vorhalten. Diese Sicherheitskopien dürfen nicht auf dem Webserver gespeichert werden.
Click to expand...
dann hat der Kunde nach meiner persönlichen Meinung in diesem Fall grob fahrlässig gehandelt, wenn alle Datenbestände neu aufgebaut werden müssen und nicht aus einem aktuellen Backup wiederherstellbar sind.
 
Selbstverständlich darf ein Restore nicht einfach ohne Genehmigung erfolgen. Das ist in diesem Fall aber gar nicht ausschlaggebend, sondern die Tatsache, dass durch einen - wie auch immer gearteten - technischen / menschlichen Fehler eurer komplettes Projekt gefährdet ist.

GWCPLC said:
Auf diesem Server wurde durch uns ein Backup initialisiert, um auf einen anderen Server im gleichen Hause umzuziehen, leider ist dieses Backup ebenfalls durch das restore zerstört worden, rsp. konnte es nicht beendet werden.
Click to expand...

Es liegt laut AGB in der Zuständigkeit des Kunden Backups vorzuhalten. Offenbar ist das hier nicht passiert. Wenn gerade ein erstes Backup initiiert wurde, das durch den Restore unterbrochen wurde, existiert das Projekt offenbar schon monatelang ("Dieser einmalige Vorgang wirft uns um Wochen wenn nicht gar Monate zurück, da alle Datenbanken vollständig neu angelegt werden müssen") ohne gesichert zu werden.


GWCPLC said:
Es ist uns ein beträchtlicher Schaden entstanden. Wir werden Server4you auf Schadensersatz verklagen.
Click to expand...

Gerade wenn der potentielle Schaden, wie auf http://de.gwcplc.com/ behauptet, in die Millionen geht ist es für mich vollkommen unverständlich, wie das komplette Projekt, das offenbar demnächst an die Börse gehen sollte (?), auf einem einzelnen Server eines Massenmarktanbieters liegt und nicht vernünftig gesichert wird.

Letztlich gilt mal wieder "you get what you pay for" - bei einem Anbieter, der mehr Eurem Segment entspricht hätte es sicher ein richtiges Backup dazu gegeben.

So steht ihr jetzt, zumindest in meinen Augen, nicht gerade glücklich da und prangert den Anbieter an, obwohl das Problem selbst mit-verschuldet ist. Ich denke nicht, dass eine Klage großen Erfolg haben wird.

Was wäre denn der Notfallplan gewesen, wenn der Server ohne fremdes Zutun einen Defekt mit Datenverlust erlitten hätte?
 
Wenn der Backupserver fahrlässig zurück gesetzt wurde, sind alle Backups verloren. Ich nehme mal an, ihr habt regelmäßig gesichert. Das ist ein erheblicher Schaden, der da entstand.
Dann müsste aber noch auf dem Originalserver die Daten vorhanden sein.
Oder sind Backup- und Live-Server durch Mitarbeiter zurück gesetzt worden?

Dann ist Server4You haftbar!
Es ist imho rechtlich unzumutbar bei einem existierenden Backupserver nochmals Backups woanders speichern zu müssen, nur weil der Hoster des Backupservers vielleicht Murks machen könnte.

Ob ein Massenhoster wie Server4You wirklich geeignet gewesen ist, dass ihr euer Projekt da hostet. Darüber kann mam streiten.

Ich hätte allerdings für eine Organisation mit Börsengang jemand zum Administrieren der Server gesucht und noch auf einem weiteren Backupserver woanders die Daten gesichert.
 
Last edited by a moderator:
GwenDragon said:
Wenn der Backupserver fahrlässig zurück gesetzt wurde, sind alle Backups verloren.

...

Es ist imho rechtlich unzumutbar bei einem existierenden Backupserver nochmals Backups woanders speichern zu müssen, nur weil der Hoster des Backupservers vielleicht Murks machen könnte.
Click to expand...

Woher nimmst du die Annahme, daß es sich hier um einen Backupserver handeln könnte?

Laut Startpost
GWCPLC said:
Auf diesem Server wurde durch uns ein Backup initialisiert, um auf einen anderen Server im gleichen Hause umzuziehen
Click to expand...
und auch laut deren Webseite
Ab dem 12.08.2014 ist unsere Webseite nicht mehr vollumfänglich erreichbar. Für uns völlig unverständlich hat ein Mitarbeiter von www.server4you.de grob fahrlässig, ohne Genehmigung und vorliegendem Authcode den Server restored und alle Daten der GWC Community PLC gelöscht.
Click to expand...
handelt es sich (nach meinem Verständnis) um den Server, auf dem die Webseite betrieben wird.

Und wenn dem tatsächlich so sein sollte, dann fällt das in die Kategorie "Dumm gelaufen" :)
 
Wenn wirklich nur vor dem Umzug ein Backup erstellt wurde, und kein tägliches, ist das ein Fehler des Kunden.
Den Hoster dafür zu verklagen ist schwieriger, wenn kann nur der Schaden eines Tages geltend gemacht werden, und den zu beziffern ist wohl schwierig für eine Community.
 
Noch eine persönliche Anmerkung...
GwenDragon said:
Es ist imho rechtlich unzumutbar bei einem existierenden Backupserver nochmals Backups woanders speichern zu müssen, nur weil der Hoster des Backupservers vielleicht Murks machen könnte.
Click to expand...
Mein IT-Dozent hat uns immer eingebleut, Datensicherungen möglichst redundant vorzuhalten. Mindestens zwei identische Backups auf (physisch) unterschiedlichen Maschinen, wenn möglich sogar in verschiedenen RZ, um einen SPOF zu vermeiden.
Ich jedenfalls arbeite grundsätzlich nach diesem Prinzip und bin damit bisher immer gut gefahren.
 
Wie hat man das hier jetzt zu verstehen?
Code: 
#dig gwcplc.com

; <<>> DiG 9.9.5-3-Ubuntu <<>> gwcplc.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6601
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;gwcplc.com.			IN	A

;; ANSWER SECTION:
gwcplc.com.		19544	IN	A	77.232.68.94
Code: 
#whois 77.232.68.94
% This is the RIPE Database query service.
% The objects are in RPSL format.
%
% The RIPE Database is subject to Terms and Conditions.
% See http://www.ripe.net/db/support/db-terms-conditions.pdf

% Note: this output has been filtered.
%       To receive output for a database update, use the "-B" flag.

% Information related to '77.232.68.0 - 77.232.69.255'

% Abuse contact for '77.232.68.0 - 77.232.69.255' is '[email protected]'

inetnum:        77.232.68.0 - 77.232.69.255
netname:        SRVG-NET-FL1-H2
descr:          Servage.net - Hosting Segment H2
remarks:        Abuse Contact: [email protected]
country:        EU
admin-c:        sano-ripe
tech-c:         sano-ripe
status:         ASSIGNED PA
mnt-by:         sa-mnt
source:         RIPE # Filtered

role:           Servage NOC
address:        Servage GmbH
address:        Neustadt 16
address:        24943 Flensburg
phone:          +4946116098358
fax-no:         +4946116098359
remarks:        trouble: Information Contact [email protected]
remarks:        trouble: Abuse Contact [email protected]
remarks:        trouble: for more information http://www.servage.net
admin-c:        sajb-ripe
admin-c:        saac-ripe
tech-c:         sajb-ripe
tech-c:         saac-ripe
nic-hdl:        sano-ripe
abuse-mailbox:  [email protected]
mnt-by:         sa-mnt
source:         RIPE # Filtered

% Information related to '77.232.64.0/19AS29671'

route:          77.232.64.0/19
descr:          Servage HH Network
remarks:        Abuse Contact: [email protected]
origin:         AS29671
mnt-by:         sa-mnt
source:         RIPE # Filtered

% This query was served by the RIPE Database Query Service version 1.74.1 (DB-1)

Was hat jetzt server4you mit Servage GmbH zu tun ?
 
vb-server said:
vllt sind sie umgezogen nach der ganzen Geschichte?
Click to expand...
Was (wenn es denn so ist wie jetzt ggf. naheliegend) dem Erfolg der Klage neuen Aufwind geben könnte...
Ich meine damit nach Motto: Jemand macht sich schon verdächtig, wenn nach einem Polizei dieserjenige vondannen zieht um unter neuem Namen wiederaufzutauchen...
 
Das war auf das letzte Posting vom Themenauthor bezogen, dessen Server ja restored wurde. Und plötzlich schrieb er, das server4you wohl unter neuem Namen aufgetaucht sei. (Jedenfalls sah es so aus)

Auf den Post von "vb-server" hab ich dann nur den Vergleich gebracht: "Das der Erfolg der Klage" die der Themenauthor ja anstrebt, sollte server4you WIRKLICH unter neuem Namen auftauchen, entgegen der Meinungen vieler hier, ggf. doch erfolgreich sein könn(t)e...

Edit:
Sorry,
Posting vom Themenauthor bezogen
Click to expand...
- meinte hier rolapp. Sorry, bin heute scheiße drauf.
 
Last edited by a moderator:
:confused:
nicht server4you taucht unter neuem namen auf sondern gwcplc.com unter einer IP Adresse die nicht zu server4you gehört :D
 
Ja, ich habs gerade auch gelesen :/// - Wunderte mich schon selbst leicht, wie s4y als große Hostingfirma plötzlich entschwinden kann. - Bin heut iwie voll daneben... Sorry nochmal :(
 
Also ich weiß nicht warum, aber ich habe selbst meinen unbedeutenden Kram damals(Gameserver/Teamspeak/Homepage) 3 fach gesichert. Einmal auf dem Root und Vserver selbst, einmal auf dem jeweiligen Backupspace und einmal die wichtigsten Teile bei mir auf dem Rechner. Und selbst da waren teilweise 3 Kopien vorhanden welche ich heute noch habe obwohl ich den ganzen "Datenmüll" nicht mehr brauche...
 
Daretar said:
:confused:
nicht server4you taucht unter neuem namen auf sondern gwcplc.com unter einer IP Adresse die nicht zu server4you gehört :D
Click to expand...

genau das wollte ich damit sagen.

Da ich server4you nicht kenne habe ich mal nach geschaut. Da ist in jedem Paket ein Backup inklusive. Selbst wenn es sich bei server4you nur um den Backup-Server handelt, sollte ja hiervon ein Backup vorhanden sein.

GwenDragon said:
Wenn der Backupserver fahrlässig zurück gesetzt wurde, sind alle Backups verloren. Ich nehme mal an, ihr habt regelmäßig gesichert. Das ist ein erheblicher Schaden, der da entstand.
Dann müsste aber noch auf dem Originalserver die Daten vorhanden sein.
Oder sind Backup- und Live-Server durch Mitarbeiter zurück gesetzt worden?
Click to expand...

Auszug aus dem whois
Domain Name: GWCPLC.COM
Registrar: TUCOWS DOMAINS INC.
Whois Server: whois.tucows.com
Referral URL: http://domainhelp.opensrs.net
Name Server: NS1.SERVAGE.NET
Name Server: NS2.SERVAGE.NET
Name Server: NS3.SERVAGE.NET
Name Server: NS4.SERVAGE.NET
Status: clientTransferProhibited
Status: clientUpdateProhibited
Updated Date: 13-aug-2014
Creation Date: 12-jul-2014
Expiration Date: 12-jul-2015
Click to expand...
Da ist ja am Tag nach dem Unfall etwas geändert worden.

Dieser einmalige Vorgang wirft uns um Wochen wenn nicht gar Monate zurück, da alle Datenbanken vollständig neu angelegt werden müssen.
Click to expand...
Das können ja auch nicht so viele Monate gewesen sein?
Der TE hat sich auch nicht mehr gemeldet
 
rolapp said:
Das können ja auch nicht so viele Monate gewesen sein?
Click to expand...

Da werden scheinbar Informationen passend 'ins richtige Licht gerückt' ;)
Wenn ich mir die FB-Seite und da speziell die Like-Statistik anschaue, komme ich auch ins Grübeln. Die FB-Seite existiert seit 24.07.2014 und hat schon mehr als 42.000 Like's. Ganz schön sportliche Leistung für so ein junges Profil...:D
 
You must log in or register to reply here.
Back
Top