Impostazioni globali per HTTP Farm Profile #

Questo profilo gestisce il cambio di contenuto alla consegna dell'applicazione di livello 7 per i protocolli HTTP e HTTPS.

Migliori Stato dell'azienda agricola è rappresentato utilizzando indicatori di colore come descritto di seguito:

• Verde: Si intende UP. La farm è in esecuzione e tutti i back-end sono SU o il reindirizzamento è configurato.
• Rosso: Si intende GIÙ. La fattoria è stata fermata.
• Nero: indica a CRITICA danno. La farm è attiva ma non è disponibile alcun backend o sono in modalità di manutenzione.
• Blu: Significa che c'è un PROBLEMA. La farm è in esecuzione ma almeno un back-end è inattivo.
• Arancione: Si intende MANUTENZIONE. La farm è in esecuzione ma almeno un back-end è in modalità manutenzione.

Questi codici colore sono gli stessi in tutta l'interfaccia utente grafica. Trova una spiegazione concisa su questi colori in 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.

Ogni farm (o servizio virtuale) HTTP(S) gestisce diversi servizi come un proxy inverso, pertanto un IP virtuale HTTP e una coppia di porte possono gestire più di un servizio Web con bilanciamento del carico. Pertanto, c'è una sezione chiamata INSTALLAZIONE in una farm HTTP per offrire flessibilità dell'host virtuale e consentire la creazione di un elenco di backend per ciascun servizio.

Ciascun servizio HTTP(S) utilizza una combinazione di espressioni regolari (per host virtuale e pattern URL) in PCRE per gestire tutte le connessioni in entrata la cui intestazione HTTP corrisponde a entrambi.

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. Assicurati che un nuovo nome non sia già in uso.

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 da gestire a livello 7 per il cambio di contenuto.

• HTTP. Il servizio virtuale capirà solo il contenuto HTTP normale.
• HTTPS. Il servizio virtuale comprenderà il contenuto HTTP protetto, gestirà gli handshake SSL, gestirà configurazioni di crittografia sicure, certificati SSL (caratteri jolly o SNI), ecc., per eseguire l'offload SSL e alleggerire i server delle applicazioni reali da queste attività pesanti.

Parametri HTTPS #

Parametri HTTPS si possono trovare qui di seguito.

Disabilita SSLV2, Disabilita SSLV3, Disabilita TLSV1, Disabilita TLSV1.1, Disabilita TLSV1.2 pulsanti selezionabili se selezionati, evitare di utilizzare quei protocolli indicati. Una volta disabilitato un protocollo, anche i suoi codici verranno disabilitati.

Ciphers. Questo campo viene utilizzato per creare un elenco di crittografie accettate dalle connessioni SSL per rafforzare tale connessione. Prima che un client e un server possano iniziare a scambiare informazioni protette da TLS, devono scambiare in modo sicuro o concordare una chiave di crittografia e un codice da utilizzare durante la crittografia dei dati.

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

• Tutti. Questo elemento indica che tutti i codici possono essere gestiti dal listener HTTPS. 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

  Che saranno abbastanza per passare attraverso un A+ in Labs SSL .

• Sicurezza personalizzata. Questo comando consente di impostare le proprie crittografie consentite tramite il Cifrari personalizzati campo.
• Cifrari personalizzati. Ciò consente di personalizzare quali cifrature saranno consentite o vietate per essere utilizzate dalla connessione SSL. Deve essere una stringa nello stesso formato di Crittografie OpenSSL . Questo comando verrà visualizzato se Sicurezza personalizzata è impostato.

Certificati disponibili. Questi sono i certificati SSL disponibili installati sul dispositivo. Per abilitarne uno, seleziona il certificato e fai clic sul pulsante freccia o semplicemente trascinalo e rilascialo 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).

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 una richiesta del client. Una volta raggiunto questo timeout senza ottenere alcun dato dal client, la connessione verrà terminata. 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 consentito. Se ricevi questo errore, riduci 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 richieste e intestazioni di 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 un'intestazione globale.
Elimina. Verrà eliminata un'intestazione globale.

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 proprietà, controlli di integrità, persistenza, gestione dell'intestazione e un elenco back-end diversi. Le espressioni regolari possono essere utilizzate per soddisfare le condizioni che specificheranno il servizio da utilizzare per ogni 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 almeno un servizio per aggiungere un back-end. Una volta applicato il nuovo servizio, i servizi HTTP verranno valutati dall'alto verso il basso nell'ordine di elenco. Il primo servizio che corrisponde al campo Host e/o URL elaborerà la richiesta. Tali condizioni di servizio sono determinate da URL o modelli host.

Le condizioni di servizio da soddisfare sono:

Host virtuale. Questo campo specifica la condizione determinata dal nome di dominio tramite lo stesso IP virtuale e la stessa porta definiti da una farm HTTP. Per eliminare questa condizione, lasciala vuota. Questo campo supporta le espressioni regolari in formato PCRE.

Modello URL. Questo campo determina un servizio Web in base all'URL tramite il quale il client sta richiedendo. Questo URL verrà verificato utilizzando un pattern URL specifico che verrà verificato sintatticamente. Per eliminare questa condizione, lasciala vuota. Questo campo supporta le espressioni regolari in formato PCRE.

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
  

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, quindi i dati verranno crittografati prima di essere inviati.

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.

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.

Sarai in grado di configurare gli stessi parametri descritti in precedenza, quindi fare clic sul pulsante Salva per creare il backend.

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.

Aggiungi il modulo di back-end: