Hallo!!!

Ich habe ein Problem mit Server4you. Seit zwei Wochen haben alle Root-Server bei Server4you einen hohen Ping. Die Gameserver laggen nicht, haben aber einen hohen Ping.

Server4you meinte, es sind DDos-Attacken auf den Hauptcarrier Belaxa. Ich kann mir vorstellen, dass es DDos-Attacken sind, da die hohen Pings nur Abends auftreten. Oder es ist einfach die hohe Auslastung.

Ich betreibe Gameserver. Ihr könnt euch vorstellen, dass diese Situation nicht haltbar ist.

Server4you preis eine 99% Erreichbarkeit an. Das sind ca 27 Tage im Jahr für Ausfälle.

Zählt zur Erreichbarkeit auch eine gute Anbindung? Bei einer redunanten Anbindung zu Colt, Lambda usw. müsste das Belaxa-Network doch umgangen werden können, bis die Attacken vorbei sind.
Ich würde gerne als triftigen Kündigungsgrund die schlechte Anbindung angeben. Die Zeitwiligen Totalausfälle zähle ich auch dazu. Mit allem zusammen komme ich auf fast 25 Tage. 10 Stunden Totalausfallzeit, weil die Redunante Anbindung versagt hat und der Rest zählt zu der schlechten Anbindung.

Kann man das durchgehen lassen? Bitte helft mir. Ich zahle 39€ im Monat für nen Server, der bestenfalls nur noch als Fileserver dienen kann. Ich hänge noch 9 Monate in diesem Vertrag.

Ich will weg von s4y, weil die das Problem einfach nicht in den Griff bekommen!:!:

mfg

Die Providerin sagt eine Erreichbarkeit des Webservers von 99% im Jahresmittel zu. Hiervon ausgenommen sind Zeiten, in denen der Webserver aufgrund von technischen oder sonstigen Problemen, die nicht im Einflussbereich des Providers liegen (höhere Gewalt, Verschulden Dritter etc.) über das Internet nicht zu erreichen ist.

https://www.server4you.de/de/agb/server.html

Da wirst du schlechte Changen haben, ein Anwalt deines vertrauens kann dir da aber bestimmt besser helfen.

Ich könnte kotzen. Eine redunante Verbindung ohne Wirkung. Bei vier Carriern kann man doch eins abschalten.


Scheiß Hacker. (sorry, bin aber nicht gerade in stimmung)

also ich hab keine hohen Pings bei Server4you und werde auch über belaxa gerouted...

test 1:

Routenverfolgung zu nippler.net [62.75.219.49] über maximal 30 Abschnitte:

1 1 ms 1 ms <1 ms 192.168.2.1
2 51 ms 60 ms 55 ms 217.0.116.14
3 60 ms 52 ms 58 ms 217.0.64.226
4 56 ms 58 ms 57 ms 217.239.40.86
5 67 ms 50 ms 55 ms 62.153.203.186
6 105 ms 219 ms 130 ms tx016096.in-addr.bellaxa.net [217.118.16.34]
7 80 ms 97 ms 90 ms fu*****.server4you.de [62.75.XXX.XXX]


Ablaufverfolgung beendet.


Test 2:

Routenverfolgung zu nippler.net [62.75.219.49] über maximal 30 Abschnitte:

1 1 ms 1 ms <1 ms 192.168.2.1
2 51 ms 64 ms 59 ms 217.0.116.14
3 60 ms 52 ms 58 ms 217.0.64.226
4 60 ms 55 ms 57 ms 217.239.40.86
5 67 ms 62 ms 55 ms 62.153.203.186
6 60 ms 62 ms 59 ms tx016096.in-addr.bellaxa.net [217.118.16.34]
7 196 ms 138 ms 100 ms fu*****.server4you.de [62.75.XXX.XXX]

Ablaufverfolgung beendet.



Das gleiche kommt auch bei Freunden raus, die auch einen Root-Server bei s4y haben. Mein Clan ist in ganz Detuschland verteilt. Alle haben diese Pingprobleme. Außer die Leute aus Köln. Die haben anstatt nen Ping von 20ms einen von 40ms. Auch noch zu verkraften.


Traceroute von meinem vServer:

traceroute to ni*****.net (62.75.XXX.XXX), 30 hops max, 38 byte packets
1 vserv1.netclusive.de (217.195.36.72) 0.093 ms 0.048 ms 0.033 ms
2 ge-2-0-0.core2.f.tiscali.de (62.27.92.164) 0.352 ms 0.458 ms 0.497 ms
3 so-6-0-0.core3.f.tiscali.de (62.27.95.2) 0.415 ms 0.372 ms 0.428 ms
4 so-2-1-0.core1.f.tiscali.de (62.27.95.121) 0.380 ms 0.382 ms 0.296 ms
5 so-1-1-0.fra10.ip.tiscali.net (213.200.65.17) 0.385 ms 0.377 ms 10.072 ms
6 so-0-0-3.fra40.ip.tiscali.net (213.200.82.13) 0.854 ms 0.710 ms so-0-0-0.fra40.ip.tiscali.net (213.200.82.165) 0.706 ms
7 ge-6-10.car1.Frankfurt1.Level3.net (4.68.127.1) 1.092 ms 1.211 ms 0.748 ms
8 ae-0-54.bbr2.Frankfurt1.Level3.net (195.122.136.82) 0.788 ms 0.988 ms 0.748 ms
9 as-0-0.bbr1.Dusseldorf1.Level3.net (212.187.128.98) 4.327 ms 4.172 ms 9.486 ms
10 so-11-0.hsa1.Dusseldorf1.Level3.net (4.68.114.26) 4.209 ms so-2-0.hsa1.Dusseldorf1.Level3.net (4.68.114.238) 4.285 ms 4.153 ms
11 pos-1-1.edge1.dus1.de.inetbone.net (212.162.47.78) 4.238 ms 4.087 ms 4.197 ms
12 pos-3-0.edge2.dus1.de.inetbone.net (213.203.192.62) 4.262 ms 4.137 ms 4.196 ms
13 intergenia-gw.dus2.de.inetbone.net (213.203.192.178) 8.649 ms 22.770 ms 59.973 ms
14 fu*****.server4you.de (62.75.XXX.XXX) 4.964 ms 4.731 ms 4.740 ms


Man beachte den Pinganstieg vom vorletzen Hop. Der Belaxabackbone.

also wenn du die IP und den Namen weg machst, dann auch im Topic von dem Trace Route.
Aber ich geb dir recht, dein Server hat nen erhöhten Ping.

naja ich hab bei meinem keine Probleme, aber hab auch nen 59iger... der hängt halt an ner anderem Subnet... hab anstatt 62.75.219.xxx 62.75.204.xxx

Liegt aber sicher nicht an belaxa... denn bei mir wird der Server auch über die gerouted und hab keine erhöhten Pings.

Schreib doch einfach nen Supportticket, mit allem was geht. Am besten holste dir WinMTR und lässt das ne Stunde auf deinen Server laufen und dann ne Stunde auf einen anderen 62.75.204.90 zum Beispiel und dann kopierst du das alles in das Supportticket. Denn es liegt klar bei Server4you.

Du hast Recht. Ich habe nochmal ein paar Adressbereiche von s4y getestet. Es liegt echt am Adressbereich, in dem mein Root mir drinn hängt. So ein Mist.

Ich habe ein langes Supportticket geschrieben. Ich hoffe, die kommen mit den 4 Traceroutes klar und beseitigen das Problem. Ansonsten habe ich ein Problem.


Nochmal zum eigendlichen Thema. Was ist, wenn s4y das Problem nicht löst? Was kann ich da tun? Es scheint ja echt ein technisches Problem bei s4y zu sein. Es ist keine höhere Gewalt, keine Verschuldung Dritter und eine Erreichbarkeit ist über das Internet gegeben. Es ist nur ein technischer Defekt.

Du hast überhaupt nur eine Chance, wenn das Problem im Machtbereich von S4Y ist. Sobald sich das Problem außerhalb befindet (bei DDoS Attacken meist zu vermuten), ist der Sachmangel nicht von S4Y zu vertreten. Ich würde aber bei S4Y mal anfragen, ob Du den Besitzer des Roots, auf den DDoS Attacken gefahren werden ausfindig machen kannst. Denn dieser könnte Dir für den Schaden verantwortlich sein, wenn er die DDoS Attacken aufgrund schlechter Administration nicht unterbindet.

vor 2-3 jahren war ich auch bei s4y (damals server4free)
angeblich gabs da ne ddos attacke
ziemlich schnell war es auf 3 tb traffic (500gb inkl.)

die haben mir ne rechnung gesendet aber keine info dass es ne ddos war.
ich hab selber in den logs vom router gesehen (aufn server war nur bnc), da waren keine anzeichen von ddoszeiten wo sie mir gegeben haben.

die rechnung habe ihc bisher nicht bezahlt, da es kein grund gibt.
bis heute habe ich nicht bezahlt, und kommen keine infos.

ich rate pers. s4y ab.

99% Erreichbarkeit bedeuten maximal 3,65 Tage pro Jahr, nicht 27 Tage.
Jeder Provider hat DOS- und DDOS-Attacken und muss damit fertig werden. Auch wenn die Attacken von außen kommt, muss der Provider das handeln können. Eine DOS von innen sollte innerhalb von fünf Minuten beseitigt werden - im schlechtesten Fall durch Steckerziehen bei dem Server, der die DOS auslöst. Eine Feld-und-Wiesen-DDOS muss der Core Switch blocken können. Wenn das S4U nicht auf die Reihe bekommt, haben sie entweder zu blöde Admins oder unterdimensionierte Core Switches.

Dann war das ein kleiner Rechenfehler

Kann ich diesen Dauerzustand als Kündigungsgrund nehmen? Immerhin betrifft es nur einen IP-Bereich. 62.75.219.xxx

Diese hohen Pings treten auch immer nur Abends auf, wenn es richtig weh tut.

Die physische Erreichbarkeit meines Roots nützt mir recht wenig, wenn die Gesamtperformance nicht gegeben ist.

Update:

Sehr geehrter Kunde,

aufgrund von einer DoS Attacke kam es im Laufe des gestrigen Abends zu
Pingverlusten an unseren Carriern. Die Verteilung des Traffics wird derzeit
von unseren Netzwerkingenieuren neu verteilt, so das wir in Zukunft
derartige Angriffe besser abfangen können.
Weiterhin werden wir unsere Leitungskapazitäten innerhalb der nächsten zwei Wochen verdoppeln. Diese Gegenmassnahmen sollten es zukünftig
unwahrscheinlicher machen, daß Sie direkt von DoS Attacken bzw. den damit
verbundenen Auswirkungen betroffen sind.

In der Zwischenzeit bitten wir um Verständnis für die Problematik.

Mit freundlichen Grüßen
Torsten Streit

Klingt doch schonmal nicht schlecht.

wenn doch nen DDoS auf den Carrier gelaufen ist, dann hätten doch alle die an dem Carrier hängen die erhöhten Pings haben müssen oder Irre ich mich da?

So war es auch. Ein befreundeter CS-Clan hat seinen Root im selben IP-bereich. 62.75.219.xxx Die hatten auch mit hohen Pings zu kämpfen.

bwar hat geschrieben:So war es auch. Ein befreundeter CS-Clan hat seinen Root im selben IP-bereich. 62.75.219.xxx Die hatten auch mit hohen Pings zu kämpfen.

Hausaufgabe für Dich: Grundlagen Netzwerke

Code: Alles auswählen

tcs@horus ~ $ whois 62.75.219.0
% This is the RIPE Whois query server #1.
% The objects are in RPSL format.
%
% Note: the default output of the RIPE Whois server
% is changed. Your tools may need to be adjusted. See
% http://www.ripe.net/db/news/abuse-proposal-20050331.html
% for more details.
%
% Rights restricted by copyright.
% See http://www.ripe.net/db/copyright.html

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

% Information related to '62.75.128.0 - 62.75.255.255'

inetnum:      62.75.128.0 - 62.75.255.255
org:          ORG-iGCK1-RIPE
netname:      DE-INTERGENIA-20010727
descr:        intergenia AG
descr:        PROVIDER Local Registry
country:      DE
admin-c:      TS12776-RIPE
tech-c:       IT1309-RIPE
status:       ALLOCATED PA
mnt-by:       RIPE-NCC-HM-MNT
mnt-lower:    INTERGENIA-MNT
mnt-lower:    MAINLAB-MNT
mnt-routes:   INTERGENIA-MNT
mnt-routes:   MAINLAB-MNT
source:       RIPE # Filtered

organisation:   ORG-iGCK1-RIPE
org-name:       intergenia AG
org-type:       LIR
address:        Daimlerstr.9-11
address:        50354
address:        Hürth
address:        Germany
phone:          +49 2233 6120
fax-no:         +49 2233 612 513
admin-c:        TS12776-RIPE
admin-c:        IT1309-RIPE
admin-c:        JO630-RIPE
admin-c:        SW8783-RIPE
mnt-ref:        INTERGENIA-MNT
mnt-ref:        RIPE-NCC-HM-MNT
mnt-by:         RIPE-NCC-HM-MNT
source:         RIPE # Filtered

role:           Intergenia Technik
address:        intergenia AG
address:        Daimlerstr. 9-11
address:        50354 Huerth
phone:          +49 2233 612 0
fax-no:         +49 2233 612 144
remarks:        trouble:      Information Contact info@plusserver.de
remarks:        trouble:      Abuse Contact abuse@plusserver.de
remarks:        trouble:      for more information http://www.plusserver.de
admin-c:        JO630-RIPE
admin-c:        SW8783-RIPE
tech-c:         JO630-RIPE
tech-c:         SW8783-RIPE
nic-hdl:        IT1309-RIPE
mnt-by:         INTERGENIA-MNT
source:         RIPE # Filtered
abuse-mailbox:  abuse@plusserver.de

person:       Thomas Strohe
address:      Daimlerstr. 9-11
address:      50354 Huerth
address:      Germany
phone:        +49  2233 612 0
nic-hdl:      TS12776-RIPE
mnt-by:       INTERGENIA-MNT
source:       RIPE # Filtered

% Information related to '62.75.128.0/17AS8972'

route:        62.75.128.0/17
descr:        intergenia AG
origin:       AS8972
mnt-by:       INTERGENIA-MNT
mnt-lower:    INTERGENIA-MNT
source:       RIPE # Filtered


Cheers

tcs

oezgueng hat geschrieben:vor 2-3 jahren war ich auch bei s4y (damals server4free)
angeblich gabs da ne ddos attacke
ziemlich schnell war es auf 3 tb traffic (500gb inkl.)

die haben mir ne rechnung gesendet aber keine info dass es ne ddos war.
ich hab selber in den logs vom router gesehen (aufn server war nur bnc), da waren keine anzeichen von ddoszeiten wo sie mir gegeben haben.

die rechnung habe ihc bisher nicht bezahlt, da es kein grund gibt.
bis heute habe ich nicht bezahlt, und kommen keine infos.

Mal angenommen es waren 3 GB Traffic, dann haftet man als Inhaber, heise-news. Ich denke auch nicht, daß es nachweislich eine (D)DoS sein muß. Traffic ist Traffic.

Aber gut, wenn die das Geld bis heute nicht eingetrieben haben, dann wird auch nichts mehr kommen. Und am Jahresende 2005 könnte evtl. schon die Verjährung zuschlagen.

Wie ist den die Sache jetzt ausgegangen?

Wir haben mit unserem Server das gleiche Problem.

Hab nichts gemacht