Impostazioni globali per HTTP Farm Profile #

Il profilo HTTP gestisce il cambio di contenuto a livello di applicazione del modello OSI per entrambi i protocolli HTTP e HTTPS. Abbiamo progettato il profilo per distribuire in modo intelligente il traffico Web in entrata su più risorse di back-end analizzando il contenuto delle richieste in entrata e prendendo decisioni di instradamento in base a parametri specifici come URL, cookie, intestazioni e informazioni sulla sessione. Con queste informazioni, possiamo indirizzare il traffico ai pool di server (servizi) 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 gli stessi in tutta l'interfaccia utente grafica. Trovi una breve spiegazione su di loro nel Sezione Fattoria LSLB.

Nel profilo delle farm HTTP (S), l'intestazione HTTP X-Forwarded-For viene riempito per impostazione predefinita con l'indirizzo IP del client.

Analogamente a un proxy inverso, ogni farm HTTP(S) (o servizio virtuale) gestisce diversi servizi, pertanto una coppia di porte e IP virtuali HTTP può gestire più di un servizio Web con bilanciamento del carico. Pertanto, c'è una sezione chiamata INSTALLAZIONE all'interno della farm HTTP 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 cercare modelli specifici nelle intestazioni HTTP delle connessioni in entrata. Se il modello corrisponde in entrambi i file host virtuale and Modello URL campo, i backend su 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.

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.
• Offloading SSL. Questa opzione consente di scaricare le crittografie AES tramite hardware se il processore lo consente. Ciò consentirà di ottimizzare le prestazioni dell'attività di crittografia/decrittografia SSL.

Certificati disponibili. Questi sono i certificati SSL disponibili installati sul dispositivo. Per abilitare ciascuno di essi, selezionare il certificato e fare clic sul pulsante freccia o semplicemente trascinarlo e rilasciarlo dalla casella Disponibile alla casella Abilitato. Puoi anche abilitare/disabilitare più certificati o anche tutti.

Certificati abilitati. In questo elenco gestirai i certificati attualmente utilizzati dalla farm. Puoi spostarli in alto o in basso con le doppie frecce alto/basso o addirittura disabilitarli tutti. Prendere in considerazione l'ordine dei certificati. Nel caso in cui si configuri un certificato con caratteri jolly prima di un certificato host, verrà utilizzato per primo il carattere jolly.

impostazioni avanzate #

Riscrivi le intestazioni di posizione. Se abilitato, la farm è obbligata a modificare il file Località and Content-Location intestazioni 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 di back-end. 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 indica i metodi HTTP che verranno utilizzati per convalidare le richieste del client HTTP. Se la richiesta del client non è consentita, al client verrà mostrato un errore. Ogni verbo ha ulteriori livelli inferiori di verbi.

• 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 selezionato, il 100 Continua la proprietà sarà disabilitata. Secondo il protocollo HTTP 1.1, quando viene inviata questa intestazione, i dati del modulo non vengono inviati con la richiesta iniziale. Invece, questa intestazione viene inviata al back-end del server web che risponde con 100 (Continua). Ciò significa che il server ha ricevuto le intestazioni della richiesta e che il client deve procedere all'invio del corpo della richiesta (nel caso di una richiesta per la quale è necessario inviare un corpo; ad esempio, una richiesta POST). Se il corpo della richiesta è di grandi dimensioni, inviarlo a un server quando una richiesta è già stata rifiutata in base a intestazioni inappropriate è inefficiente. Per fare in modo che un server controlli se la richiesta può essere accettata in base alle sole intestazioni della richiesta, un client deve inviare Aspettatevi: 100-continua come intestazione nella sua richiesta iniziale e verificare se un codice di stato di 100 Continue viene ricevuto in risposta prima di continuare (o ricevere 417 Expectation Failed e non continuare).

Registri. Abilitare o disabilitare i registri del traffico della farm per eseguire il debug e analizzare cosa sta passando attraverso il load balancer.

Timeout della connessione back-end. Questo valore indica il tempo in secondi che la farm dovrà attendere per una connessione al back-end. Di solito, sarà il tempo di attesa per l'apertura della presa. Per impostazione predefinita, questo valore sarà impostato su 20 secondi.

Frequenza per controllare i backend risorti. Questa è la frequenza con cui il sistema di bilanciamento del carico attenderà per verificare se un back-end è raggiungibile e per uscire da un server reale nella lista nera se è attivo. La farm controllerà periodicamente il back-end una volta che il server reale viene contrassegnato come inattivo, indipendentemente dal fatto che sia presente una nuova connessione client o meno. Per impostazione predefinita, questo valore sarà impostato su 10 secondi.

Timeout della risposta backend. Questo valore indica il tempo in secondi che la farm dovrà attendere per una risposta dai back-end. Per impostazione predefinita, questo valore sarà impostato su 45 secondi.

Timeout della richiesta del client. Questo valore indica il tempo che la farm dovrà attendere per la richiesta di un cliente. Una volta raggiunto questo timeout senza ottenere alcun dato dal client, la connessione verrà interrotta. Per impostazione predefinita, questo valore sarà impostato su 30 secondi.

Messaggi di errore HTTP #

Messaggi di errore personalizzati. Il servizio farm visualizzerà un messaggio personalizzato sul tuo sito quando viene rilevato un errore di codice web dai server reali. Verrà visualizzata una pagina HTML personalizzata per i codici di errore 414, 500, 501 e 503.

• 414: Richiesta-URI troppo lunga. Questo è il messaggio di errore del profilo HTTP/S se l'URI raggiunge il numero massimo di caratteri consentiti. Se ricevi questo errore, accorcia la lunghezza dell'URL.
• 500: Errore interno del server. Questo è il messaggio di errore del profilo HTTP/S se il back-end rileva un comando imprevisto
• 501: Non implementato. Questo è il messaggio di errore del profilo HTTP/S se il verbo di richiesta non è gestito o conosciuto dal proxy o dal back-end.
• 503 servizio non disponibile. Questo è il messaggio di errore del profilo HTTP/S se il proxy non trova un back-end disponibile per la richiesta. Ciò potrebbe verificarsi quando tutti i backend o i server sono inattivi o perché l'espressione regolare nella richiesta non corrisponde ad alcun servizio configurato.
• WAF 403: Proibito. Questo è il messaggio di errore del profilo HTTP/S se il WAF è abilitato e il motore WAF rifiuta la richiesta.

Headers #

In questa sezione possiamo aggiungere, modificare o eliminare le intestazioni di richiesta e risposta a livello globale, applicando azioni a tutti i servizi configurati. Se un'intestazione è configurata nella sezione del servizio, tale configurazione verrà eliminata.

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 ci permette di aggiungere, modificare o creare testata richieste e risposte come mostrato nell'immagine sottostante.

Tipo.

• Richiesta: rimuovere l'intestazione. Pattern di intestazione che verrà rimosso dalle richieste HTTP del client.
• Richiesta: modifica intestazione. Modifica l'intestazione dalle richieste HTTP del client.
• Richiesta: aggiungi intestazione. L'intestazione che verrà aggiunta alle richieste HTTP del client.
• Risposta: rimuovere l'intestazione. Pattern di intestazione che verrà rimosso dalla risposta HTTP di back-end.
• Risposta: modifica intestazione. Modifica l'intestazione dalla risposta HTTP di backend.
• Risposta: aggiungi intestazione. L'intestazione che verrà aggiunta alla risposta HTTP di backend.

Impostazioni servizi #

I servizi all'interno di una farm LSLB con un profilo HTTP forniscono funzionalità di cambio di contenuto per i servizi virtuali Web per fornire più servizi Web e applicazioni tramite il stesso IP virtuale e PORT. Questo aiuta a unificare le applicazioni Web attraverso un unico dominio, gestire gli host virtuali, gestire gli URL, configurare i reindirizzamenti, configurare persistenza e backend per servizio. Ogni servizio all'interno di una farm LSLB ha varie proprietà, controlli di integrità, persistenza, gestione delle intestazioni e un elenco di back-end. Le espressioni regolari possono essere utilizzate per soddisfare le condizioni che specificheranno il servizio da utilizzare per richiesta.

Ogni condizione di corrispondenza del servizio verrà verificata dal core del profilo della farm HTTP in modalità priorità (che può essere modificata se necessario). Se nessun servizio corrisponde, il core della farm restituirà un errore (errore HTTP 503). Per questo motivo sono consentite specifiche definizioni di servizi multipli. Se i campi URL e Host non sono definiti, tutte le richieste corrisponderanno. Le condizioni del servizio HTTP saranno determinate da un host virtuale e/o da un pattern URL.

Innanzitutto, è necessario creare e aggiungere almeno un server back-end a un servizio. Una volta applicato il nuovo servizio, i servizi HTTP verranno valutati dall'alto verso il basso nell'ordine dell'elenco. Il primo servizio corrispondente nel campo Host e/o URL elaborerà la richiesta. Tali condizioni del servizio sono determinate dall'URL o dai pattern host.

Le condizioni di servizio da soddisfare sono:

Host virtuale. Questa funzione 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. Le espressioni regolari in formato PCRE sono supportate 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, assicurando che la sua sintassi sia corretta. Se desideri ignorare questa condizione, puoi lasciare il campo vuoto. Le espressioni regolari in formato PCRE sono supportate 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.

Riscrivi le intestazioni di posizione. Se abilitato, il servizio è obbligato a modificare il Località and Content-Location intestazioni in risposta ai client. Se hanno il valore del backend stesso o del VIP (ma con protocollo diverso) la risposta verrà modificata per mostrare l'host virtuale nella richiesta. Se il pulsante di commutazione abilitato e confronta i backend è abilitato, quindi viene confrontato solo l'indirizzo IP di back-end. Ciò è essenziale quando si reindirizzano le richieste a un listener HTTPS sullo stesso server del listener HTTP. Quando si seleziona Abilita e confronta i backend, viene chiamato un flag Abilita il percorso per Riscrivi le intestazioni di posizione sarà disponibile. Abilita questo flag se stai lavorando con Riscrivi gli URL. Questo valore ti costringerà a controllare le risposte URL e cambierà la risposta all'originale se una regola è configurata in Riscrivi gli URL. Se questo campo è abilitato, sostituirà la stessa direttiva nella sezione globale.

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 reindirizzamento: Predefinito and Aggiungere. Con il Predefinito type, l'URL viene considerato come host assoluto e percorso a cui reindirizzare. Con il Aggiungere digitare, il percorso della richiesta originale verrà aggiunto all'host e il percorso specificato.

URL di reindirizzamento. Questo parametro controlla dove verrà reindirizzato il client dopo aver risposto a una richiesta. La richiesta del client riceve risposta automaticamente reindirizzando a un nuovo URL. Se configuri un valore di reindirizzamento, NON configurare i backend in questo servizio. Se la Host virtuale e Modello URL corrispondenza, l'appliance invierà un HTTP Posizione Intestazione risposta al client per poter essere reindirizzato all'URL configurato.

Codice di reindirizzamento. È possibile utilizzare diversi codici HTTP di reindirizzamento: 301 (spostato in modo permanente), 302 (spostato temporaneamente) o 307 (reindirizzamento temporaneo).

Persistenza #

Persistenza. Questo parametro definisce come il servizio HTTP gestirà la sessione client e quale connessione HTTP deve essere controllata per mantenere sessioni client sicure. Quando viene selezionato un tipo di sessione di persistenza, verrà mostrato il suo Time To Live TTL (secondi).

• Nessuna persistenza. Il servizio farm non controllerà le sessioni client. Le richieste HTTP o HTTPS verranno consegnate ai server reali.
• IP: indirizzo del cliente. L'indirizzo IP del client verrà utilizzato per mantenere aperte le sessioni client tramite i server reali.
• BASIC: autenticazione di base. L'intestazione di autenticazione di base HTTP verrà utilizzata per controllare le sessioni client. Ad esempio, quando una pagina Web richiede un'autenticazione di base dal 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 la sessione di persistenza Time To Life (TTL). Questo valore gestisce il tempo che il sistema di bilanciamento del carico risparmia quando il client e il back-end restano senza alcuna attività.

• 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
  

Cookies #

Inserimento di cookie. Se definito, il sistema di bilanciamento del carico creerà a biscotto in ogni risposta con la chiave appropriata del backend. Anche se la tabella delle sessioni viene svuotata o le sessioni sono disabilitate, verrà scelto il backend appropriato. Questa funzione evita di modificare il codice del server reale per creare un cookie di sessione.

Migliori Nome Cookie Un nome di un cookie che verrà creato e aggiunto alla richiesta del client/risposta back-end. Il Percorso dei cookie è l'URI o il percorso relativo in cui verrà creato il nuovo cookie. Per l'intero dominio, il carattere deve essere impostato. Dominio dei cookie è il dominio in cui verrà creato il cookie. Finalmente, Cookie TTL è il numero di secondi in cui il cookie verrà mantenuto in memoria tra il client e il back-end. Questo campo deve essere maggiore di 0. E questa volta è correlato al tempo senza alcuna attività. Dopo aver letto i secondi indicati senza alcuna attività, la sessione di persistenza verrà eliminata.

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.

AZIONI. Utilizzare le seguenti azioni per gestire i backend:
Per i backend già creati:

• 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.
PORT. 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.
STATUS. 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 .
LIMITE DI CONNESSIONE. Il numero massimo di connessioni simultanee che il back-end gestirà. Se viene raggiunto questo valore, le nuove connessioni al back-end verranno bloccate e il client riceverà un errore HTTP 503.

Aggiungi il modulo di 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.

Riscrivi gli URL #

Controlla un pattern per ottenere stringhe dagli URL e sostituirle. È possibile aggiungere diverse configurazioni. Tutti verranno applicati in sequenza all'URL in ingresso a meno che non sia impostato l'ultimo flag che terminerà la fase di riscrittura dell'URL e gli altri pattern di riscrittura degli URL non verranno valutati.

In questa sezione, la richiesta URL viene analizzata dal motore proxy HTTP, se la richiesta URL corrisponde a Cartamodello quindi la richiesta URL viene inviata al client con l'estensione sostituire espressione regolare configurata. Quando la risposta viene ricevuta dal sistema di bilanciamento del carico dal backend, la modifica all'URL reale verrà eseguita nel caso in cui la Rewrite Location Header sia attivata per il servizio con il valore Abilita il percorso per Riscrivi le intestazioni di posizione.

Ad esempio, se Pattern è configurato con il valore /media/(.+)$ e Sostituisci con valore /svc1/$1, la richiesta del client https://vhost.domain.com/media/console verrà inviata al backend con il valore https://vhost.domain.com/svc1/console

Regole IPDS per farm HTTP #

Questa sezione ti consente di abilitare le regole IPDS. L'elenco mostra diversi tipi di protezione e una casella di selezione per abilitarli. Per ulteriori informazioni, visitare il IPDS >> Regole delle liste nere, IPDS >> Regole DoS, IPDS >> Regole RBL or IPDS >> Regole WAF documentazione specifica.

Per ciascuno dei quattro tipi di regole IPDS, Blacklist, DoS, WAF e RBL, sono disponibili due tabelle, disponibili e abilitate. C'è anche un'icona a catena. Nella tabella Disponibile vedrai che tutte le regole disponibili sono dello stesso tipo e possono essere applicate a una determinata fattoria. Per quanto riguarda la tabella abilitata, vedrai che le regole applicate alla farm selezionata sono dello stesso tipo. C'è anche un simbolo di stato per ogni regola che dice se la regola è stata interrotta (colore rosso) colore o se è in esecuzione (colore verde).

È possibile accedere a ciascuna regola facendo clic sull'icona di modifica che consentirà di modificare i parametri della regola o addirittura di avviare/interrompere la regola. Non potrai creare una nuova regola all'interno di questa vista fattoria. Cambialo attraverso il IPDS .

Aggiungi una regola facendo clic sulla regola desiderata seguita dalla freccia singola a destra. Oppure puoi selezionarne più di una digitando contemporaneamente il tasto Maiusc e selezionando le regole che desideri aggiungere. Farete quindi clic sulla freccia singola a destra. Puoi anche aggiungere tutte le blacklist disponibili facendo clic sulla doppia freccia a destra.

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

Extra #

Guarda il nostro video per sapere quanto è facile configurare un reindirizzamento HTTPS RELIANOID.