Es war tatsächlich das Problem mit der Reihenfolge in der htaccess. Der htaccess Code steht nun bei uns direkt nach
Code:
<IfModule mod_rewrite.c>
RewriteEngine onJetzt funktioniert es
Neu Sprunghafte Zunahme von Visits bei JTL Shops
- Ersteller des Themas bbfdesign
- Erstellungsdatum
Jetzt funktioniert es
Kann es sein, das die Chinesen dort die IPs genauso dynamisch beziehen wie wir hier in DE mit unseren einfachen DSL Anschlüssen? Einmal neuverbinden und du hast ne neue IP.
Also das dieses Botnetz nicht wirklich über eigene IPs verfügt?!
Man muss natürlich auch sagen, dass diese Sperrerei auf der einen Seite gut und nützlich ist, aber wenn der Bot dann mal eben mit 700 - 1000 Bots gleichzeitig kommt, dann stöhnt der Server von ganz schön und geht in die Knie. (gerade gehabt). Dann läuft der RAM voll und dann geht da nix mehr.
Seit gestern abend greift die Regel bei mir auf den Servern deutlich besser. Auf dem mit dem großen Shop sind wir nun bei über 34.000 IPs die ausgesperrt wurden. Vorher hatte ich über die htaccess nicht ganz so umfangreich gesperrt und hatte nur 2000 IPs in den Sperrungen drin.
Der andere Server wo viele kleinere JTL-Shops laufen, der hat bisher nur 5700 IPs drin in der Sperre..
Cool wäre, wenn man diese IPs unter den Servern syncen könnte, das nicht jeder Server die IPs erkennen muss.
Seit gestern abend greift die Regel bei mir auf den Servern deutlich besser. Auf dem mit dem großen Shop sind wir nun bei über 34.000 IPs die ausgesperrt wurden. Vorher hatte ich über die htaccess nicht ganz so umfangreich gesperrt und hatte nur 2000 IPs in den Sperrungen drin.
Der andere Server wo viele kleinere JTL-Shops laufen, der hat bisher nur 5700 IPs drin in der Sperre..
Cool wäre, wenn man diese IPs unter den Servern syncen könnte, das nicht jeder Server die IPs erkennen muss.
Ich hab da grade was gefunden, was recht vielversprechend aussieht.
Allerdings ist's ad hoc nicht Plesk-fähig.
Vielleicht kann ich mit @css-umsetzung mal drüber sprechen... Ganz alleine trau ich mich da nicht ran
Allerdings ist's ad hoc nicht Plesk-fähig.
Vielleicht kann ich mit @css-umsetzung mal drüber sprechen... Ganz alleine trau ich mich da nicht ran
Ich.... 😱 ich kann gerne schauen aber es ist jetzt nicht so das ich in dem Bereich der mega Crack bin, mein Thema ist ja eher die PHP Geschichte.
Das was ich von Zitrohosting gelesen habe sieht schon sehr nach dem NextLevel der Server Verwaltung aus und er scheint ja nen Plan zu haben, vermutlich ist er für spezielle Serverhacks der kompetentere Partner.
Was mich nur etwas ärgert ist der Zustand das ich bei JTL Hosting Kunden in den Shops diese Probleme nicht sehe, @JTL hier aber die Füße still hält und keinerlei Informationen rausrückt wie sie es geschafft haben.
Ich gehe davon aus das Sie das nicht über Fail2Ban gelöst haben denn dann würde man den Anstieg der Zugriffe ja sehen, wenn auch nicht so extrem.
Mein Log Test zeigt dort auch keinen dieser Störenfriede an und zumindest den ersten Zugriff würde ich ja sehen.
Das ist das Ding wo wir gerade dran arbeiten und Euch dran teilhaben werden:
Ich muss hier aber auch sagen, dass wir Kunden haben, bei denen es bisher keine Peaks gegeben hat und auf einmal treten bei denen auch die Zugriffe auf. Vielleicht hattest Du bisher "Glück" noch keinen Kunden zu haben, der bei JTL Hosting diese Auffälligkeiten hatte? Deswegen mal eine Frage in die Runde: Bei denen mit den Peaks - ist jemand dabei, der sein Hosting über JTL bezieht? Vielleicht muss man ja so fragen, wenn sich JTL dazu nicht konkret äußert?
BTW: Ich empfehle und arbeite seit etwa 20 Jahren (oh man, bin ich alt geworden...) zitro hosting.
Zuletzt bearbeitet:
Mal ganz unabhängig von der DSGVO übergibt man damit erstmal schnell und bequem eine vollständige, unverschlüsselte Kopie seines Verkehrs (da Shop, schön mit Adresse, email, evtl. Telefon, Kaufbeträgen, Artikel etc pp) an ein Drittunternehmen. Das würde ich schon allein aus Rücksicht auf das Vertrauen meiner Kunden nicht machen wollen und führt alle Bemühungen hinsichtlich Cookies, Datensparsamkeit usw. ad absurdum.
Zudem verbrennt Cloudflare Stand jetzt immer noch kräftig Investorengeld und ist weit davon entfernt, ein stabiles und solides Unternehmen zu sein. Kannst du deinen Kunden da garantieren, dass nie Schabernack mit den Daten getrieben wird?
Cloudflare, IP Ranges blocken, ganze Länder blocken...
Viell. mal überlegen (trifft vermutlich auf 99% der Poster hier zu) vom 5 Euro / Monat Webspace mal ein Upgrade machen.
Viell. mal überlegen (trifft vermutlich auf 99% der Poster hier zu) vom 5 Euro / Monat Webspace mal ein Upgrade machen.
Ganz so würde ich es nicht sehen. Ich kann mich zu den vermuteten 99% nicht zählen, aber:
NIEMAND, ausser mir, weiß, welchen Vertrag und welche Bedingungen ich mit dem Hoster habe.
Mit solchen Bots wird also auf MEINE Ressourcen zugegriffen und ICH entscheide WER (oder wer nicht) darauf zugreifen darf und was auch zulasse.
Wenn also irgendein Bot, von dem ich nicht weiß, welchen Mehrwert er mir oder Kunden bringt, geschweige denn, was er tut oder vor hat, dann sperr ich den eben aus!
Das geht schon los, wenn der Traffic begrenzt ist oder irgendwann wird und geht weiter mit der Sicherheit des Systems.
@lj-shadow
😀 jo, natürlich - du darfst alles sperren was du willst - Mitbewerber wird es freuen 🙂
@nonorush
https://user-agents.net/rendering-engines/gecko
😀 jo, natürlich - du darfst alles sperren was du willst - Mitbewerber wird es freuen 🙂
@nonorush
https://user-agents.net/rendering-engines/gecko
Ähnliche Themen
- Wichtig
- Wichtig