Hallo,
ich habe folgendes Problem ... seit 14 Stunden hängt ein IP Adresse in meinem Shop welche den Warenkorb mit Artikel befüllt mit einem Warenwert zwischen 6 - 10.000 €. Ich habe versucht die IP Adresse zu sperren in der .htaccess aber leider ohne Erfolg. In PLESK ist das so viel ich weiß auch nicht möglich (managed Server). NETCUP Support wurde gestern schon informiert und heute ebenfalls - leider bis jetzt noch keine Reaktion bzw. Antwort. Was kann ich in solch einem Fall noch tun? Immerhin werden ja die Produkte für andere Kunden, welche auch kaufen möchten nun blockiert 
DANKE
crawler, hacker, Brute-Force-Attacke oder was auch immer blockiert meinen shop
-
webbi -
5. Juni 2024 um 12:14 -
Erledigt
-
Ich habe versucht die IP Adresse zu sperren in der .htaccess aber leider ohne Erfolg.
Wie genau hast Du das versucht? Das muss funktionieren, wenn man es richtig macht.
-
Blockiere die IP in der Firewall, so dass auf ISO Layer 3 bereits die Verbindung fehlschlägt.
-
Wie genau hast Du das versucht? Das muss funktionieren, wenn man es richtig macht.
order allow,deny
deny from 147.xx.xx.x
Allow from All
-
order allow,deny
Müsste die Reihenfolge nicht umgekehr sein, damit das deny vor'm allow zieht ... ich frag' mal so
-
Da es ein managed Server ist: Ruf den Support an.
-
Müsste die Reihenfolge nicht umgekehr sein, damit das deny vor'm allow zieht ... ich frag' mal so
bin für jeden tipp dankbar ... habe das auch so übernommen - keine ahnung.
-
Müsste die Reihenfolge nicht umgekehr sein
It's complicated. Wenn man nur eine Art von Regeln braucht, zulassen oder aussperren, dann kann man grundsätzlich beide Reihenfolgen nehmen. Die Semantik ist aber nicht intuitiv. Die Reihenfolge ist wichtig, wenn man Ausnahmen von Regeln festlegen will.
"order allow,deny" heißt aussperren, wenn keine Regel oder eine deny-Regel zutrifft.
"order deny,allow" heißt zulassen, wenn keine Regel oder eine allow-Regel zutrifft.
order allow,deny
deny from 147.xx.xx.x
Allow from All
"Aussperren, wenn keine Regel oder eine deny-Regel zutrifft."
Wegen allow from all trifft immer ein Regel zu. Ausgesperrt wird nur die Adresse in der deny-Regel.
Man könnte das auch kürzer umgekehrt formulieren:
Codeorder deny,allow deny from 147.xx.xx.x"Zulassen, wenn keine Regel oder eine allow-Regel zutrifft." Hier trifft fast immer keine Regel zu, was zulassen bedeutet.
-
Da es ein managed Server ist: Ruf den Support an.
support hat sich nun gemeldet - ich dachte ticket oder mail ist genau so schnell ????
-
Alles anzeigen
It's complicated. Wenn man nur eine Art von Regeln braucht, zulassen oder aussperren, dann kann man grundsätzlich beide Reihenfolgen nehmen. Die Semantik ist aber nicht intuitiv. Die Reihenfolge ist wichtig, wenn man Ausnahmen von Regeln festlegen will.
"order allow,deny" heißt aussperren, wenn keine Regel oder eine deny-Regel zutrifft.
"order deny,allow" heißt zulassen, wenn keine Regel oder eine allow-Regel zutrifft.
"Aussperren, wenn keine Regel oder eine deny-Regel zutrifft."
Wegen allow from all trifft immer ein Regel zu. Ausgesperrt wird nur die Adresse in der deny-Regel.
Man könnte das auch kürzer umgekehrt formulieren:
Codeorder deny,allow deny from 147.xx.xx.x"Zulassen, wenn keine Regel oder eine allow-Regel zutrifft." Hier trifft fast immer keine Regel zu, was zulassen bedeutet.
vielen dank für die ausführliche erklärung ... aber dann müsste es doch funzen bei mir, oder nicht?
-
Sowohl die Version von webbi als auch die kürzere mit der anderen order sind geeignet, eine IP-Adresse auszusperren.
-
Sowohl die Version von webbi als auch die kürzere mit der anderen order sind geeignet, eine IP-Adresse auszusperren.
habe jetzt die von dir eingebaut - leider ist er immer noch zu sehen unter wer ist online und der warenkorb ist auch noch voll ... cache habe ich natürlich geleert vom shop .... ich verstehe das nicht ...
habe den eintrag an oberster stelle in der .htaccess ... ist das ok? -
Keine weiteren Zugriffe zuzulassen leert ja nicht den Warenkorb, und ob jemand online ist, ist in einem zustandslosen Protokoll auch nicht so leicht zu entscheiden. Schau in die Logfiles, ob noch weitere HTTP-Requests von der IP-Adresse beantwortet werden.
-
Keine weiteren Zugriffe zuzulassen leert ja nicht den Warenkorb, und ob jemand online ist, ist in einem zustandslosen Protokoll auch nicht so leicht zu entscheiden. Schau in die Logfiles, ob noch weitere HTTP-Requests von der IP-Adresse beantwortet werden.
ja klar ... aber wenn es heißt: letzter klick 13:14 Uhr dann ist das doch eindeutig, oder?
also die option "letzter klick" aktualisiert sich immer noch ... das wollte ich damit sagen ...
es ist übrigens ein gambio shop -
Managed Server ist doch auch Plesk soweit ich weiss. Wie sind denn die Einstellungen fpr die Domain, also was ist in den "Einstellungen für Apache&nginx" bei den nginx-Einstellungen eingestellt? Wenn der Proxy-Modus nicht aktiv ist, dann wird Apache nicht verwendet und folglich wäre eine .htaccess wirkungslos.
-
Managed Server ist doch auch Plesk soweit ich weiss. Wie sind denn die Einstellungen fpr die Domain, also was ist in den "Einstellungen für Apache&nginx" bei den nginx-Einstellungen eingestellt? Wenn der Proxy-Modus nicht aktiv ist, dann wird Apache nicht verwendet und folglich wäre eine .htaccess wirkungslos.
aber die .htaccess wird doch vom shop verwendet ... oder meinst du jetzt nur für den eintrag mit der ip wirkungslos?
-
Wenn der Proxymodus inaktiv ist (wie in Deinem Screenshot ersichtlich), wird die .htaccess Datei gar nicht ausgewertet. Die wird ausschließlich von Apache verarbeitet und nicht von Nginx. Auch PHP alleine wertet da gar nichts aus dieser Datei aus.
-
Wenn der Proxymodus inaktiv ist (wie in Deinem Screenshot ersichtlich), wird die .htaccess Datei gar nicht ausgewertet. Die wird ausschließlich von Apache verarbeitet und nicht von Nginx. Auch PHP alleine wertet da gar nichts aus dieser Datei aus.
wie funktioniert dann aber der shop? da sind doch alle relevanten einstellungen von gambio enthalten
oder gilt das nur für die ip adresse ????
