Impostazioni globali #

Il profilo HTTP gestisce il cambio di contenuto a livello di applicazione del modello OSI sia per i protocolli HTTP che per HTTPS. Questo profilo è progettato per distribuire in modo intelligente il traffico Web in entrata su più risorse backend analizzando il contenuto delle richieste in entrata e prendendo decisioni di routing in base a parametri quali URL, cookie, intestazioni e informazioni sulla sessione. Utilizzando queste informazioni, indirizza il traffico ai pool di server appropriati.

Nella sezione in alto a destra, abbiamo 2 indicatori. Azione pulsanti e il Stato.
Scatola quadrata: Quando cliccato, la farm LSLB si fermerà.
Pulsante Aggiorna: Quando cliccato, la Fattoria si riavvierà.
Pulsante Play: Se la fattoria è spenta o inattiva, verrà avviata quando si fa clic.

Ciascuno dei colori descritti di seguito rappresenta il Stato di un dato Fattoria:
Verde: Significa che la fattoria è UP e tutti i backend sono in esecuzione. Potrebbe anche significare che è configurato un reindirizzamento.
Rosso: Significa che la fattoria è GIÙ oppure non funziona.
Nero: indica a CRITICA danno. Di solito si verifica quando una farm è attiva ma non è disponibile un back-end oppure potrebbe essere in modalità di manutenzione.
Blu: Mostra quando è presente a PROBLEMA. La farm potrebbe essere in esecuzione ma quando almeno un back-end è inattivo.
Arancione: Rappresenta MANUTENZIONE. Mostra quando la farm è in esecuzione ma almeno un back-end è in modalità di manutenzione.

Questi codici colore sono coerenti in tutta l'interfaccia utente grafica. Per una spiegazione sintetica si rimanda al Sezione Fattoria LSLB.

Nel profilo delle farm HTTP (S), l'intestazione HTTP X-Forwarded-For viene compilato automaticamente con l'indirizzo IP del client.

Come proxy inverso, ogni farm HTTP(S) (o servizio virtuale) gestisce più servizi. Ciò significa che un IP virtuale HTTP e una coppia di porte possono gestire più di un servizio Web con carico bilanciato. Pertanto, all'interno della farm HTTP, è presente un file INSTALLAZIONE sezione che offre flessibilità all'host virtuale e consente la creazione di elenchi di backend per ciascun servizio.

Ogni servizio HTTP(S) utilizza espressioni regolari (per host virtuale e modello URL) in PCRE per identificare modelli specifici nelle intestazioni HTTP delle connessioni in entrata. Se un modello corrisponde in entrambi i file host virtuale and Modello URL campi, i backend per quel particolare servizio elaboreranno quelle connessioni in entrata.

Configurazione di base #

Di seguito sono riportati i parametri di base per il profilo della farm HTTP/S.

Nome. Questo è un nome che identifica facilmente una fattoria. Per cambiare il nome di una determinata fattoria, devi prima interromperla. Assicurarsi che non sia già in uso un nuovo nome.

IP virtuale e porta. Questi sono gli indirizzi IP virtuali e le coppie di porte da cui la farm ascolterà le connessioni in ingresso. La nuova combinazione di indirizzo IP e porta deve essere inutilizzata e disponibile prima di essere configurata.

Ascoltatore. Questo campo specifica il protocollo di livello 7 per eseguire il cambio di contenuto.

• HTTP. Il servizio virtuale riceverà solo contenuto HTTP semplice.
• HTTPS. Il servizio virtuale riceverà contenuto HTTP sicuro, gestirà gli handshake SSL, gestirà le configurazioni di cifratura sicura, i certificati SSL (jolly o SNI), ecc., per eseguire l'offload SSL. Ciò solleverà i server delle applicazioni reali da questi compiti pesanti.

Parametri HTTPS #

Parametri HTTPS si possono trovare qui di seguito.

Disabilita SSLv2, Disabilita SSLv3, Disabilita TLSv1, Disabilita TLSv1.1, Disabilita TLSv1.2. Ciascuno di questi pulsanti abilita o disabilita la versione SSL o TLS associata. La disabilitazione di uno qualsiasi dei protocolli non è consigliata in quanto verranno disabilitate anche le relative cifrature associate. TLSv1.3 è abilitato per impostazione predefinita.

Ciphers. Questa sezione è dove creiamo elenchi di cifrari che usiamo per rafforzare una connessione SSL. Prima che un client e un server inizino a scambiarsi informazioni protette dal protocollo TLS, devono scambiarsi o concordare in modo sicuro una chiave di crittografia e una cifra da utilizzare durante la crittografia dei dati.

Per configurare una cifra da utilizzare, selezionare una delle seguenti opzioni.

• Tutti. Con questo comando selezionato, la farm HTTP(S) in ascolto gestirà tutte le suite di crittografia disponibili. Questa è l'impostazione predefinita.
• Alta sicurezza. Questo comando abilita le seguenti crittografie:

kEECDH+ECDSA+AES128:kEECDH+ECDSA+AES256:kEECDH+AES128:kEECDH+AES256:kEDH+AES128:kEDH+AES256:DES-CBC3-SHA:+SHA:!aNULL:!eNULL:!LOW:!kECDH:!DSS:!MD5:!EXP:!PSK:!SRP:!CAMELLIA:!SEED

L'abilitazione di questa opzione offre una sicurezza abbastanza forte da passare con un A+ grado in Labs SSL .

• Sicurezza personalizzata. Questo comando ti consente di personalizzare le tue crittografie tramite il Cifre personalizzate campo.
• Cifrari personalizzati. Questo comando consente di personalizzare le crittografie specifiche da consentire o vietare quando si effettua una connessione SSL. Deve essere una stringa nello stesso formato di in Crittografie OpenSSL . Questo comando verrà visualizzato se Sicurezza personalizzata è impostato.
• Offload hardware AES SSL. Questa opzione consente di scaricare le crittografie AES tramite hardware se il processore lo consente aes bandiera. Ciò consentirà di ottimizzare le prestazioni dell'attività di crittografia/decrittografia SSL. Verifica se questa opzione è compatibile con la tua CPU attuale eseguendo il comando seguente. Se vengono visualizzati i flag della CPU, è possibile utilizzarla.

root@noid-ee-02:~# grep "flags.* aes" /proc/cpuinfo

Certificati disponibili: Questi sono i certificati SSL installati sul dispositivo. Per abilitare un certificato, selezionarlo e fare clic sul pulsante freccia o trascinarlo e rilasciarlo dalla casella Disponibile alla casella Abilitato. Puoi anche abilitare/disabilitare più certificati o tutti.

Certificati abilitati: Questo elenco mostra i certificati attualmente in uso presso l'azienda agricola. Puoi spostarli in alto o in basso utilizzando le doppie frecce su/giù oppure disabilitarli tutti. Annotare l'ordine dei certificati; se un certificato con caratteri jolly viene inserito prima di un certificato host, il carattere jolly verrà utilizzato per primo.

impostazioni avanzate #

Riscrivi le intestazioni di posizione. Se abilitato, la farm è costretta a modificare le intestazioni Location e Content-location in risposta ai client. Se hanno il valore del backend stesso o del VIP ma con un protocollo diverso, la risposta verrà modificata per mostrare l'host virtuale nella richiesta. Se il pulsante di attivazione/disattivazione, abilitato e confronta i backend è abilitato, verrà confrontato solo l'indirizzo IP del backend. Ciò è essenziale per reindirizzare una richiesta a un listener HTTPS sullo stesso server del listener HTTP. Se questo campo è configurato nella sezione del servizio, questa direttiva verrà ignorata per quel servizio.

Verbi HTTP accettati: questo campo specifica i metodi HTTP che verranno utilizzati per convalidare le richieste del client HTTP. Se la richiesta di un client utilizza un metodo non supportato, verrà visualizzato un messaggio di errore. Ogni verbo comprende anche metodi aggiuntivi di livello inferiore.

• Richiesta HTTP standard. Richieste HTTP standard (GET, POST, HEAD).
• + richiesta HTTP estesa. richieste HTTP estese (PUT, DELETE).
• + opzioni verbo HTTP. richieste HTTP estese (PUT, DELETE).
• + verbi WebDAV standard. verbi WebDAV standard (LOCK, UNLOCK, PROPFIND, PROPPATATCH, SEARCH, MKCOL, MOVE, COPY, OPTIONS, TRACE, MKACTIVITY, CHECKOUT, MERGE, REPORT).
• + MS estensioni verbi WebDAV. Estensioni MS Verbi WebDAV (SUBSCRIBE, UNSUBSCRIBE, NOTIFY, BPROPFIND, BPROPPATCH, POLL, BMOVE, BCOPY, BDELETE, CONNECT).
• + Verbi di estensioni MS RPC. Verbi delle estensioni MS RPC (RPC_IN_DATA, RPC_OUT_DATA).

Ignora 100 Continua: Se abilitato, il 100 Continua la funzione sarà disabilitata. Secondo il protocollo HTTP 1.1 questa intestazione segnala che i dati del modulo non devono essere inviati con la richiesta iniziale. Invia invece l'intestazione al backend del server web, che risponde con 100 (Continua). Ciò indica che il server ha ricevuto le intestazioni della richiesta e il client deve procedere con l'invio del corpo della richiesta (ad esempio, in una richiesta POST). Questa funzionalità è progettata per prevenire una trasmissione inefficiente dei dati garantendo che il server controlli se la richiesta può essere accettata basandosi solo sulle intestazioni. I clienti devono inviare Aspettatevi: 100-continua come intestazione e attendere il codice di stato 100 Continue prima di procedere oppure il codice 417 Expectation Failed se la richiesta viene rifiutata.

Registri: abilita o disabilita i log del traffico della farm per eseguire il debug e analizzare il traffico che passa attraverso il bilanciatore del carico.

Timeout della connessione back-end: questo valore imposta il tempo che la farm attenderà per una connessione al backend, in genere il tempo di attesa per l'apertura del socket, in secondi. Il valore predefinito è 20 secondi.

Frequenza per controllare i backend ripristinati: questa impostazione determina la frequenza con cui il sistema di bilanciamento del carico controlla se un backend precedentemente inserito nella lista nera è raggiungibile e lo rimuove dalla lista nera se è attivo. La farm controlla periodicamente il backend una volta contrassegnato come inattivo, indipendentemente dalle nuove connessioni client. Il valore predefinito è 10 secondi.

Timeout della risposta del backend: questo valore imposta il tempo in secondi in cui la farm attenderà una risposta dai backend. Il valore predefinito è 45 secondi.

Timeout richiesta del cliente: questo valore imposta il tempo di attesa della farm per la richiesta di un client. Se non vengono ricevuti dati entro questo periodo di timeout, la connessione verrà interrotta. Il valore predefinito è 30 secondi.

Messaggi di errore HTTP #

Il servizio farm visualizzerà messaggi personalizzati sul tuo sito quando vengono rilevati errori specifici del codice web dai real server. Verranno visualizzate pagine HTML personalizzate per i codici di errore 414, 500, 501, 503 e WAF 403.

• 414: Richiesta-URI troppo lunga. Questo errore si verifica quando l'URI supera la lunghezza massima consentita. Se ricevi questo errore, riduci la lunghezza dell'URL.
• 500: Errore interno del server. Questo errore indica che il backend ha rilevato un comando imprevisto.
• 501: Non implementato. Questo errore si verifica quando il verbo della richiesta non viene riconosciuto o gestito dal proxy o dal backend.
• 503 servizio non disponibile. Questo errore indica che il proxy non è riuscito a trovare un backend disponibile per la richiesta. Ciò potrebbe verificarsi se tutti i backend sono inattivi o se l'espressione regolare della richiesta non corrisponde ad alcun servizio configurato.
• WAF 403: Proibito. Questo errore si verifica se il Web Application Firewall (WAF) è abilitato e il motore WAF rifiuta la richiesta.

Headers #

In questa sezione puoi aggiungere o eliminare globalmente le intestazioni di richiesta e risposta, applicando queste azioni a tutti i servizi configurati. Se un'intestazione è configurata nella sezione servizio, quella configurazione specifica verrà sovrascritta.

Le azioni da utilizzare in questa sezione includono:

Crea regola. Verrà creata una regola di intestazione globale.
Elimina. Una regola di intestazione globale verrà eliminata.

Questa sezione ti consente di aggiungere o creare testata richieste e risposte, come illustrato nell'immagine sottostante.

Tipo.

• Richiesta: rimuovere l'intestazione. Rimuove il modello di intestazione specificato dalle richieste HTTP del client.
• Richiesta: aggiungi intestazione. Aggiunge l'intestazione specificata alle richieste HTTP del client.
• Risposta: rimuovere l'intestazione. Rimuove il modello di intestazione specificato dalle risposte HTTP di backend.
• Risposta: aggiungi intestazione. Aggiunge l'intestazione specificata alle risposte HTTP del backend.

testata. Indicare l'intestazione da aggiungere o rimuovere.
Valore. Indicare il valore dell'intestazione data, se richiesto.

Impostazioni servizi #

I servizi all'interno di una farm LSLB che utilizzano un profilo HTTP consentono la commutazione dei contenuti per i servizi virtuali Web, consolidando più applicazioni Web sotto il stesso IP virtuale e PORT. Questa configurazione facilita gestione centralizzata delle applicazioni web, configurazioni dell'host virtuale, Gestione degli URL, configurazioni di reindirizzamentoe persistenza e configurazioni backend per servizio. Ogni servizio in una farm LSLB include proprietà per controlli di integrità, persistenza, gestione delle intestazioni e un elenco di backend. È possibile applicare espressioni regolari per soddisfare le condizioni che determinano quale servizio gestisce ciascuna richiesta.

Il profilo della farm HTTP valuta le condizioni di corrispondenza del servizio in modalità priorità (modificabile in base alle esigenze). Se nessun servizio corrisponde, la farm restituisce un errore HTTP 503. Pertanto, è supportata la definizione di più servizi con condizioni specifiche. Le richieste corrispondono ai servizi in base all'host virtuale e/o ai modelli URL.

È essenziale creare e aggiungere innanzitutto almeno un server backend a un servizio. Dopo l'applicazione del nuovo servizio, i servizi HTTP vengono valutati in sequenza dall'alto verso il basso nell'ordine dell'elenco. Il primo servizio che corrisponde ai campi Host e/o URL elabora la richiesta in entrata in base ai modelli URL o Host configurati.

Le condizioni che devono essere soddisfatte sono:

Host virtuale. Questa funzionalità consente di definire una condizione basata sul nome di dominio utilizzando lo stesso IP virtuale e la stessa porta all'interno di una farm HTTP. Se vuoi rimuovere questa condizione puoi lasciare il campo vuoto. Espressioni regolari in PCRE formato sono supportati in questo campo.

Modello URL. Lo scopo di questo campo è identificare un servizio Web in base al percorso URL richiesto dal client. L'URL verrà valutato rispetto a un modello designato, garantendo che la sua sintassi sia corretta. Se desideri ignorare questa condizione puoi lasciare il campo vuoto. Espressioni regolari in PCRE formato sono supportati in questo campo, consentendo la corrispondenza avanzata dei modelli.

Migliori Host virtuale and Modello URL i valori sono espressioni regolari. Se lasciato vuoto, qualsiasi valore corrisponderà. Entrambi i campi devono corrispondere o passerà al servizio successivo. Si consiglia di utilizzarne almeno uno, che funge da predefinito se non viene rilevata alcuna corrispondenza nella parte inferiore.

Programmatore di bilanciamento del carico. Questo campo specifica l'algoritmo utilizzato per distribuire il carico tra i server backend. L'algoritmo selezionato predefinito è basato sul peso.

• Peso: collegamento lineare per spedizione lineare. Distribuisce le connessioni in base ai pesi assegnati a ciascun backend. Le richieste vengono consegnate probabilisticamente in base ai pesi definiti.
• Least Response: peso dinamico in base alla risposta del backend. Regola i pesi del backend in modo dinamico in base ai tempi di risposta. Risposte più rapide aumentano la probabilità che le connessioni vengano indirizzate a questi server.

Reindirizzare #

Se il servizio ha l'opzione di reindirizzamento abilitata, i server back-end potrebbero non essere utilizzati poiché tutte le richieste verranno inviate all'URL specificato.

Tipo di reindirizzamento. Esistono due tipi di reindirizzamenti:

• Predefinito: accetta l'URL come host assoluto e percorso a cui reindirizzare.
• Aggiungere: aggiunge il percorso della richiesta originale all'host e al percorso specificati.

URL di reindirizzamento. Specifica dove reindirizzare il client dopo aver ricevuto una risposta. Se è configurato un valore di reindirizzamento, non è possibile configurare i backend per questo servizio. Quando sia l'host virtuale che il pattern URL corrispondono, l'appliance invia un Intestazione della posizione HTTP risposta per reindirizzare il client all'URL configurato.

Codice di reindirizzamento. Specifica il codice di stato HTTP per il reindirizzamento:

• 301 (spostato permanentemente)
• 302 (spostato temporaneamente)
• 307 (Reindirizzamento temporaneo)

Persistenza #

Questo parametro definisce il modo in cui il servizio HTTP gestisce le sessioni client e controlla quali connessioni HTTP vengono mantenute per garantire sessioni client stabili. Una volta selezionato un tipo di sessione di persistenza, verrà visualizzato il suo Time To Live (TTL) in secondi.

Nessuna persistenza. Questa opzione consente di inviare richieste HTTP o HTTPS ai real server senza gestire le sessioni client.
IP: indirizzo del cliente. Questa opzione utilizza l'indirizzo IP del client per mantenere sessioni client aperte sui real server.
BASIC: autenticazione di base. Questa opzione utilizza l'intestazione di autenticazione di base HTTP per controllare le sessioni client. Ad esempio, quando una pagina Web richiede l'autenticazione di base da parte del client, un'intestazione HTTP conterrà una stringa come la seguente:

		HTTP/1.1 401 Autorizzazione richiesta Server: HTTPd/1.0 Data: sabato 27 novembre 2011 10:18:15 GMT
		Autenticazione WWW: Area di base="Area protetta"
		Tipo di contenuto: testo/HTML Lunghezza contenuto: 31

Quindi il client risponde con l'intestazione:

                GET /private/index.html HTTP/1.1 Host: localhost
		Autorizzazione: Base QWxhZGRpbjpvcGVuIHNlc2FtZQ==

Questa stringa di autenticazione di base viene utilizzata come ID per la sessione per identificare la sessione client.
PARM: un parametro URI. Un altro modo per identificare una sessione client è attraverso un parametro URI separato da un punto e virgola che viene utilizzato come identificatore di sessione utente. Nell'esempio http://www.example.com/private.php;EFD4Y7 il parametro verrà utilizzato come identificatore di sessione.
URL: un parametro di richiesta. Quando l'ID di sessione viene inviato tramite un parametro GET con l'URL, questo parametro indica che il nome associato all'ID di sessione del client sarà possibile. Ad esempio, una richiesta del cliente come http://www.example.com/index.php?sid=3a5ebc944f41daa6f849f730f1 deve essere configurato con il parametro Identificatore della sessione di persistenza (valore sid in questo esempio) e la sessione di persistenza time to life (TTL)
BISCOTTO: . Potrai selezionare una variabile cookie HTTP da leggere dalle intestazioni HTTP e utilizzarla per mantenere le sessioni client per un determinato periodo di tempo. Il nome del cookie configurato nel file identificatore di sessione di persistenza campo viene creato da un programmatore e incorporato in una pagina Web per identificare la sessione client, ad esempio:

                GET /spec.html HTTP/1.1 Host: www.example.org
                Cookie: sessionidexample=75HRSd4356SDBfrte

Inoltre, è necessario configurare il Time To Life (TTL) della sessione di persistenza. Questo valore gestisce il tempo risparmiato dal sistema di bilanciamento del carico quando il client e il backend rimangono inattivi.
HEADER: un'intestazione di richiesta. È possibile utilizzare un campo personalizzato dell'intestazione HTTP per identificare la sessione client. È necessario configurare la durata della sessione di persistenza e l'identificatore di sessione di persistenza. Per esempio:

               GET /index.html HTTP/1.1 Host: www.example.org
               Sessione X: 75HRSd4356SDBfrte

Inserimento cookie #

Se configurato, il bilanciatore del carico genererà un file biscotto in ogni risposta utilizzando la chiave backend appropriata. Ciò garantisce che anche se la tabella delle sessioni viene cancellata o le sessioni vengono disabilitate, verrà comunque selezionato il backend corretto. Questa funzionalità elimina la necessità di modificare il codice del server reale per creare un cookie di sessione.

Migliori Nome Cookie specifica il nome del cookie creato e incluso nella richiesta del client o nella risposta del backend. IL Percorso dei cookie definisce l'URI o il percorso relativo in cui verrà stabilito il nuovo cookie. Per applicare il cookie all'intero dominio, imposta questo campo di conseguenza. IL Dominio dei cookie indica il dominio in cui verrà impostato il cookie. Infine, il Cookie TTL indica il numero di secondi in cui il cookie rimane attivo tra il client e il backend. Questo valore deve essere superiore a 0 e si riferisce alla durata senza alcuna attività. Trascorso il tempo specificato senza attività, la sessione di persistenza associata al cookie scadrà.

Farmguardian #

Le farm HTTP forniscono un controllo dell'integrità del back-end di base e nativo, ma la configurazione Farmguardian è consigliata per controlli dell'integrità del back-end di euristica più intelligenti per garantire che l'applicazione sia integra.

Alcuni controlli di integrità avanzati integrati o personalizzati possono essere assegnati a questo servizio dai controlli di farmguardian già creati.

Per ulteriori informazioni Farmguardian andare al Monitoraggio> Farmguardian .

Si noti che dopo aver selezionato il farmguardian, verrà automaticamente applicato alla farm.

Backend HTTPS. Questa casella di controllo indica alla farm che i server back-end definiti nel servizio corrente utilizzano il protocollo HTTPS in modo che i dati vengano crittografati prima dell'invio.

backend #

Per quanto riguarda il backend, il profilo della farm HTTP consente la configurazione delle seguenti proprietà: Tutti i backend devono essere IPv4 o IPv6 e con la stessa versione IP del VIP della Farm.

Aggiungi back-end #

Tramite la Azione pulsante del menu, sono disponibili le seguenti azioni per uno o più backend selezionati:
Aggiungi back-end. Questo comando apre il modulo di creazione del back-end.
Le azioni sopra menzionate: Abilita manutenzione (drenaggio esterno and taglio modalità), Disabilitare la manutenzione and Elimina.

Elenco back-end #

Azione. Utilizzare le seguenti azioni per gestire i backend:

• Abilita manutenzione. Utilizzare questa azione se il backend è stato precedentemente disabilitato. Mettere un server reale in modalità di manutenzione significa che nessuna nuova connessione verrà reindirizzata ad esso. Esistono due metodi per abilitare la modalità di manutenzione:
  • Modalità di scarico. Mantiene connessioni e persistenza stabilite se abilitate, ma non ammette nuove connessioni.
  • Modalità di taglio. Elimina tutte le connessioni attive contro il back-end
• Disabilita manutenzione. Utilizzare questa azione quando il back-end è in modalità di manutenzione. Abilita nuovamente le nuove connessioni al server reale dopo aver disabilitato la modalità di manutenzione.
• Elimina. Rimuovere le configurazioni di un servizio virtuale selezionato. L'alias non verrà eliminato se presente.

Alias. Alias ​​di backend, se è stato selezionato un alias.
IP. L'indirizzo IP di un determinato back-end.
Porto. Il numero di porta del real server corrente.
timeout. Il tempo impiegato da un back-end per rispondere. Questo valore sovrascrive il parametro del timeout della connessione back-end globale ma è limitato a questa farm selezionata.
Peso. Il valore di peso per il server reale corrente. Più peso indica più connessioni consegnate al backend corrente. Per impostazione predefinita, verrà impostato un valore di peso pari a 1. L'intervallo di valori disponibile va da 1 a 9.
Stato. I valori possibili sono:

• Up. La farm è in esecuzione e il backend è pronto a ricevere connessioni.
• giù. La farm è in esecuzione e il servizio ha rilevato che il backend non funziona
• Manutenzione. Il backend è contrassegnato come non pronto per ricevere connessioni dall'amministratore, questa opzione è utile per le attività di manutenzione del backend
• Indefinito. Lo stato del backend non è stato controllato.

Priorità. Il valore di priorità per il real server corrente. I valori più bassi hanno più priorità. Il valore predefinito della priorità del servizio è 1. Quando un backend si guasta, la priorità del servizio viene aumentata di 1. Quando il backend è di nuovo attivo, il valore della priorità del servizio viene diminuito di 1. I backend attivi contengono valori di priorità inferiori o uguali alla priorità del servizio .

Regole IPDS per farm HTTP #

Questa sezione consente di abilitare le regole IPDS. L'elenco visualizza diversi tipi di protezione con una casella di selezione per attivarli. Per maggiori informazioni si rimanda alla documentazione specifica di IPDS > Regole delle liste nere, IPDS > Regole DoS, IPDS > Regole RBL or IPDS > Regole WAF.

Per ciascuno dei quattro tipi di regole IPDS (Blacklist, DoS, WAF e RBL), esistono due elenchi: Disponibile and Gli utenti dell’app Smart Spaces con Google Wallet possono ora usufruire di accesso mobile contactless con qualsiasi lettore HID® Signo™ abilitato NFC.. È presente anche l'icona di una catena. Nel Disponibile elenco, troverai regole dello stesso tipo che possono essere applicate a una determinata azienda agricola. Nel Gli utenti dell’app Smart Spaces con Google Wallet possono ora usufruire di accesso mobile contactless con qualsiasi lettore HID® Signo™ abilitato NFC. nell'elenco verranno visualizzate le regole attualmente applicate all'allevamento selezionato, indicate dal relativo status symbol: rosso per fermato e green per correre.

Ogni regola può essere modificata facendo clic sull'icona di modifica, che consente di modificare i parametri della regola o avviare/interrompere la regola. Tieni presente che non è possibile creare nuove regole all'interno di questa visualizzazione della farm e devono essere gestite tramite IPDS .

Per aggiungere una regola, fare clic sulla regola desiderata e quindi fare clic sulla freccia singola destra. Puoi anche selezionare più regole tenendo premuto il tasto Maiusc e selezionando le regole desiderate prima di fare clic sulla freccia singola destra. Per aggiungere tutte le blacklist disponibili, fare clic sulla doppia freccia destra.

Per eliminare una o più regole, selezionale e fai clic sulla freccia sinistra oppure fai clic sulla doppia freccia per rimuoverle tutte.