Zusätzliche Kundeninformationen (IP-Sperre): Einrichtung und Hilfe

1. Laden Sie Customer Extra Info (IP Ban) unter "Modules > Module Manager" hoch.
2. Öffnen Sie "Configure", um zu Einstellungen zu gelangen.
3. Prüfen Sie die Schalter für Erfassung und Bestellpanel und speichern Sie.
4. Melden Sie sich im Shop als Testkunde an. Warten Sie auf die Erfassungsanfrage und prüfen Sie den Kunden anschließend im Backoffice.
5. Fügen Sie vertrauenswürdige Adressen unter IP-Whitelist hinzu, bevor Sie eine Sperre unter Gesperrte IPs testen.

Erfordert PrestaShop 1.6.1 oder höher und PHP 7.1 oder höher.

Das Modul installiert außerdem TRACK_OS, TRACK_BROWSER, TRACK_SCREEN und TRACK_USERAGENT als 1. Der Collector liest sie, aber das aktuelle Formular Einstellungen bietet keine Bedienelemente dafür. Sie steuern die Speicherung von Betriebssystem, Browser/Version, Bildschirm und unverarbeitetem User-Agent. Sie unterdrücken nicht die Erfassung von IP, Land oder Gerätetyp.

Das Kundenpanel zeigt die zuletzt erfasste IP, Land, Betriebssystem, Browser/Version, Bildschirmabmessungen, Gerätetyp und Erfassungsdatum sowie den gespeicherten IP-Verlauf. Wenn "Show Info on Orders" aktiviert ist, verwendet das Bestellpanel den Kundendatensatz der Bestellung.

Der Browser-Collector lädt über displayHeader und ruft den Modul-Controller collect etwa 1,5 Sekunden nach Bereitschaft der Seite auf. Er sendet die Abmessungen von window.screen, nicht die des Viewports. Bei funktionierendem sessionStorage merkt er sich eine gesendete Anfrage einmal pro Browser-Tab-Sitzung. Ist der Speicher nicht verfügbar, kann er auf späteren Seiten erneut anfragen.

Die serverseitige Erfassung läuft auch nach erfolgreicher Kundenanmeldung und Erstellung eines neuen Kontos. Sie verhindert innerhalb einer Stunde eine neue Zeile für dieselbe IP und denselben Kunden oder Gast. Eine spätere Bildschirmanfrage kann fehlende Abmessungen in einer vorhandenen aktuellen Zeile ergänzen. Diese Datumsangaben bilden keinen kontinuierlichen Verlauf der Live-Anwesenheit.

Die Ländererkennung versucht zuerst den Länder-Header von Cloudflare, dann verfügbare PrestaShop-GeoIP-Unterstützung und zuletzt das Länder-Cookie. Sie kann ohne Land bleiben. Länderregeln hängen von diesen Werten ab.

Öffnen Sie IP-Whitelist und fügen Sie Ihre vertrauenswürdige Adresse oder Ihr Netzwerk hinzu:

Beispiele sind die genaue Adresse 203.0.113.10, der Platzhalter 203.0.113.* und CIDR 203.0.113.0/24. Whitelist und Sperren verwenden denselben IP-Abgleich. Der Whitelist-Abgleich läuft vor dem Sperrabgleich und hat auch Vorrang vor Länder- und User-Agent-Regeln.

Datensätze speichern den Shop-Kontext. Whitelist-Prüfungen im Multishop berücksichtigen den aktuellen Shop und Einträge mit Shop-ID 0. Sperrregeln mit positiver Shop-ID gelten nur für diesen Shop; 0 bedeutet alle Shops.

Öffnen Sie Gesperrte IPs, fügen Sie eine Regel hinzu und füllen Sie für den ersten Test ein Abgleichkriterium aus.

Die gespeicherten Werte sind full, checkout und auth. Mehrere Abgleichkriterien in einer Regel gelten als alternative Treffer. Der Besucher muss nicht alle Felder erfüllen.

Vollständige Sperren gelten überall im Frontoffice. Der Kassenbereich gleicht die Controller-Namen order, orderopc, cart, supercheckout, onepagecheckout und checkout ab. Der Kontobereich gleicht authentication, my-account, identity, registration und password ab. Der Bereich richtet sich nach dem angeforderten Seiten-Controller; eigene Checkout- oder Kontorouten müssen die passenden Controller-Namen verwenden.

Eine passende Regel liefert HTTP 403 Forbidden mit der Seite Zugriff eingeschränkt. Es gibt keine Weiterleitung. Abgelaufene aktive Sperren werden bei einer späteren Sperrprüfung deaktiviert, nicht durch einen erforderlichen Cronjob.

Testen Sie von einer Adresse unter Ihrer Kontrolle, während Ihre eigene vertrauenswürdige Verbindung auf der Whitelist bleibt. Prüfen Sie, dass eine vollständige Sperre das Browsen blockiert, eine Kassensperre die erwarteten Kassen-Controller betrifft und eine inaktive oder abgelaufene Regel diese Anfrage nicht mehr blockiert. Prüfen Sie, dass Anfragen auf der Whitelist passieren.

Die Verwaltungslisten unterstützen Filter, Bearbeiten/Löschen und Export. Die Sperrliste bietet gesammeltes Aktivieren/Deaktivieren. Prüfen Sie den Mitarbeiterzugriff auf diese Modulseiten über PrestaShop-Mitarbeiterprofile.

Verwenden Sie für einen zeitweiligen Kassentest einen IPv4-Bereich, Sperrtyp checkout, Aktiv Ja und einen zukünftigen Ablauf. Ein Datum vor dem Testzeitpunkt deaktiviert die Regel.

• Wenn eine Sperre nicht greift, prüfen Sie zuerst "Enable IP Banning", Aktiv, Ablauf, Bereich, Shop und Whitelist-Treffer.
• Prüfen Sie die vom Shop erkannte IP und das Land, besonders hinter einem Proxy. Der Browserstandort oder Ihre erwartete öffentliche IP kann von den Anfragedaten des Moduls abweichen.
• IPv4-Bereiche und CIDR verwenden ip2long. Verwenden Sie für IPv6 genaue Übereinstimmungen; das Modul implementiert keinen IPv6-Subnetzabgleich.
• Regex-Abgleich läuft nur, wenn das erste und letzte Zeichen / ist. Ein Muster mit Flags nach dem schließenden Schrägstrich wird nach dieser Erkennungsregel als einfacher Text behandelt.
• Wenn Bildschirmdaten des Kunden fehlen, prüfen Sie die verzögerte collect-Anfrage und JavaScript-Fehler. Eine blockierte Anfrage oder ein bereits gesetztes sessionStorage-Flag kann eine neue Anfrage verhindern.
• Wenn ein Bestellpanel fehlt, prüfen Sie "Show Info on Orders" und die Hook-Unterstützung der Verwaltungsseite. Der Erfassungsverlauf beginnt mit Aktivierung der Erfassung; ein Import historischer Gerätedaten ist nicht vorhanden.

Das Modul verwendet displayHeader, actionFrontControllerInitBefore, displayAdminCustomers, displayAdminOrder, displayBackOfficeHeader, actionAuthentication und actionCustomerAccountAdd. Stylesheet-Anpassungen für Theme und Backoffice können .mprceiipban-panel, dessen .panel-heading, .badge und Tabellenzellen ansprechen.

Schalten Sie "Enable Data Collection" und "Enable IP Banning" getrennt aus, um diese Aktionen auszusetzen. Die Deinstallation über "Module Manager" entfernt Modulkonfiguration, Verwaltungseinträge und Modulschema, einschließlich erfasster Informationen, Sperren und Whitelist-Datensätzen. Sichern Sie diese Datensätze vorher, falls Sie sie später benötigen.