Informazioni aggiuntive sul cliente (blocco IP): configurazione e aiuto

1. Carica Customer Extra Info (IP Ban) in "Modules > Module Manager".
2. Apri "Configure" per accedere a Impostazioni.
3. Controlla gli interruttori della raccolta e del pannello ordini, poi salva.
4. Accedi al negozio come cliente di prova. Attendi la richiesta del collettore, poi controlla il cliente nel back office.
5. Aggiungi gli indirizzi attendibili in Whitelist IP prima di provare un blocco in IP bloccati.

Richiede PrestaShop 1.6.1 o successivo e PHP 7.1 o successivo.

Il modulo installa anche TRACK_OS, TRACK_BROWSER, TRACK_SCREEN e TRACK_USERAGENT a 1. Il collettore li legge, ma il form di configurazione attuale non offre controlli dedicati. Regolano il salvataggio di sistema operativo, browser/versione, schermo e user-agent grezzo. Non impediscono la raccolta di IP, paese o tipo di dispositivo.

Il pannello cliente mostra gli ultimi dati raccolti: IP, paese, sistema operativo, browser/versione, dimensioni dello schermo, tipo di dispositivo e data di raccolta, oltre allo storico IP. Quando "Show Info on Orders" è attivo, il pannello ordine usa il record del cliente dell'ordine.

Il collettore del browser viene caricato tramite displayHeader e richiede il controller collect del modulo circa 1,5 secondi dopo che la pagina è pronta. Invia le dimensioni window.screen, non quelle del viewport. Se sessionStorage funziona, memorizza una richiesta inviata una volta per sessione della scheda del browser. Se lo storage non è disponibile può riprovare nelle pagine successive.

La raccolta lato server avviene anche dopo un accesso cliente riuscito e la creazione di un nuovo account. Evita una nuova riga per lo stesso IP e cliente o ospite entro un'ora. Una richiesta successiva dello schermo può completare le dimensioni mancanti in una riga recente esistente. Queste date non sono uno storico continuo della presenza live.

Il rilevamento del paese prova l'header paese di Cloudflare, poi il supporto GeoIP disponibile di PrestaShop, quindi il cookie paese. Può non restituire alcun paese. Le regole per paese dipendono da questi valori.

Apri Whitelist IP e aggiungi il tuo indirizzo o la tua rete attendibile:

Esempi: indirizzo esatto 203.0.113.10, jolly 203.0.113.* e CIDR 203.0.113.0/24. La whitelist usa lo stesso sistema di confronto IP dei blocchi. Viene controllata prima dei blocchi e prevale anche sulle regole per paese e user-agent.

I record memorizzano il contesto del negozio. In multinegozio, i controlli whitelist includono il negozio corrente e le voci con ID negozio 0. Le regole di blocco con ID negozio positivo valgono solo per quel negozio; 0 significa tutti i negozi.

Apri IP bloccati, aggiungi una regola e compila un solo criterio di corrispondenza per il primo test.

I valori salvati sono full, checkout e auth. Più criteri presenti in una regola funzionano come corrispondenze alternative. Non richiedono che il visitatore corrisponda a ogni campo.

I blocchi completi valgono ovunque nel front office. L'ambito checkout corrisponde ai controller order, orderopc, cart, supercheckout, onepagecheckout e checkout. L'ambito account corrisponde a authentication, my-account, identity, registration e password. L’ambito segue il controller della pagina richiesta; le route personalizzate di checkout o account devono usare i nomi di controller corrispondenti.

Una regola corrispondente restituisce HTTP 403 Forbidden con la pagina Accesso limitato. Non c'è reindirizzamento. I blocchi attivi scaduti vengono disattivati durante un successivo controllo dei blocchi, senza un cron obbligatorio.

Prova da un indirizzo che controlli mantenendo la tua connessione attendibile in whitelist. Verifica che un blocco completo impedisca la navigazione, che un blocco checkout riguardi i controller previsti e che una regola inattiva o scaduta non blocchi più quella richiesta. Verifica che le richieste in whitelist passino.

Gli elenchi amministrativi supportano filtri, modifica/eliminazione ed esportazione. L'elenco blocchi include attivazione/disattivazione di massa. Controlla l'accesso del personale a queste schermate con i profili dipendenti PrestaShop.

Per un test temporaneo del checkout, usa un intervallo IPv4, Tipo di blocco checkout, Attivo Sì e una scadenza futura. Le date precedenti al momento del test disattivano la regola.

• Se un blocco non si applica, controlla prima "Enable IP Banning", Attivo, scadenza, ambito, negozio e corrispondenze della whitelist.
• Controlla IP e paese rilevati dal negozio, soprattutto dietro un proxy. La posizione del browser o il tuo IP pubblico atteso possono differire dai dati della richiesta usati dal modulo.
• Gli intervalli IPv4 e CIDR usano ip2long. Usa corrispondenze esatte per IPv6; il modulo non implementa il confronto delle sottoreti IPv6.
• Il confronto regex viene eseguito solo se il primo e l'ultimo carattere sono /. Un modello con flag dopo la barra finale viene trattato come testo semplice da questa regola di rilevamento.
• Se i dati dello schermo cliente sono vuoti, controlla la richiesta collect ritardata e gli errori JavaScript. Una richiesta bloccata o un flag sessionStorage già impostato possono impedire una nuova richiesta.
• Se manca il pannello ordine, controlla "Show Info on Orders" e il supporto degli hook nella pagina amministrativa. Lo storico inizia quando attivi la raccolta; non esiste un'importazione di dispositivi storici.

Il modulo usa displayHeader, actionFrontControllerInitBefore, displayAdminCustomers, displayAdminOrder, displayBackOfficeHeader, actionAuthentication e actionCustomerAccountAdd. Le modifiche ai fogli di stile del tema/amministrazione possono usare .mprceiipban-panel, il suo .panel-heading, .badge e le celle delle tabelle.

Disattiva separatamente "Enable Data Collection" e "Enable IP Banning" per sospendere le rispettive azioni. La disinstallazione da "Module Manager" rimuove configurazione, voci amministrative e schema del modulo, inclusi dati raccolti, blocchi e voci whitelist. Salva prima una copia dei record se ti serviranno in seguito.