No se encontraron secciones coincidentes.

Host-Tracker REST API v1

Una API HTTP estable, autenticada mediante token, para gestionar tareas de monitoreo de sitios web, contactos, suscripciones de alertas/informes, y leer estadísticas, caídas e incidentes.

URL base

Cada ruta de este documento es relativa a una URL base. Dos puntos de entrada sirven la misma API:

A lo largo de esta referencia, una llamada escrita como GET tasks significa GET BASE_URL/tasks — por ejemplo, https://api1.host-tracker.com/tasks o https://www.host-tracker.com/api/web/v1/tasks.

Tipo de contenido y métodos HTTP

Las solicitudes y respuestas son application/json de forma predeterminada (consulte Convenciones para XML). La API utiliza los métodos HTTP estándar:

• GET — leer entidades (tareas, contactos, suscripciones, estadísticas, caídas, incidentes, agentes).
• POST — crear una entidad o iniciar una acción.
• PUT — actualizar entidades existentes.
• DELETE — eliminar entidades.
• PATCH — actualizaciones parciales (se usa para reenviar un código de confirmación de contacto).

Sobrescritura del método HTTP

Si su cliente no puede enviar PUT, DELETE o PATCH, envíe un POST y agregue un encabezado X-HTTP-Method-Override que indique el verbo deseado. Por ejemplo, para actualizar tareas, envíe un POST a tasks con X-HTTP-Method-Override: PUT.

Convenciones

Serialización JSON

JSON utiliza nombres de propiedades en camelCase. Los campos nulos se omiten en las respuestas (los arreglos vacíos igual se emiten como []). El orden de las propiedades es estable: primero el identificador y la dirección/url, luego los campos heredados, y después los campos específicos del tipo.

Fecha y hora

Las respuestas de creación/lectura de tareas llevan las marcas de tiempo como cadenas ISO-8601 UTC (por ejemplo, 2024-06-21T22:26:23Z). Los endpoints de estadísticas, caídas, incidentes y resultados además usan una representación dual: cada hora aparece tanto como un campo entero en segundos Unix (sufijo Unix) como una cadena legible formateada según el formato de fecha y la zona horaria del perfil de la cuenta. Los filtros de solicitud aceptan segundos Unix y/o cadenas formateadas según el endpoint (documentado por endpoint más abajo). Todas las marcas de tiempo Unix son segundos desde 1970-01-01T00:00:00Z.

Negociación de contenido XML

Todos los endpoints también pueden devolver XML. Envíe Accept: application/xml para recibir un cuerpo XML en lugar de JSON; la respuesta usa la representación clásica de .NET XmlSerializer del mismo grafo de objetos. JSON es el formato predeterminado y recomendado.

CORS

Se permiten solicitudes de origen cruzado. Las solicitudes simples (sin credenciales) se aceptan desde cualquier origen (Access-Control-Allow-Origin: *). Las solicitudes que envían cookies/credenciales solo se aceptan desde orígenes *.host-tracker.com. Los llamadores basados en token (que usan el encabezado Authorization, como se documenta aquí) no se ven afectados por la restricción de origen con credenciales.

Autenticación

Todos los endpoints, excepto POST users/token y los endpoints anónimos de listado de agentes, requieren autenticación. Se aceptan dos esquemas:

• Token Bearer — obtenido de POST users/token, enviado como Authorization: bearer <token>. Este es el esquema principal.
• HTTP Basic — Authorization: Basic <base64(login:password)>. Las credenciales se decodifican como ISO-8859-1. Conveniente para pruebas rápidas; se prefiere el token bearer para la automatización.

POST users/token anónimo

Intercambia un login y una contraseña por un token bearer. El token es válido durante 48 horas.

Cuerpo de la solicitud

{
  "login": "your-login",
  "password": "your-password"
}

Respuesta — 200 OK

{
  "ticket": "<bearer token>",
  "expirationTime": "2024-06-23T22:26:23Z",
  "expirationUnixTime": 1719181583
}

Si falla, la respuesta es 401 con el código de máquina IncorrectLoginOrPassword (o AccessDenied si el acceso a la API está deshabilitado para la cuenta) y un encabezado WWW-Authenticate: Bearer.

Uso del token

GET BASE_URL/tasks HTTP/1.1
Host: api1.host-tracker.com
Accept: application/json
Authorization: bearer 3DD135...5EE510417

Suplantación de subcuenta (forLogin)

Si una cuenta superior le otorgó a su subcuenta acceso a sus datos, inicie sesión como la subcuenta pero pase el login de la cuenta superior en forLogin. El token devuelto le permite entonces administrar la cuenta superior exactamente como si los endpoints se llamaran para su propia cuenta, sujeto a los derechos que la cuenta superior otorgó. Por ejemplo, si otorgó acceso de solo lectura a las tareas de monitoreo, las llamadas GET tienen éxito pero POST/PUT/PATCH/DELETE sobre tasks son rechazadas.

# 1. Obtener un token de suplantación
POST BASE_URL/users/token HTTP/1.1
Content-Type: application/json

{
  "login": "subaccount-login",
  "password": "subaccount-password",
  "forLogin": "superaccount-login"
}

# 2. Usa el ticket devuelto para leer las tareas de la cuenta SUPERIOR
GET BASE_URL/tasks HTTP/1.1
Authorization: bearer <ticket from step 1>

curl

# obtener un token y almacenarlo
TOKEN=$(curl -s -X POST https://api1.host-tracker.com/users/token \
  -H "Content-Type: application/json" \
  -d '{"login":"your-login","password":"your-password"}' \
  | grep -o '"ticket":"[^"]*"' | cut -d'"' -f4)

# llamar a un endpoint autenticado
curl -s https://api1.host-tracker.com/tasks \
  -H "Authorization: bearer $TOKEN"

Errores y códigos de máquina

Los errores devuelven un código de estado HTTP estándar más un código corto legible por máquina sobre el cual su integración puede ramificar la lógica. El cuerpo es una descripción en texto plano en inglés (no JSON), destinada a humanos/registros.

El código de máquina se entrega de dos maneras:

• Encabezado de respuesta X-HT-Reason — lleva el código en cada respuesta y en cada versión de HTTP. Esta es la forma recomendada de detectar el tipo de error.
• Frase de motivo HTTP/1.1 — la línea de estado se ve, por ejemplo, así: HTTP/1.1 400 SimilarExists. Se conserva por compatibilidad con versiones anteriores, pero tenga en cuenta que HTTP/2 y HTTP/3 eliminaron las frases de motivo del protocolo, por lo que este campo puede estar vacío cuando la conexión negocia HTTP/2+. Prefiera X-HT-Reason.

HTTP/1.1 400 SimilarExists
X-HT-Reason: SimilarExists
Content-Type: text/plain; charset=utf-8

Same task allready exists

Referencia de códigos de error

Todos los códigos de máquina que la API puede devolver, agrupados por área, con el estado HTTP típico. Salvo que se indique lo contrario, los errores son 400 Bad Request.

Autenticación

Tareas

Contactos

Suscripciones

Límites de tasa

Las solicitudes están limitadas en tasa por cliente y por endpoint. Exceder un límite devuelve 429 con el código de máquina RequestThrottled y un encabezado Retry-After (en segundos).

HTTP/1.1 429 RequestThrottled
X-HT-Reason: RequestThrottled
Retry-After: 1
Content-Type: application/json; charset=utf-8

"API calls quota exceeded! maximum admitted 6 per s."

Tareas de monitoreo

GET tasks/types

Devuelve el arreglo de nombres de tipos de tarea que el sistema conoce:

["API","CntCheck","Counter","DNSBL","Database","DomainExp","Http",
 "Ping","Port","RusRegBL","SSLExp","Snmp","Tran","Waterfall","WebRisk"]

GET tasks/intervals

Devuelve el arreglo de intervalos de monitoreo (en minutos) aceptados para su cuenta, por ejemplo [1,5,15,30,60]. Use uno de estos valores para el campo interval al crear una tarea; cualquier otro valor produce WrongInterval.

GET tasks

Lista las tareas de monitoreo. Todos los parámetros de consulta son opcionales; sin ninguno, se devuelven todas las tareas de la cuenta. Repita un parámetro para pasar un arreglo, por ejemplo ?ids=guid1&ids=guid2.

El parámetro info

Solicita datos adicionales incrustados en cada tarea. Combine valores con comas (?info=stats,subscriptions) o pase el entero de máscara de bits equivalente:

?info=stats,subscriptions,results es equivalente a ?info=7.

Parámetros de filtro

Respuesta — 200 OK

Un arreglo de objetos de tarea. Los campos exactos dependen del tipo de tarea; la base común incluye id, name, taskType, enabled, interval, lastState, creationTime, tags, agentPools, y (cuando se solicita mediante info) subscriptions, stats, results y attached. Cuando se incluyen resultados, cada resultado lleva al menos timestamp (segundos Unix UTC) y eventNumber; los campos restantes son específicos del tipo de tarea (consulte la respuesta de creación más abajo para conocer la forma de HTTP).

GET BASE_URL/tasks?info=stats,subscriptions&taskType=Http HTTP/1.1
Accept: application/json
Authorization: bearer <token>

GET tasks/{id:guid}

Obtiene una única tarea por id. Acepta el mismo parámetro info (y sdtu/edtu cuando info=results). Devuelve el objeto de tarea, o 404 NotFound si no existe.

POST tasks/http · tasks/ping · tasks/port · tasks/rusbl

Crea una tarea de monitoreo del tipo indicado. Si tiene éxito, devuelve 201 Created, un encabezado relativo Location: /tasks/{id}, y el objeto completo de la tarea creada.

Cuerpo de la solicitud — tarea HTTP

{
  // campos específicos de HTTP
  "url": "https://www.example.com",        // OBLIGATORIO
  "httpMethod": "Get",                       // Get | Post | Head (por defecto Get)
  "userAgent": "MyMonitor",
  "referer": "https://www.google.com",
  "acceptHeader": "application/json",
  "followRedirect": false,
  "treat300AsError": false,                // si se activa, followRedirect se ignora
  "checkDnsbl": false,                       // verifica el dominio contra listas de bloqueo DNS
  "checkDomainExpiration": false,            // monitorea la caducidad del dominio (solo dominios válidos)
  "checkCertificateExpiration": false,       // monitorea la caducidad del certificado TLS (solo https)
  "checkRussianBlackLists": false,
  "checkWebRisk": false,
  "timeout": 40000,                          // ms antes de que una verificación falle
  "keywords": ["error", "maintenance"],
  "keywordMode": "ReverseAny",             // ver los modos de palabra clave más abajo
  "userName": "basic-auth-user",          // credenciales para el recurso monitoreado
  "password": "basic-auth-pass",
  "postParameters": "a=1\r\nb=2",          // solo con httpMethod=Post
  "ignoredStatuses": [404, 500],

  // campos comunes a todos los tipos de tarea
  "interval": 5,                             // minutos; debe ser un intervalo aceptado
  "enabled": true,
  "fullLog": false,                          // solo paquetes avanzados
  "openStat": true,
  "name": "My website",
  "tags": ["production", "web"],
  "agentPools": ["westeurope", "asia"],  // ver notas más abajo
  "subscriptions": [ /* suscripciones en línea, ver más abajo */ ]
}

Suscripciones en línea

El arreglo subscriptions suscribe contactos a las alertas/informes de esta tarea en el momento de la creación. Cada entrada usa la forma de suscripción; no establezca taskIds (queda fijado a la nueva tarea). Si se omite contactIds, se suscriben todos sus contactos confirmados. Las suscripciones de informes se aplican solo a contactos de tipo Email.

Otros tipos de tarea

• tasks/ping — el cuerpo lleva host además de los campos comunes.
• tasks/port — el cuerpo lleva host y port además de los campos comunes.
• tasks/rusbl — comprobación de lista de bloqueo del registro ruso; el cuerpo lleva url, además de ignoreWarnings, doNotSendMsgOnWarnings, prefixMatch y los campos comunes.

Respuesta — 201 Created (tarea HTTP)

{
  "id": "ef10cd12-93f9-e311-bec5-dc85de1f0bc2",
  "url": "https://www.example.com",
  "rawUrl": "https://www.example.com",
  "name": "My website",
  "creationTime": "2024-06-21T22:26:23Z",
  "taskType": "Http",
  "enabled": true,
  "interval": 5,
  "lastState": true,
  "openStatEnabled": true,
  "fullLogEnabled": false,
  "tags": ["production", "web"],
  "agentPools": ["westeurope", "asia"],
  "subscriptions": [
    { "alertTypes": ["Up"],   "taskIds": ["ef10cd12-...-0bc2"], "contactIds": ["4cedf037-...-0bc2"] },
    { "alertTypes": ["Down"], "taskIds": ["ef10cd12-...-0bc2"], "contactIds": ["4cedf037-...-0bc2"] },
    { "reportTypes": ["Month"], "taskIds": ["ef10cd12-...-0bc2"], "contactIds": ["4cedf037-...-0bc2"] }
  ],
  "httpMethod": "Get",
  "keywords": ["error"],
  "keywordMode": "ReverseAny",
  "timeout": 40000
}

curl

curl -s -X POST https://api1.host-tracker.com/tasks/http \
  -H "Authorization: bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{"url":"https://www.example.com","interval":5,"name":"My website"}'

PUT tasks y variantes tipadas

Actualiza tareas. Dos formas:

• Por id — PUT tasks/{id} (solo campos comunes), o los tipados PUT tasks/http/{id}, tasks/ping/{id}, tasks/port/{id}, tasks/rusbl/{id} (también campos específicos del tipo). El cuerpo tiene la misma forma editable que en la creación; solo se modifican los campos que incluya.
• Por filtro — PUT tasks?<filter> (solo campos comunes) o el tipado PUT tasks/{type}?<filter> (que fija el filtro a ese tipo). Usa los mismos parámetros de filtro que GET tasks. Devuelve la(s) tarea(s) actualizada(s).

El PUT tasks / PUT tasks/{id} sin tipar solo puede modificar los campos comunes a todos los tipos de tarea — use un endpoint tipado para cambiar configuraciones específicas del tipo.

DELETE tasks/{id:guid} & tasks

• DELETE tasks/{id} — elimina una única tarea; devuelve la tarea eliminada.
• DELETE tasks?<filter> — elimina en bloque según el filtro de tareas (el filtro también puede proporcionarse en el cuerpo de la solicitud). Devuelve las tareas eliminadas.

POST tasks/$batch · task/$batch

Ejecuta varias operaciones de tareas en una sola solicitud. El cuerpo es un arreglo JSON de subsolicitudes; la respuesta es un arreglo JSON de subrespuestas en el mismo orden. La suboperación se elige según el último segmento de relativeUrl (por ejemplo, http → POST tasks/http). El cuerpo de la solicitud debe ser JSON (Content-Type: application/json). El mismo mecanismo existe para contactos en contacts/$batch / contact/$batch.

POST BASE_URL/tasks/$batch HTTP/1.1
Authorization: bearer <token>
Content-Type: application/json

[
  {
    "method": "POST",
    "relativeUrl": "http",
    "contentType": "application/json",
    "content": "{\"url\":\"https://a.example.com\",\"interval\":5}"
  },
  {
    "method": "POST",
    "relativeUrl": "ping",
    "contentType": "application/json",
    "content": "{\"host\":\"b.example.com\"}"
  }
]

[
  { "code": 201, "status": "Created",
    "headers": { "Location": "/tasks/ef10cd12-...-0bc2" },
    "body": "{ ...created http task... }" },
  { "code": 201, "status": "Created",
    "headers": { "Location": "/tasks/7a20de34-...-1cd3" },
    "body": "{ ...created ping task... }" }
]

Contactos

Los contactos son los destinos que reciben alertas e informes (direcciones de correo electrónico, números de teléfono para SMS/voz). Los ids de contacto se usan al crear suscripciones.

GET contacts/types · contacts/delays · contacts/sms/gateways · contacts/im/gateways

Enumeraciones estáticas utilizadas por los endpoints de contacto:

GET contacts & contacts/{id:guid}

Lista los contactos (opcionalmente filtrados) u obtiene uno por id. Agregue ?info=subscriptions para incrustar las suscripciones de cada contacto. Sin filtro, se devuelven todos los contactos de la cuenta.

Objeto de contacto

Campos comunes: id, confirmed, contactType, name, address, alertDelay, activePeriodStart/activePeriodEnd (HH:mm), activeDays, sendCost. Los contactos de Email agregan reportFormat (Text/ShortText), sendNews, sendBillingNotifications; los contactos SMS/IM agregan gateway.

POST contacts/email · contacts/sms · contacts/voice

Crea un contacto. Devuelve 201 Created, un encabezado relativo Location: /contacts/{id}, y un ContactOperationResult ({ contact, status }) cuyo status informa el resultado de la confirmación.

{
  "address": "ops@@example.com",          // OBLIGATORIO
  "name": "Ops mailbox",
  "alertDelay": 0,                        // minutos; uno de contacts/delays
  "reportFormat": "Text",               // Text | ShortText (solo email)
  "activePeriodStart": "00:00",        // ventana opcional de horas de silencio (HH:mm)
  "activePeriodEnd": "23:59",
  "activeDays": ["Monday", "Tuesday"],   // opcional; por defecto todos los días
  "subscriptions": [ /* suscripciones en línea opcionales */ ]
}

Los contactos SMS y de voz usan de forma predeterminada los gateways twiliosms / twiliovoice, obtienen un precio predeterminado por mensaje, y almacenan el número con un + inicial. Cambiar la dirección o el gateway de un contacto reinicia su estado de confirmación.

Valores de estado de confirmación

El campo status del resultado informa el resultado del envío del código de confirmación:

PUT contacts y variantes tipadas

• Por id — PUT contacts/{id} (campos comunes), o los tipados PUT contacts/email/{id}, contacts/sms/{id}, contacts/voice/{id}. Solo se modifican los campos que envíe.
• Por filtro — PUT contacts?<filter> o el tipado PUT contacts/{type}?<filter> (que fija el filtro a ese tipo), usando el filtro de contactos.

PUT contacts/im (ambas formas) devuelve 400 WrongContactType.

DELETE contacts/{id:guid} & contacts

Elimina un contacto por id, o elimina en bloque según el filtro de contactos. Al igual que con las tareas, una eliminación en bloque con un filtro vacío se rechaza con 400 EmptyFilter.

Códigos de confirmación

Los contactos no confirmados deben confirmar la propiedad con un código corto entregado a la dirección del contacto.

• PATCH contacts/{id}/code — (re)emite y envía el código de confirmación. Devuelve un ContactOperationResult con un status como CodeSent.
• POST contacts/{id}/code — confirma el contacto enviando el código. Cuerpo: { "code": "12345" }. Si tiene éxito, el contacto queda confirmado.

Alertas y suscripciones

Una suscripción vincula una o más tareas y contactos con un conjunto de tipos de alerta y/o informe. Una única entrada de suscripción combina de forma cruzada sus tareas y contactos, produciendo una alerta/informe por cada (tarea, contacto, tipo).

Forma de la suscripción

{
  "alertTypes": ["Up", "Down"],       // cualquiera de Up, Down, RepeatedlyDown
  "reportTypes": ["Day", "Month"],     // cualquiera de Day, Week, Month, Quarter, Year
  "taskIds": ["<task guid>"],
  "contactIds": ["<contact guid>"]
}

• Se requiere al menos uno de alertTypes / reportTypes, de lo contrario AlertsAndReportsAreEmpty.
• Omitir taskIds equivale a todas sus tareas; omitir contactIds equivale a todos sus contactos. Un arreglo vacío explícito significa "ninguno".
• Las suscripciones de informes se aplican solo a contactos de tipo Email — los tipos de informe en contactos que no son Email se ignoran silenciosamente (sus suscripciones de alerta sí se crean).
• Los ids que no le pertenecen se ignoran.

GET subscriptions/alertTypes · subscriptions/reportTypes

GET subscriptions

Lista las suscripciones. Devuelve una entrada por cada suscripción de alerta o informe encontrada (nunca combinadas). Filtros opcionales:

POST subscriptions · DELETE subscriptions

Ambos toman un arreglo JSON de entradas de suscripción en el cuerpo. POST agrega las suscripciones descritas (solo se insertan las filas nuevas); DELETE elimina las que existen. Ambos devuelven 200 OK con un cuerpo vacío. Los tipos de alerta/informe desconocidos se rechazan con UnknownAlertType / UnknownReportType.

[
  { "alertTypes": ["Up", "Down"],
    "taskIds": ["7ee87894-b8a9-e311-beb2-dc85de1f0bc2"],
    "contactIds": ["4cedf037-d1d9-e311-bebc-dc85de1f0bc2"] },
  { "reportTypes": ["Month"],
    "taskIds": ["7ee87894-b8a9-e311-beb2-dc85de1f0bc2"],
    "contactIds": ["4cedf037-d1d9-e311-bebc-dc85de1f0bc2"] }
]

curl -s -X POST https://api1.host-tracker.com/subscriptions \
  -H "Authorization: bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '[{"alertTypes":["Up","Down"],"taskIds":["<task>"],"contactIds":["<contact>"]}]'

Estadísticas y resultados

GET stats

Agregados de tiempo de actividad/inactividad por tarea en una ventana de tiempo. Acepta el filtro de tareas para seleccionar tareas, además de:

Respuesta

Un objeto Stats con la ventana resuelta (campos de fecha duales) y un arreglo stats. Cada entrada lleva la referencia de la tarea y: uptimeInMinutes/uptimeSpan, downtimeInMinutes/downtimeSpan, los tiempos de actividad/inactividad por mantenimiento, totalTimeInMinutes, los recuentos de comprobaciones por bucket, y uptimePercent/downtimePercent.

GET outages

Intervalos de inactividad por tarea. Acepta el filtro de tareas además de:

Respuesta: un objeto Outages con la ventana resuelta y un arreglo taskOutages; cada elemento asocia una tarea con sus intervalos outages (startTime/endTime + variantes Unix, números de evento, comentario opcional).

GET incident

Lista de incidentes (eventos de fallo) por tarea. Acepta el filtro de tareas más los mismos parámetros de ventana/zona horaria que outages, además de:

Respuesta: un objeto Incidents con un arreglo taskIncidents. Cada incidente lleva taskId, checkId, las horas Unix de inicio/fin, la location que falló, el error, hasSnapshot, y (con fullLog) un bloque recheck que enumera las ubicaciones OK y las ubicaciones con fallo por cada error.

GET incident/snapshot

Obtiene la instantánea de la respuesta almacenada capturada para un incidente. Parámetros:

Devuelve la instantánea (una marca de tiempo más los bytes capturados) cuando existe, o null cuando no hay instantánea para el incidente indicado.

GET results/http

Métricas agregadas de tiempo HTTP por tarea. Fuerza el tipo de tarea Http. Acepta el filtro de tareas además de:

Respuesta: un objeto AggregatedHttpResults; cada entrada de taskResults informa la referencia de la tarea y los promedios de responseTime, dnsTime, headTime, dataTime (milisegundos).

GET cr/httpResponseTime

Serie temporal de tiempo de respuesta HTTP por tarea. Acepta el filtro de tareas además de startDate, endDate y groupBy. Devuelve un arreglo simple de objetos de serie:

[
  {
    "id": "ef10cd12-93f9-e311-bec5-dc85de1f0bc2",
    "rawUrl": "https://www.example.com",
    "name": "My website",
    "results": [ [1719181583, 142], [1719177983, 138] ]   // [unixSeconds, responseTimeMs], más recientes primero
  }
]

Agentes

Los agentes son las ubicaciones de monitoreo distribuidas geográficamente. Los ids de pool devueltos aquí son los valores que se pasan en el agentPools de una tarea.

GET agents

Lista los agentes de monitoreo. Parámetro de consulta opcional:

Cada agente lleva id, upFrom, datacenter (name/city/country/state), company (name/url), ip, version, lon/lat, y pools.

[
  {
    "id": "a1b2c3d4-...-0001",
    "upFrom": "2024-06-20T08:00:00Z",
    "datacenter": { "name": "Example Hosting", "city": "Frankfurt", "country": "DE", "state": "" },
    "company": { "name": "Example Hosting", "url": "https://example-hosting.com" },
    "ip": "203.0.113.10",
    "version": "1.4.2",
    "lon": 8.68, "lat": 50.11,
    "pools": []
  }
]

GET agents/pools

Lista los pools de agentes públicos (regiones geográficas). Cada pool lleva id, desc, sus agents, childPools, y hidden. Use los valores de id de pool en el agentPools de una tarea.

GET agents/ips anónimo

Devuelve las direcciones IP actuales de los agentes de monitoreo — útil para incluir a Host-Tracker en la lista blanca de un firewall. Este endpoint no requiere autenticación. De forma predeterminada devuelve text/plain, una IP por línea; envíe Accept: application/json para recibir en su lugar un arreglo JSON.

203.0.113.10
203.0.113.11
198.51.100.7

["203.0.113.10", "203.0.113.11", "198.51.100.7"]