Gå til innhold
IP-adresser

IP-adresser

Vis som Markdown

Probene til Status200 Cloud sjekker nettstedene, API-ene og serverne dine fra et fast sett IP-adresser. Står det en brannmur eller en tillatelsesliste foran det du overvåker, må du tillate disse adressene så sjekkene kommer gjennom.

flowchart TB P["Status200-prober"] -->|"sjekker fra de oppførte IP-ene"| F["Brannmuren din"] F -->|"tillatt"| S["Nettstedet, API-et eller serveren din"]

Hvor tillatelseslisten gjelder

IP-adresser som skal tillates

Tillat trafikk fra disse adressene i brannmuren din:

  • No IP addresses configured.
Merk

Adressene kan endre seg. Status200 gir deg beskjed på forhånd når det skjer. For å holde deg oppdatert uten å følge med på kunngjøringer kan du hente listen hver gang du oppdaterer brannmuren.

Hent listen programmatisk

Den samme listen leveres som JSON, uten API-nøkkel, slik at et skript kan holde brannmurreglene dine oppdatert:

Bash
curl -s https://status200.ru/ip-whitelist
JSON
{
  "ipWhitelist": ["<list of IPs>"]
}

ipWhitelist er en matrise med én adresse per element. Slik skriver du ut én adresse per linje, for eksempel til et brannmurskript:

Bash
curl -s https://status200.ru/ip-whitelist | jq -r '.ipWhitelist[]'

Selvhostet Status200

På din egen instans viser denne siden og endepunktet /ip-whitelist adressene fra instansens innstilling IP_WHITELIST, en kommaseparert liste. Oppgi adressene som dine egne prober sender sjekkene sine fra.

Kubernetes

Angi verdien ipWhitelist i Helm-chartet:

values.yamlYAML
ipWhitelist: "203.0.113.1,203.0.113.2"

Docker Compose

config.env sender ikke innstillingen videre til appen. Legg den til i miljøet for tjenesten app i en docker-compose.override.yml ved siden av docker-compose.yml, og start deretter Status200 på nytt:

docker-compose.override.ymlYAML
services:
  app:
    environment:
      IP_WHITELIST: "203.0.113.1,203.0.113.2"

Når ingenting er angitt, viser denne siden No IP addresses configured., og endepunktet returnerer en tom ipWhitelist-matrise.

Neste steg