|
Metodo di monitoraggio
|
Descrizione
|
Esempio
|
|
HTTP 200 OK
|
Viene effettuata una connessione TCP al Real Server. Dopo aver stabilito la connessione, viene inviata una breve richiesta HTTP al Real Server.
Quando la risposta viene ricevuta, viene controllata per la stringa '200 OK'. Se è presente, il server è considerato operativo.
Si prega di notare che utilizzando questo monitor si recupera l'intera pagina con i contenuti.
Questo metodo di monitoraggio può essere usato solo con i tipi di servizio HTTP e Accelerated HTTP. Tuttavia, se un tipo di servizio Layer 4 è in uso per un server HTTP, potrebbe ancora essere usato se SSL non è in uso sul Real Server o gestito in modo appropriato dalla funzione "Content SSL".
|
Richiesta
GET / HTTP/1.1
Host: 192.168.159.200
Accettare: */*
Accetta la lingua: en-gb
User-Agent: Edgenexus-ADC/4.0
Connessione: Keep-Alive
Cache-Control: no-cache
Risposta
HTTP/1.1 200 OK
Tipo di contenuto: text/html
Ultimo-Modificato: Wed, 31 Jan 2018 15:08:18 GMT
Accetta: bytes
ETag: "0dd3253a59ad31:0"
Server: Microsoft-IIS/10.0
Data: Tue, 13 Jul 2021 15:55:47 GMT
Lunghezza del contenuto: 1364
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<titolo>jetNEXUS</titolo>
<style type="text/css">
<!--
corpo {
colore:#FFFFFF;
...
</body>
</html>
|
|
HTTP 200 Head
|
Viene effettuata una connessione TCP al Real Server con il campo PATH che specifica la posizione da controllare.
La porzione di testa della risposta viene recuperata dal server, con i contenuti scartati. La risposta viene controllata per 200 OK. Se è presente, il server è considerato operativo.
Si prega di notare che usando questo monitor si recupera solo la parte della testa.
Questo metodo di monitoraggio può essere usato solo con i tipi di servizio HTTP e Accelerated HTTP. Tuttavia, se un tipo di servizio Layer 4 è in uso per un server HTTP, potrebbe ancora essere usato se SSL non è in uso sul Real Server o gestito in modo appropriato dalla funzione "Content SSL".
|
Richiesta
TESTA / HTTP/1.1
Host: 192.168.159.200
Accettare: */*
Accetta la lingua: en-gb
User-Agent: Edgenexus-ADC/4.0
Connessione: Keep-Alive
Cache-Control: no-cache
Risposta
HTTP/1.1 200 OK
Lunghezza del contenuto: 1364
Tipo di contenuto: text/html
Ultimo-Modificato: Wed, 31 Jan 2018 15:08:18 GMT
Accetta: bytes
ETag: "0dd3253a59ad31:0"
Server: Microsoft-IIS/10.0
Data: Tue, 13 Jul 2021 15:49:19 GMT
|
|
Opzioni HTTP 200
|
Viene effettuata una connessione TCP al Real Server e viene fatta una richiesta di opzioni.
Le opzioni vengono restituite e controllate per il contenuto 200 OK.
Se il contenuto 200 OK viene trovato, allora il server è considerato disponibile.
|
Richiesta
OPZIONI / HTTP/1.1
Host: 192.168.159.200
Accettare: */*
Accetta la lingua: en-gb
User-Agent: Edgenexus-ADC/4.0
Connessione: Keep-Alive
Cache-Control: no-cache
Risposta
HTTP/1.1 200 OK
Permettere: OPZIONI, TRACCIA, GET, TESTA, POST
Server: Microsoft-IIS/10.0
Pubblico: OPZIONI, TRACCIA, OTTENERE, TESTA, POSTA
Data: Tue, 13 Jul 2021 16:23:39 GMT
Contenuto-Lunghezza: 0
|
|
Testa HTTP
|
Il monitor HTTP Head ci permette di controllare un valore specifico nella porzione Head del flusso HTTP. Possiamo inserire un percorso e una risposta richiesta nei campi appropriati e poi controllare quel valore nella risposta.
Se il valore Required Response viene trovato nell'Head, il server è considerato attivo e disponibile.
Possiamo anche usarlo su pagine specialmente protette che richiedono un nome utente e una password. In questo modo, il risultato del monitor può essere considerato accurato.
Per esempio, fornire /ispagethere.html e i valori 200 OK nei campi Path e Required Response restituirà un risultato di successo se il server è attivo, la pagina è disponibile e risponde alla richiesta.
Questo metodo di monitoraggio può essere usato solo con i tipi di servizio HTTP e Accelerated HTTP. Tuttavia, se un tipo di servizio Layer 4 è in uso per un server HTTP, potrebbe ancora essere usato se SSL non è in uso sul Real Server o gestito in modo appropriato dalla funzione "Content SSL".
|
Richiesta
HEAD /ispagethere.htm HTTP/1.1
Host: 192.168.159.200
Accettare: */*
Accetta la lingua: en-gb
User-Agent: Edgenexus-ADC/4.0
Connessione: Keep-Alive
Cache-Control: no-cache
Risposta
HTTP/1.1 200 OK
Lunghezza del contenuto: 1364
Tipo di contenuto: text/html
Ultimo-Modificato: Wed, 31 Jan 2018 15:08:18 GMT
Accetta: bytes
ETag: "0dd3253a59ad31:0"
Server: Microsoft-IIS/10.0
Data: Wed, 14 Jul 2021 08:28:18 GMT
|
|
Opzioni HTTP
|
Il monitor delle opzioni HTTP permette di controllare un valore specifico all'interno dei dati delle opzioni restituite.
Inseriamo un Percorso e una Risposta richiesta nei campi appropriati e poi controlliamo la risposta.
Se la risposta richiesta si trova nei dati delle opzioni, il server è disponibile e funzionante.
I valori di risposta richiesti possono essere uno qualsiasi dei seguenti: OPTIONS, TRACE, GET, HEAD e POST.
Per esempio, fornire /ispagethere.html e i valori GET nei campi Path e Required Response restituirà un risultato di successo se il server è attivo, la pagina è disponibile e risponde alla richiesta.
Questo metodo di monitoraggio può essere usato solo con i tipi di servizio HTTP e Accelerated HTTP. Tuttavia, se un tipo di servizio Layer 4 è in uso per un server HTTP, potrebbe ancora essere usato se SSL non è in uso sul Real Server o gestito in modo appropriato dalla funzione "Content SSL".
|
Richiesta
OPZIONI /ispagethere.htm HTTP/1.1
Host: 192.168.159.200
Accettare: */*
Accetta la lingua: en-gb
User-Agent: Edgenexus-ADC/4.0
Connessione: Keep-Alive
Cache-Control: no-cache
Risposta
HTTP/1.1 200 OK
Permettere: OPZIONI, TRACCIA, GET, TESTA, POST
Server: Microsoft-IIS/10.0
Pubblico: OPZIONI, TRACCIA, OTTENERE, TESTA, POSTA
Data: Wed, 14 Jul 2021 09:47:27 GMT
Contenuto-Lunghezza: 0
|
|
Risposta HTTP
|
Una connessione e una richiesta/risposta HTTP vengono fatte al Real Server e controllate come spiegato negli esempi precedenti.
Ma piuttosto che controllare un codice di risposta "200 OK", l'intestazione della risposta HTTP viene controllata per il contenuto del testo personalizzato. Il testo può essere un'intestazione completa, parte di un'intestazione, una riga di una parte di una pagina o solo una parola.
Per esempio, nell'esempio mostrato a destra, abbiamo specificato /ispagethere.htm come percorso e Microsoft-IIS come risposta richiesta.
Se il testo viene trovato, il Real Server è considerato attivo e funzionante.
Questo metodo di monitoraggio può essere usato solo con i tipi di servizio HTTP e Accelerated HTTP.
Tuttavia, se un tipo di servizio Layer 4 è in uso per un server HTTP, potrebbe ancora essere usato se SSL non è in uso sul Real Server o gestito in modo appropriato dalla funzione "Content SSL".
|
Richiesta
GET /ispagethere.htm HTTP/1.1
Host: 192.168.159.200
Accettare: */*
Accetta la lingua: en-gb
User-Agent: Edgenexus-ADC/4.0
Connessione: Keep-Alive
Cache-Control: no-cache
Risposta
HTTP/1.1 200 OK
Tipo di contenuto: text/html
Ultimo-Modificato: Wed, 31 Jan 2018 15:08:18 GMT
Accetta: bytes
ETag: "0dd3253a59ad31:0"
Server: Microsoft-IIS/10.0
Data: Wed, 14 Jul 2021 10:07:13 GMT
Lunghezza del contenuto: 1364
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<titolo>jetNEXUS</titolo>
<style type="text/css">
<!--
corpo {
colore:#FFFFFF;
…
|
|
Monitor TCP multiporta
|
Questo metodo è come il precedente, eccetto che si possono avere diverse porte. Il monitor è considerato riuscito solo se tutte le porte specificate nella sezione del contenuto richiesto rispondono correttamente.
|
Nome: Monitor multi-porta
Descrizione: Monitorare più porte per il successo
Posizione della pagina: N/A
Contenuto richiesto: 135,59534,59535
|
|
TCP fuori banda
|
Il metodo TCP Out of Band è come un TCP Connect, tranne che puoi specificare la porta che desideri monitorare nella colonna del contenuto richiesto. Questa porta non è tipicamente la stessa della porta del traffico e viene utilizzata quando si desidera legare i servizi insieme
|
Nome: TCP fuori banda
Descrizione: Monitorare la porta Out of Band/Traffic
Posizione della pagina: N/A
Contenuto richiesto: 555
|
|
DICOM
|
Inviamo un eco DICOM usando il valore "Source Calling" AE Title nella colonna del contenuto richiesto. Potete anche impostare il valore AE Title "Destination Called" nella sezione Notes di ogni server. Potete trovare la colonna Note all'interno di IP Services-
Servizi virtuali - pagina del server.
|
Nome: DICOM
Descrizione: Controllo di salute L7 per il servizio DICOM
Metodo di monitoraggio: DICOM
Posizione della pagina: N/A
Contenuto richiesto: Valore AET
|
|
LDAPS
|
Questo nuovo controllo dello stato di salute è usato per verificare lo stato e la risposta di un server LDAP/AD.
|
Nome: LDAPS
Descrizione: Controllo della salute del server LDAP/AD
I parametri di utilizzo sono i seguenti:
Nome utente: cn=username,cn=users,dc=domainname,dc=local
Password: DomainUserPassword
Contenuto: 200OK
|
|
SNMP v2
|
Questo metodo di monitoraggio permette di controllare lo stato di disponibilità di un server usando la risposta SNMP MIB del server.
Il valore Require Response dovrebbe contenere il Community Name.
|
|
|
Controllo del server DNS
|
Quando si bilanciano i server DNS, è utile vedere se il server risponde alle query DNS.
Il monitor può essere utilizzato come segue:
· Il campo Path è usato per il FQDN che stai interrogando. Per esempio, se vuoi interrogare www.edgenexus.io, allora inserisci questo nel campo Path.
· Se lasciate questo vuoto, allora il monitor userà il suo lookup predefinito per fare la query.
· Il campo Required Response può essere lasciato vuoto, e il monitor assumerà che qualsiasi risposta sia considerata valida. Altrimenti, dovresti inserire l'IP previsto nel campo Required Response. Per esempio, questo potrebbe essere 101.10.10.100. Se la query restituisce questo valore, il monitor segnala un successo, altrimenti segnala un fallimento.
Un risultato di successo indica che il server DNS che state bilanciando è operativo.
|
|
