|
Método de control
|
Descripción
|
Ejemplo
|
|
HTTP 200 OK
|
Se establece una conexión TCP con el Servidor Real. Una vez realizada la conexión, se envía una breve petición HTTP al Servidor Real.
Cuando se recibe la respuesta, se comprueba la cadena '200 OK'. Si está presente, el servidor se considera operativo.
Tenga en cuenta que al utilizar este monitor se obtiene toda la página con contenido.
Este método de monitorización sólo puede utilizarse realmente con los tipos de servicio HTTP y HTTP acelerado. Sin embargo, si un tipo de servicio de capa 4 está en uso para un servidor HTTP, todavía podría ser utilizado si SSL no está en uso en el servidor real o manejado apropiadamente por la facilidad "Content SSL".
|
Solicite
GET / HTTP/1.1
Anfitrión: 192.168.159.200
Aceptar: */*
Accept-Language: es-gb
Usuario-Agente: Edgenexus-ADC/4.0
Conexión: Keep-Alive
Cache-Control: no-cache
Respuesta
HTTP/1.1 200 OK
Content-Type: text/html
Última modificación: Wed, 31 Jan 2018 15:08:18 GMT
Accept-Ranges: bytes
ETag: "0dd3253a59ad31:0"
Servidor: Microsoft-IIS/10.0
Fecha: Tue, 13 Jul 2021 15:55:47 GMT
Contenido-Longitud: 1364
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//ES" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<cabeza>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<título>jetNEXUS</título>
<style type="text/css">
<!--
cuerpo {
color:#FFFFFF;
...
</body>
</html>
|
|
HTTP 200 Head
|
Se establece una conexión TCP con el Servidor Real con el campo PATH que especifica la ubicación a comprobar.
La parte de la cabeza de la respuesta se obtiene del servidor, con el contenido descartado. Se comprueba si la respuesta es 200 OK. Si está presente, el servidor se considera operativo.
Tenga en cuenta que al utilizar este monitor sólo se obtiene la parte de la cabeza.
Este método de monitorización sólo puede utilizarse realmente con los tipos de servicio HTTP y HTTP acelerado. Sin embargo, si un tipo de servicio de capa 4 está en uso para un servidor HTTP, todavía podría ser utilizado si SSL no está en uso en el servidor real o manejado apropiadamente por la facilidad "Content SSL".
|
Solicite
HEAD / HTTP/1.1
Anfitrión: 192.168.159.200
Aceptar: */*
Accept-Language: es-gb
Usuario-Agente: Edgenexus-ADC/4.0
Conexión: Keep-Alive
Cache-Control: no-cache
Respuesta
HTTP/1.1 200 OK
Contenido-Longitud: 1364
Content-Type: text/html
Última modificación: Wed, 31 Jan 2018 15:08:18 GMT
Accept-Ranges: bytes
ETag: "0dd3253a59ad31:0"
Servidor: Microsoft-IIS/10.0
Fecha: Tue, 13 Jul 2021 15:49:19 GMT
|
|
Opciones HTTP 200
|
Se establece una conexión TCP con el Servidor Real y se realiza una solicitud de Opciones.
Se devuelven las opciones y se comprueba el contenido 200 OK.
Si se encuentra el contenido 200 OK, se considera que el servidor está disponible.
|
Solicite
OPCIONES / HTTP/1.1
Anfitrión: 192.168.159.200
Aceptar: */*
Accept-Language: es-gb
Usuario-Agente: Edgenexus-ADC/4.0
Conexión: Keep-Alive
Cache-Control: no-cache
Respuesta
HTTP/1.1 200 OK
Permitir: OPCIONES, RASTREAR, OBTENER, CABEZA, POSTE
Servidor: Microsoft-IIS/10.0
Público: OPCIONES, RASTREAR, OBTENER, CABEZA, PUBLICAR
Fecha: Tue, 13 Jul 2021 16:23:39 GMT
Contenido-Longitud: 0
|
|
Cabezal HTTP
|
El monitor HTTP Head nos permite comprobar un valor específico en la parte Head del flujo HTTP. Podemos introducir una Ruta y una Respuesta Requerida en los campos correspondientes y luego comprobar ese valor en la respuesta.
Si se encuentra el valor de Respuesta Requerida en la Cabeza, se considera que el servidor está en funcionamiento y disponible.
También podemos utilizarlo en páginas especialmente protegidas que necesitan un nombre de usuario y una contraseña. De esta manera, se puede considerar que el resultado del monitor es preciso.
Por ejemplo, si se proporciona /ispagethere.html y los valores 200 OK en los campos Path y Required Response se obtendrá un resultado satisfactorio si el servidor está activo, la página está disponible y responde a la solicitud.
Este método de monitorización sólo puede utilizarse realmente con los tipos de servicio HTTP y HTTP acelerado. Sin embargo, si un tipo de servicio de capa 4 está en uso para un servidor HTTP, todavía podría ser utilizado si SSL no está en uso en el servidor real o manejado apropiadamente por la facilidad "Content SSL".
|
Solicite
HEAD /ispagethere.htm HTTP/1.1
Anfitrión: 192.168.159.200
Aceptar: */*
Accept-Language: es-gb
Usuario-Agente: Edgenexus-ADC/4.0
Conexión: Keep-Alive
Cache-Control: no-cache
Respuesta
HTTP/1.1 200 OK
Contenido-Longitud: 1364
Content-Type: text/html
Última modificación: Wed, 31 Jan 2018 15:08:18 GMT
Accept-Ranges: bytes
ETag: "0dd3253a59ad31:0"
Servidor: Microsoft-IIS/10.0
Fecha: Wed, 14 Jul 2021 08:28:18 GMT
|
|
Opciones HTTP
|
El monitor de Opciones HTTP le permite comprobar un valor específico dentro de los datos de Opciones devueltos.
Introducimos una Ruta y una Respuesta Requerida en los campos correspondientes y luego comprobamos la respuesta.
Si la respuesta requerida se encuentra en los datos de las opciones, el servidor está disponible y funcionando.
Los valores de la respuesta requerida pueden ser cualquiera de los siguientes: OPTIONS, TRACE, GET, HEAD y POST.
Por ejemplo, si se proporciona /ispagethere.html y los valores GET en los campos Path y Required Response se obtendrá un resultado satisfactorio si el servidor está activo, la página está disponible y responde a la solicitud.
Este método de monitorización sólo puede utilizarse realmente con los tipos de servicio HTTP y HTTP acelerado. Sin embargo, si un tipo de servicio de capa 4 está en uso para un servidor HTTP, todavía podría ser utilizado si SSL no está en uso en el servidor real o manejado apropiadamente por la facilidad "Content SSL".
|
Solicite
OPCIONES /ispagethere.htm HTTP/1.1
Anfitrión: 192.168.159.200
Aceptar: */*
Accept-Language: es-gb
Usuario-Agente: Edgenexus-ADC/4.0
Conexión: Keep-Alive
Cache-Control: no-cache
Respuesta
HTTP/1.1 200 OK
Permitir: OPCIONES, RASTREAR, OBTENER, CABEZA, POSTE
Servidor: Microsoft-IIS/10.0
Público: OPCIONES, RASTREAR, OBTENER, CABEZA, PUBLICAR
Fecha: Wed, 14 Jul 2021 09:47:27 GMT
Contenido-Longitud: 0
|
|
Respuesta HTTP
|
Se realiza una conexión y petición/respuesta HTTP al Servidor Real y se comprueba como se ha explicado en los ejemplos anteriores.
Pero en lugar de comprobar un código de respuesta "200 OK", la cabecera de la respuesta HTTP se comprueba en busca de contenido de texto personalizado. El texto puede ser una cabecera completa, parte de una cabecera, una línea de una parte de la página o una sola palabra.
Por ejemplo, en el ejemplo mostrado a la derecha, especificamos /ispagethere.htm como la Ruta y Microsoft-IIS como la Respuesta Requerida.
Si se encuentra el texto, se considera que el Servidor Real está en funcionamiento.
Este método de supervisión sólo puede utilizarse realmente con los tipos de servicio HTTP y HTTP acelerado.
Sin embargo, si un Tipo de Servicio de Capa 4 está en uso para un servidor HTTP, aún podría ser utilizado si SSL no está en uso en el Servidor Real o es manejado apropiadamente por la facilidad "Content SSL".
|
Solicite
GET /ispagethere.htm HTTP/1.1
Anfitrión: 192.168.159.200
Aceptar: */*
Accept-Language: es-gb
Usuario-Agente: Edgenexus-ADC/4.0
Conexión: Keep-Alive
Cache-Control: no-cache
Respuesta
HTTP/1.1 200 OK
Content-Type: text/html
Última modificación: Wed, 31 Jan 2018 15:08:18 GMT
Accept-Ranges: bytes
ETag: "0dd3253a59ad31:0"
Servidor: Microsoft-IIS/10.0
Fecha: Wed, 14 Jul 2021 10:07:13 GMT
Contenido-Longitud: 1364
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//ES" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<cabeza>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<título>jetNEXUS</título>
<style type="text/css">
<!--
cuerpo {
color:#FFFFFF;
…
|
|
Monitor TCP multipuerto
|
Este método es como el anterior, salvo que puede tener varios puertos diferentes. El monitor se considera exitoso sólo si todos los puertos especificados en la sección de contenido requerido responden correctamente.
|
Nombre: Monitor multipuerto
Descripción: Monitorear múltiples puertos para el éxito
Ubicación de la página: N/A
Contenido requerido: 135,59534,59535
|
|
TCP fuera de banda
|
El método TCP Out of Band es como un TCP Connect, excepto que puede especificar el puerto que desea supervisar en la columna de contenido requerido. Este puerto no suele ser el mismo que el puerto de tráfico y se utiliza cuando se quieren unir servicios
|
Nombre: TCP Fuera de Banda
Descripción: Monitorear el puerto fuera de banda/tráfico
Ubicación de la página: N/A
Contenido requerido: 555
|
|
DICOM
|
Enviamos un eco DICOM utilizando el valor del Título AE "Origen Llamado" en la columna de contenido requerido. También puede establecer el valor del Título AE "Destino Llamado" en la sección Notas de cada servidor. Puede encontrar la columna Notas dentro de los Servicios IP-
-Servicios virtuales--Página del servidor.
|
Nombre: DICOM
Descripción: Comprobación de la salud de L7 para el servicio DICOM
Método de monitorización: DICOM
Ubicación de la página: N/A
Contenido requerido: Valor AET
|
|
LDAPS
|
Esta nueva comprobación de salud se utiliza para comprobar la salud y la respuesta de un servidor LDAP/AD.
|
Nombre: LDAPS
Descripción: Comprobación del estado del servidor LDAP/AD
Los parámetros de uso son los siguientes:
Nombre de usuario: cn=nombre de usuario,cn=usuarios,dc=nombre de dominio,dc=local
Contraseña: DomainUserPassword
Contenido: 200OK
|
|
SNMP v2
|
Este método de monitorización le permite comprobar el estado de disponibilidad de un servidor utilizando la respuesta MIB SNMP del servidor.
El valor de la respuesta requerida debe contener el nombre de la comunidad.
|
|
|
Comprobación del servidor DNS
|
Al equilibrar la carga de los servidores DNS, es útil ver si el servidor responde a las consultas DNS.
El monitor se puede utilizar de la siguiente manera:
· El campo Ruta se utiliza para el FQDN que está consultando. Por ejemplo, si desea consultar www.edgenexus.io, introdúzcalo en el campo Ruta.
· Si se deja en blanco, el monitor utilizará su búsqueda por defecto para realizar la consulta.
· El campo Respuesta requerida puede dejarse en blanco, y el monitor asumirá que cualquier respuesta se considera válida. En caso contrario, deberá introducir la IP esperada en el campo Respuesta requerida. Por ejemplo, puede ser 101.10.10.100. Si la consulta devuelve este valor, el monitor marca un éxito; en caso contrario, marcará un fallo.
Un resultado satisfactorio indica que el servidor DNS que está equilibrando la carga está operativo.
|
|
