Hoe u een website monitort met een HTTP-check

Hoofdinstellingen

• Monitoring ingeschakeld - hoofdschakelaar aan/uit. Een gepauzeerde taak houdt zijn instellingen maar stopt met controleren en waarschuwen.
• Intervalschema / Cronschema - de eenvoudige intervalschuif hieronder, of een cron-bouwer (elke N minuten/uur, dagelijks, wekelijks, maandelijks, of een aangepaste expressie met 5 velden) voor schema's die een interval niet kan uitdrukken. Cron vereist een betaald pakket.
• Interval - hoe vaak de check draait, van 1 minuut tot 24 uur; sleep de schuif of kies een waarde uit de keuzelijst. Het kortste beschikbare interval hangt af van uw pakket.
• Timeout - hoe lang er op een antwoord wordt gewacht voordat de check faalt, 1 tot 100 seconden (40s is een gangbare standaard). De DNS-resolutietijd telt niet mee.
• Tags - door komma's gescheiden labels om monitors op het dashboard te groeperen en te filteren.
• Volledig log - bewaart elk checkresultaat in plaats van identieke opeenvolgende resultaten te groeperen.
• Open statistieken - publiceert de statistieken en het checklog van deze taak op een openbare link.
• Gekoppelde monitors - vier extra checks die aan deze taak zijn vastgemaakt in plaats van aparte taken: DNSBL (domeinblacklist), Domeinverloop/Certificaatverloop (herinneringen 30/7/1 dag van tevoren), Web Risk (lijsten van Google voor malware/phishing). Ze draaien allemaal om de 12 uur; herinneringen volgen de Up-abonnementen hieronder, een slecht resultaat volgt Down/Repeat. Elk heeft zijn eigen handleiding - zie Gerelateerd.

Verzoekconfiguratie

• HTTP-methode - GET, HEAD, POST, PUT, DELETE, PATCH of OPTIONS. GET (standaard) downloadt de pagina en is vereist voor content-trefwoordchecks; HEAD haalt alleen headers op, de snelste beschikbaarheidscheck; POST/PUT/PATCH sturen ook een body.
• Request body (alleen POST/PUT/PATCH) - Plain text verstuurt precies wat u typt (voeg uw eigen Content-Type-header toe); Key-value mode bouwt het op uit naam/waarde-rijen als form-urlencoded of JSON en stelt Content-Type automatisch in.
• Doorverwijzingsgedrag - Onmiddellijk antwoord beoordeelt het eerste antwoord zoals het is; Redirects volgen (standaard) volgt de keten, met een schuif Max redirects te volgen (1-20); Redirect is fout laat de check falen bij elke redirect (niet beschikbaar onder assertion mode).
• HTTP Headers - aangepaste naam/waarde-paren. Leeg gelaten stuurt de probe standaardheaders (User-Agent, Accept, Accept-Language, een Referer). Voeg hier een Authorization-header toe voor token-/API-sleutelauthenticatie.
• Verzoekauthenticatie - toont gebruikersnaam/wachtwoord voor de eigen HTTP-challenge-authenticatie van de server (Basic, Digest, NTLM, Kerberos, Negotiate). Gebruik in plaats daarvan een Authorization-header voor preventieve token-authenticatie.
• DNS-serverselectie - Standaard-DNS-servers per locatie; Publieke DNS-servers van het land van de locatie; of Handmatig ingestelde DNS-servers (uw eigen resolver-IP's). De laatste twee vereisen een betaald pakket.
• DNS-cache uitschakelen - dwingt bij elke check een verse DNS-opzoeking af in plaats van de cache van de agent te hergebruiken; nuttig vlak na een DNS-wijziging.

Antwoordvalidatie

Standaard slaagt een check wanneer DNS resolvt, de TCP-verbinding en de TLS-handshake (voor https) voltooien, en de server een HTTP Ok-status teruggeeft - elke code onder 400.

• Assertion mode - vervangt de klassieke velden hieronder door een regeleditor voor statuscodes, responstijd, headers of body-inhoud. De screenshot toont hem aan met twee regels: status in [100..399] (voltooid) en een lege tweede regel gemarkeerd als onvoltooid - een onvolledige regel speelt geen rol in de uitslag tot u die afmaakt of verwijdert. HTTP en API zijn de enige twee checktypen met een werkende assertion-editor; zie de diepgaande uitleg van assertion mode voor de volledige regeltaal.
• Ignore HTTP Errors (klassieke modus) - codes die de check NIET mogen laten falen, bijvoorbeeld 401, 403, 500; leeg betekent dat elke code vanaf 400 een fout is.
• Error on these HTTP statuses - het omgekeerde: codes die de check wel moeten laten falen, ook als ze dat normaal niet zouden doen.
• Content check keywords - door komma's gescheiden trefwoorden om op de pagina te zoeken (GET vereist).
• Successful content check condition - hoe trefwoorden de uitslag bepalen: ANY present (standaard), ALL present, ANY absent, ALL absent, of ALL absent (fail shows location).
• HTTP Policies - optionele header-, cookie- en contentchecks; een overtreding laat de check net als elke andere mislukking als Down eindigen. De presets Baseline, Strict en API vervangen de hele selectie; draai de policies als aparte taak als u een zachter signaal wilt dat de eigen uptimestatistieken van deze taak nooit raakt.

• TLS-handshake - vier strengheidsschakelaars (betaald pakket): Require valid SSL certificate chain, Require strong TLS protocol (1.2+), Block weak ciphers (128-bit or lower), en Check SSL certificate revocation (online CRL/OCSP-opzoeking).
• Expected IPs validation - bevestigt bij elke check dat DNS uw host herleidt naar een van de IP's die u opgeeft; vangt kaping, verkeerde configuratie of een verlopen record op, ook al antwoordt er nog steeds een server.
• Max response size - stopt met het lezen van de body voorbij deze grootte; contentchecks, assertions en policies beoordelen dan alleen het gedownloade deel. Standaard 1 MB, maximaal 10 MB; 0 leest geen body.

Waarschuwingsabonnementen

Gedeeld door elk checktype. Down = de site ging down, Up = hij herstelde, Repeat = herinneringen terwijl hij down blijft. Alle contacten abonneren op Up/Down-gebeurtenissen is een snelkoppeling; de tabel geeft controle per contact, individueel of via herbruikbare contactgroep-presets. Een taak zonder waarschuwingsabonnementen draait en logt nog steeds resultaten - hij waarschuwt alleen nooit iemand.

Rapportabonnementen

Periodieke uptimerapporten, alleen per e-mail. Kies Daily, Weekly of Monthly per contact; Monthly bundelt ook Quarterly- en Yearly-samenvattingen. De alles-abonneren-schakelaar werkt hetzelfde als bij Waarschuwingsabonnementen.

Monitoringlocaties

• Locatiekiezer - doorzoek of blader door de regio-/landenboom en vink locaties aan om vanaf te controleren; elke rij toont beschikbare agents versus geselecteerde agents. "Locaties kopiëren van een andere taak" hergebruikt een bestaande set.
• Hercontrolestrategie - bij een statusovergang (bijvoorbeeld Up naar Down) bevestigen meerdere locaties die eerst opnieuw voordat de nieuwe status wordt geaccepteerd, wat beschermt tegen een valse melding vanaf één locatie. Opties: standaard meerderheidsstemming; een vastgesteld aantal locaties dat Down bevestigt (voegt een schuif 1-7 toe); geen hercontrole; volledige overeenstemming van elke hercontrolelocatie; of volledige overeenstemming voor Down, meerderheidsstemming voor Up.
• Als geselecteerde locaties onbeschikbaar zijn - Alleen geselecteerde locaties (standaard) wacht liever dan een valse melding te riskeren; Dichtstbijzijnde locaties gebruikt de dichtstbijzijnde beschikbare locatie; Elke locatie valt wereldwijd terug.

Uitgewerkt voorbeeld

Een marketinghomepage monitoren: HTTP-check, interval van 5 minuten, timeout van 40s, GET, Redirects volgen (max 20). Content-check-trefwoord Contact us met "ANY keyword must be present", zodat een kapotte deployment die een foutpagina toont, wordt opgevangen. HTTP Policies ingesteld op Baseline. Locaties op All world gelaten met de standaard hercontrolestrategie. Het e-mailadres van het wachtdienstteam geabonneerd op Down, Up en Repeat, en op Weekly-rapporten.

Probleemoplossing

• Meldt Down maar laadt bij u prima - het netwerk van één enkele locatie kan haperen; dat is precies wat de standaard hercontrolestrategie op meerderheidsstemming uitfiltert. Blijft het wisselen? Controleer DNS-serverselectie en bevestig dat de timeout past bij de normale latency van die locatie.
• Een content-trefwoordcheck wisselt tussen Up/Down - content kan variëren door cache, personalisatie of A/B-testen. Kies een trefwoord dat bij elke echte weergave aanwezig is, en bevestig dat Successful content check condition overeenkomt met wat u bedoelt.
• Ging Down vlak na het inschakelen van HTTP Policies (vooral Strict) - Strict verwacht headers die veel sites nog niet hebben ingesteld. Herstel de headers, ga terug naar Baseline, of draai de policies eerst als aparte taak.
• Een contentcheck of assertion stopt met matchen op een grote pagina - Max response size kapt de body af, zodat niets voorbij de afkap wordt gelezen. Verhoog de waarde.
• Een assertion-regel draait nooit - een regel met een leeg veld, conditie of waarde wordt weergegeven als "onvoltooid" en speelt geen rol in de uitslag. Maak hem af of verwijder hem.

Gerelateerd

• HTTP-/website-uptimemonitoring - de productpagina voor dit checktype.
• Gratis directe HTTP-check - voer een eenmalige check uit zonder account.
• Regels voor antwoordvalidatie in assertion mode - de volledige regeltaal achter Antwoordvalidatie.
• DNSBL-check-handleiding - de gekoppelde DNS-blacklistmonitor.
• Handleiding domeinverloop - de gekoppelde monitor voor domeinverloop.
• Handleiding certificaatverloop - de gekoppelde monitor voor TLS-certificaatverloop.
• Web Risk-handleiding - de gekoppelde malware-/phishingmonitor.
• Hoe u de responstijd van de server controleert - de eenmalige versie van wat deze check bij elke run meet.
• Alle monitoringhandleidingen - de opzetgids voor elk ander checktype.