Driftstoppsövervakning

Jetpacks driftstoppsövervakning övervakar din webbplats kontinuerligt och varnar dig omedelbart om ett driftstopp upptäcks.

Jetpack håller koll på din webbplats och meddelar dig omedelbart om ett driftstopp upptäcks.

Så snart funktionen har aktiverats kommer en av våra servrar att börja kontrollera din webbplats var femte minut.  Om det verkar som att något har gått snett skickar vi en e-postnotis till det WordPress.com-konto som Jetpack är anslutet till.

För allmänna funktioner och vanliga frågor, se sidan Funktioner.

E-post

När driftstoppsövervakning är aktiverad skickas e-postnotiser om driftstopp till den användare som har aktiverat funktionen. Om du har ytterligare administratörsanvändare anslutna till sina WordPress.com-konton kan de också aktivera dessa e-postnotiser via Jetpack → Inställningar → Säkerhet.

Om du vill lägga till något i dina e-postfilter för att se till att e-postnotiser aldrig sållas bort som skräppost så kommer de alla från support+monitor AT jetpack DOT com.

Push-notiser

Du kan nu få notiser om att din webbplats ligger nere via WordPress.com och/eller push-notiser på mobilen (Android och iOS) för både Jetpack- och WordPress-apparna. 

För att aktivera den här funktionen från webben:

1. Gå till https://wordpress.com/settings/security/.
2. Välj din webbplats.
3. Aktivera ”Skicka notiser via WordPress.com-notiser”.

För att aktivera den här funktionen från apparna (Android och iOS, Jetpack och WordPress):

1. Gå till Min webbplats.
2. Jetpack-inställningar.
3. Aktivera ”Skicka push-notiser”.

Vad innebär det om din webbplats fungerar korrekt, men du ändå får notiser om driftstopp?

Detta kan hända av flera olika anledningar. Innehållet i e-postnotiserna bör tillhandahålla mer information.

Statusvarningar

Längst ner i meddelandet som vi skickar till dig när övervakningen upptäcker ett problem med din webbplats finns det ett avsnitt som kan tillhandahålla lite mer information:

Numret är vårt interna ID för din webbplats. Den andra delen är den status som returneras. Dessa är baserade på HTTP-svarskoden på HTTP HEAD-begäran till din webbplats startsida:

• ”server” ��� ett 5xx-svar, vilket innebär att ett allvarligt fel har inträffat på servern.
• ”blocked” — ett 403-svar, vilket innebär att servern svarade att vi är förbjudna att visa startsidan.
• ”client” — ett 4xx-svar (ej 403), vilket antyder att en liknande inställning på serversidan inaktiverar åtkomsten.
• ”intermittent” — tidsgränsen för begäran uppnåddes efter 10 sekunder utan ett svar. Det här fallet kan vara förvirrande, eftersom webbplatsen faktiskt läses in, bara väldigt långsamt. Det här löser sig sannolikt också av sig självt – om webbplatsen ligger hos en delad värd och en annan webbplats på servern använder för många resurser kan det få de andra webbplatserna på servern att svara långsamt. Observera att vår primära övervakningsserver och de många verifieringsservrarna alla skulle se detta så att vi kan markera webbplatsen.
• ”redirection” — ett 3xx-svar. Övervakningen följer ett par omdirigeringar, men om vi ombeds följa en fjärde omdirigering antar vi att det finns ett problem. Realistiskt sett antyder det en omdirigeringsloop, men det kan vara en relativt dålig inställning (t.ex. skulle example.com -> http://www.example.com -> http://www.example.com/en/ -> http://www.example.com/en/blog/ anses som nere).
• ”success” — ett normalt svar. Allt fungerade. Detta bör endast ses i uppföljningsmeddelandet ”Din webbplats är uppe igen!”.
• ”unknown” — detta bör aldrig hända. Det antyder att vår övervakningstjänst inte skickade ett förväntat svar till WordPress.com.

Hur fungerar det här bakom kulisserna?

När vi kontrollerar din webbplats pingar vi din webbplats startsida (via en HTTP HEAD-begäran) var femte minut.

Vi markerar preliminärt din webbplats som nere om HTTP-svarskoden är 400 eller högre, vilket antingen indikerar ett behörighetsfel eller ett allvarligt kodfel som hindrar din webbplats från att visas för besökare, eller om vi ser fler än tre omdirigeringar i 300-serien, vilket antyder en omdirigeringsloop, eller om din webbplats inte svarar inom 20 sekunder.

När den är preliminärt markerad som nere spinner vi sedan upp tre separata servrar på olika geografiska platser från en tredjepartsleverantör för att säkerställa att problemet inte är isolerat till vårt nätverk eller platsen för vårt primära datacenter.

Om alla tre kontrollerna misslyckas markerar vi webbplatsen som nere och meddelar dig.

Observera: Jetpack använder tidszonen som är inställd i dina WordPress-inställningar (Inställningar > Allmänt)

Integritetsinformation

Den här funktionen är inaktiverad som standard. Om du någon gång behöver inaktivera den här funktionen kan du klicka på länken Inställningar i sektionen Driftstoppsövervakning från Jetpack — Adminpanel — I korthet i din adminpanel. När du visar funktionens inställningar på WordPress.com ändrar du inställningen Övervaka driftstopp för din webbplats i sektionen Driftstoppsövervakning längst upp på sidan.