crawler, hacker, Brute-Force-Attacke oder was auch immer blockiert meinen shop

Ich habe keinen Gambio-Shop, kenne mich damit also nicht aus. Aber deren Website legt nahe, dass der Shop irgendwo in einer Cloud liegt. Was hat dein Server dann überhaupt damit zu tun?

Andere Frage: Wo genau hast Du diesen Screenshot in Plesk gemacht? Ist das wirklich die korrekte Domain? Diese Einstellung gibt es nämlich für jede (Sub-) Domain separat.

Und zeigt vielleicht eine zweite Domain auf den gleichen Dokumentenstamm? Sprich: Ist der Shop über mehrere Adressen erreichbar?

Wie der Shop funktioniert, weiß ich nicht. Ich kenne diese Shopsoftware maximal als Kunde.

Und was hindert Dich jetzt daran, den Proxymodus einmal (testweise) zu aktivieren?

Wir drehen uns hier sonst nur im Kreis

Zitat von webbi

screenshot genau dort wo du gesagt hast und ja es ist die richtige domain.
nein, es zeigt keine andere domain auf diesen dokumentenstamm.

Dann sollte nach meinem Verständnis die .htaccess eigentlich komplett wirkungslos sein, weil ausschliesslich nginx verwendet wird.

Könntest noch

<ifModule mod_headers.c>

    Header set X-Apache-Test: Yes

</ifModule>

hinzufügen und anschließend mit F12 -> Network überprüfen, ob der Header gesetzt ist. Wenn ja, wird die .htaccess berücksichtigt. Wenn nein, nicht (oder mod_headers fehlt).

Es ist natürlich möglich, dass die Shopsoftware die .htaccess liest und sie offenbar sogar ändern kann. Aber die Shopsoftware ist nicht der Apache Webserver, ob sie also die auch die Direktiven zur Blockierung der IP verstehen und anderweitig - also nicht über den Apache - umsetzen kann, das weiss ich leider nicht.

Vielleicht nochmal langsam zum Sortieren:

1. Gambio als PHP-Shopsystem nutzt einen Webserver als Backend
2. Der Webserver kann ein Apache mit einem davor geschalteten nginx zur Beschleunigung von Zugriffen auf statische Webseiten sein (Proxymodus) oder der nginx fungiert komplett alleine als Webserver (ohne Apache). Bei Dir ist laut Screenshot der zweite Modus aktiviert. Damit ist Apache raus.
3. nginx nutzt für die Zugriffsteuerung keine .htaccess-Datei. Ob und wie Gambio dieser verwendet, ist für Web-Zugriffe auf Dateien erst einmal ohne Belang - auch wenn die Shop-Scripte in der Datei evt. Konfigurationen ablegen.
4. Wenn Du "vorne" (ohne Möglichkeiten einer Firewall o. ö.) grundsätzliche Zugriffe blocken willst, musst Du entweder (1.) nginx im Proxy-Modus verwenden und kannst dann .htaccess-Regeln für Apache definieren oder (2.) weiterhin ohne Apache arbeiten und entsprechendes in der nginx-Konfiguration nachbilden (siehe access.conf).

Ich hoffe, ich habe jetzt nicht noch mehr verwirrt...

Ein kurzes Googlen nach Gambio IP sperren gab mir diesen Thread von 2013

Es gibt scheinbar einen GProtector wo man IPs blocken kann.

Ggf. ist dies noch mal eine Lösung - Weiß allerdings nicht ob es dies immer noch so gibt (Kenne Gambio nicht)

https://www.gambio.de/forum/threads/ip-sperren.13481/#post-106134

Zitat von webbi

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 €. [...] Immerhin werden ja die Produkte für andere Kunden, welche auch kaufen möchten nun blockiert DANKE

Bis Du da sicher? Meines Wissens vermindert Gambio erst bei erfolgreicher Bestellung den Lagerbestand. Solange könnte der gleiche Artikel von mehreren Kunden in den Warenkorb gelegt werden und nach einem Verkauf bekämen alle anderen Kunden einen Fehler im Checkout. Dann könnte Dir der Pseudo-Einkäufer doch egal sein...

Oder hast Du Deinen Shop diesbezüglich angepasst?

Edit: Hier ein entsprechender Hinweis im Gambio-Forum und ich habe es eben auch mal probiert. Vielleicht hast Du gar kein Problem?

Zitat von webbi

wie funktioniert dann aber der shop? da sind doch alle relevanten einstellungen von gambio enthalten

In der Regel funktionieren CMS oder Shops auch ohne eine .htaccess, sonst wären die ja nur auf apache-Systemen lauffähig.

Oft legen sie aber eine .htaccess an (oder ergänzen eine vorhandene) Da stehen dann aber meist nur Härtungssachen drin.

Die relevanten Einstellungen liegen in anderen Dateien.

Zitat von webbi

oder gilt das nur für die ip adresse ????

Nein. Entweder ganz oder gar nicht.

Zitat von webbi

vielen dank - dort war ich auch schon aber ehrlich gesagt scheint das noch komplizierter zu sein als jetzt schon

Ich würde mich an Deiner Stelle trotzdem mit der Thematik auseinandersetzen, egal ob nun per .htaccess, access.conf oder GProtector. Nach dem Angriff ist vor dem Angriff und so etwas testet man besser in Ruhe prophylaktisch. Wobei ich mir im konkreten Fall noch immer nicht sicher bin, ob Du wirklich ein Problem hattest (also inhaltlicher Art).