Skydd mot brute force-attacker (Protect)

Postat den augusti 29, 2019 av Josh

Skydda dig mot oönskade inloggningsförsök med skydd mot brute force-attacker.

Aktivering

Den här funktionen aktiveras som standard när du ansluter Jetpack till ditt WordPress.com-konto. Det går att inaktivera när som helst (även om du har låsts ute) på din adminpanel för WordPress.com under sidan för webbplatsinställningar.

Inställningar

När du har aktiverat kan du vitlista IP-adresser från samma sida för webbplatsinställningar. Det kan vara nödvändigt att vitlista om du har gjort för många misslyckade inloggningsförsök på din webbplats eller Jetpack har identifierat ovanligt beteende från din nuvarande IP-adress.

  • Din aktuella IP-adress visas även på sidan så att du enkelt kan lägga till den i din vitlista.
  • Både IPv4- och IPv6-adresser godkänns.

Avancerat tips: Du kan även vitlista en IP-adress genom att ställa in den som JETPACK_IP_ADDRESS_OK konstant i din wp-config.php så här: define('JETPACK_IP_ADDRESS_OK', 'X.X.X.X');

Adminpaneler

Du kan visa ”totalt antal skadliga attacker blockerade på din webbplats” under avsnittet Säkerhet på din Jetpack-adminpanel.

Felsökningsinformation

Har du problem med Protect på din webbplats? Kontrollera tipsen nedan för att lära dig varför.

Hur länge blockeras en IP-adress?

Tidslängden baseras på ett antal faktorer och är inte en fast tidsmängd.

Jetpack låste ut mig. Vad kan jag göra?

Om Jetpack har flaggat din IP-adress av någon anledning kan du blockeras från att logga in. Då kan det se ut ungefär så här:

protect-locked

Ange din e-postadress och tryck på Skicka. Du kommer att få ett e-postmeddelande med en speciallänk som du kan klicka på för att få tillgång till inloggningsformuläret igen. Om du får ett felmeddelande när du klickar på länken i e-postmeddelandet kan du vitlista din IP-adress under Inställningar för att avblockera dig själv. Om du fortfarande är blockerad beror det troligen på ett konfigurationsfel på din server. Du kan inaktivera Protect för att få åtkomst till din webbplats igen. Kontakta oss för att få mer hjälp med felsökning.

Varför visas en matematik-captcha på inloggningsskärmen?

Matematik-captcha används som en reserv för skyddsfunktionen. Om din IP-adress har blockerats på grund av för många inloggningsförsök kan du fortfarande komma åt webbplatsen genom att korrekt fylla i matematik-captchan tillsammans med de korrekta inloggningsuppgifterna. I mycket sällsynta fall kan captcha visas om du inte har fått en API-nyckel eller när det förekommer mycket attacker.

Din server är felkonfigurerad. Det gör att Jetpack Protect inte kan skydda sin webbplats effektivt

Varje gång som någon försöker logga in på din webbplats kontrollerar Jetpacks Protect-funktion personens IP-adress och jämför den med vår globala databas över skadliga IP-adresser.

För att det här ska fungera korrekt förlitar vi oss på IP-adresser som är sparade på och tillhandahålls av din server. I vissa fall kommer din server inte att returnera någon IP-adress, vilket stoppar Protect från att fungera korrekt. När det inträffar kommer Protect-funktionen att inaktiveras och vi informerar dig.

Om det inträffar ska du inte tveka att skicka en länk till den här sidan till ditt webbhotell så att de kan ta en titt och åtgärda problemet åt dig. De kan även kontakta oss direkt via det här kontaktformuläret om de behöver mer information.

Protect på Multisite-nätverk

Om du misslyckats med att logga in på din webbplats flera gånger på grund av att du har glömt ditt lösenord kan det hända att du blir blockerad av Jetpacks Protect-funktion.

I en WordPress Multisite-installation kan du logga in på alla konton som finns i nätverket via valfri inloggningssida i nätverket.  Det innebär att om du bara har Jetpack Protect aktivt på vissa webbplatser, men inte alla, är ingen webbplats ordentligt skyddad.

Hantera det genom att aktivera Jetpack på din multisite-installation och aktivera Protect-funktionen på nätverkets primära webbplats.  När det är slutfört kommer Jetpacks Protect-funktion att aktiveras på varje webbplats i ditt nätverk, även om Jetpack inte är anslutet till dessa webbplatser.

Protect rapporterar tusentals blockerade skadliga inloggningsförsök

Det bästa sättet att förklara den här funktionen är att det finns tusentals ”botar” där ute som försöker få åtkomst till webbplatser över hela internet. Oavsett hur stor din webbplats är finns det alltid någon som försöker ”bryta sig in”. WordPress är mycket säkert och den svagaste punkten är oftast någons lösenord. Därför försöker botar att gissa någons lösenord för att ta sig in.

Jetpacks Protect-funktion samlar in information från misslyckade inloggningsförsök från miljontals webbplatser och skyddar dig från dessa attacker. Om till exempel en bot försöker få åtkomst till webbplats A och sedan gick till webbplats B vet Protect redan vem som är boten och innan den försöker komma in på webbplats B blockeras den.

Utöver det är det även mycket viktigt att ha starka lösenord.

Var kan jag få mer information om de blockerade attackerna?

t.ex.

  • Vilka användarnamn behöver mer skydd?
  • Är det via wp-login eller via XMLRPC?
  • Från vilka IP-adresser kommer de?
  • När inträffade de? Finns det ett mönster?
  • Om dessa hittades hur många fler upptäcktes då inte?

Vi har inte tillgång till den här informationen. Jetpack Protect byggdes för att vara smidigt och enkelt. Det är byggt så att du inte behöver tänka på dessa frågor eller fatta några beslut. Det innebär att de enda data vi sparar är det totala antalet attacker som har blockerats.

Integritetsinformation

Den här funktionen är aktiverad som standard. Det går att inaktivera när som helst genom att växla inställningen Protect i avsnittet Säkerhet från Jetpack → Adminpanel → I korthet på din adminpanel.

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

Mer information om dataanvändningen på din webbplats
Använda data
Webbplatsägare/användare

För att kontrollera inloggningsaktivitet och potentiellt blockera bedrägeriförsök används följande information: testar användarens IP-adress, testar användarens e-postadress/användarnamn (d.v.s. baserat på värdet som de försökte använda under inloggningsprocessen) och alla IP-relaterade HTTP-rubriker som är kopplade till användaren som genomförde försöken.

Dessutom, för aktivitetsspårning (detaljerat nedan): IP-adress, WordPress.com-användar-ID, WordPress.com-användarnamn, ID och URL för WordPress.com-ansluten webbplats, Jetpack-version, användaragent, besökande URL, hänvisnings-URL, tidsstämpel för händelse, webbläsarspråk, landskod.

 Webbplatsbesökare

För att kontrollera inloggningsaktivitet och potentiellt blockera bedrägeriförsök används följande information: testar användarens IP-adress, testar användarens e-postadress/användarnamn (d.v.s. baserat på värdet som de försökte använda under inloggningsprocessen) och alla IP-relaterade HTTP-rubriker som är kopplade till användaren som genomförde försöken.
Spårad aktivitet
Webbplatsägare/användare

Misslyckade inloggningsförsök.

Vi spårar när, och av vilken användare, funktionen aktiveras och inaktiveras. Vi har även ställt in en cookie (jpp_math_pass) för 1 dag för att komma ihåg om/när en användare har slutfört en matematik-captcha för att bevisa att det är en riktig människa. Läs mer om cookien.

 Webbplatsbesökare

Misslyckade inloggningsförsök.

Vi har även ställt in en cookie (jpp_math_pass) för 1 dag för att komma ihåg om/när en användare har slutfört en matematik-captcha för att bevisa att det är en riktig människa. Läs mer om cookien.
Synkroniserade data (Läs mer)
Webbplatsägare/användare

Alternativ som identifierar om funktionen är aktiverad eller ej och hur dess tillgängliga inställningar är konfigurerade. Vi synkroniserar även webbplatsens vitlista (som den konfigurerats av webbplatsägarna), den Protect-specifika API-nyckeln som används för inloggningskontroll och alla misslyckade inloggningsförsök, vilket innehåller användarens IP-adress, testat användarnamn eller e-postadress samt information om användaragent.

 Webbplatsbesökare

Misslyckade inloggningsförsök, vilka innehåller användarens IP-adress, testat användarnamn eller e-postadress samt information om användaragent.
Kommentarer inaktiverade för Skydd mot brute force-attacker (Protect)

Säkerhetsfunktioner

Postat den januari 28, 2015 av Rob Pugh

Jetpack inkluderar toppmoderna säkerhetsverktyg som håller din webbplats säker, från inlägg till tillägg.

Jetpacks säkerhetsfunktioner inkluderar:

  • Driftstoppsövervakning (gratis)
    • Jetpack håller koll på din webbplats och varnar dig omedelbart om ett driftstopp upptäcks.
  • Skydd mot brute force-attacker (gratis)
    • Automatiskt skydd mot traditionella brute force-attacker och distribuerade brute force-attacker som använder flera servrar mot din webbplats.
  • Tilläggsuppdateringar (gratis)
    • Uppdatera dina tillägg till den senaste versionen automatiskt.
  • Säker autentisering (gratis)
    • Du kommer nu snabbt och enkelt att kunna registrera dig och logga in på WordPress.org-webbplatser som drivs på egen server – med samma inloggningsuppgifter som du använder för WordPress.com.
  • Aktivitetslogg (gratis/betalversion)
    • En fullständig förteckning över allt som sker på din webbplats.
  • Jetpack Backup (betalversion)
    • Säkerhetskopieringar i realtid och återställningar med ett klick gör att du aldrig behöver oroa dig för att förlora din webbplats.
  • Jetpack Scan (betalversion)
    • Automatisk genomsökning och korrigeringar med ett klick ser till att din webbplats ligger steget före eventuella säkerhetshot.
  • Jetpack Anti-spam (betalversion)
    • Blockera automatiskt skräppost från kommentarssektioner och formulär.

Är du blockerad från att komma åt din adminpanel?

Använd någon av de tre metoder som beskrivs här för att avblockera dig själv.

Felsökningsinformation och vanliga frågor

Vad bör jag mer göra för att skydda mina webbplatser?

Säkerhetskopior

Vi rekommenderar starkt att du säkerhetskopierar dina webbplatser som drivs på egen server med hjälp av ett verktyg, exempelvis Jetpack Backup. Säkerhetskopieringar tillhandahåller en återställningsmekanism om en skadlig fil skulle fördärva din webbplats eller om webbplatsen skulle komprometteras på annat sätt.

Uppdateringar för tillägg

Jetpacks automatiska tilläggsuppdateringar gör det enkelt att hålla dina tillägg uppdaterade. Genom att ställa in dina tillägg på att uppdateras automatiskt bidrar du till att säkerställa att eventuella problem som uppstår på grund av tillägg med skadlig kod inte skadar din webbplats.

Att hålla tillägg och teman uppdaterade är ett av de mest effektiva sätten att hålla WordPress-webbplatser som drivs på egen server säkra. Genom att använda Jetpacks verktyg för webbplatshantering kan du hålla dina tillägg uppdaterade via en enkel kontrollpanel på WordPress.com. Läs mer om automatiska tilläggsuppdateringar»

Webbplatsövervakning

Jetpacks driftstoppsövervakning håller koll på din webbplats och varnar dig omedelbart om ett driftstopp upptäcks. Övervakning av din webbplats drifttid kan vara ett viktigt verktyg för webbplatsens säkerhet. Läs mer om driftstoppsövervakning

Integritetsinformation

Kommentarer inaktiverade för Säkerhetsfunktioner

WordPress.com Säker inloggning

Postat den november 26, 2013 av Kevin

Du kommer nu snabbt och enkelt att kunna registrera dig och logga in på WordPress.org-webbplatser som drivs på egen server – med samma inloggningsuppgifter som du använder för WordPress.com.

Du kan aktivera den här funktionen i inställningen Låt användare logga in på denna webbplats med sina WordPress.com-konton i sektionen inloggning till WordPress.com från Jetpack → Inställningar → Säkerhet på din adminpanel.

Fördelar

  • Miljontals användare: När du lägger till WordPress.com Säker inloggning blir du en del av en familj som gör det lätt för användare av WordPress.com att utforska nya webbplatser.
  • Kompatibel med ditt befintliga inloggningssystem: WordPress.com Säker inloggning används som ett ytterligare inloggningsalternativ till ditt befintliga registreringssystem. När en användare ansluter kommer de att få ett användarkonto på din webbplats.
  • Respekterar dina registreringsinställningar: WordPress.com Säker inloggning följer anvisningarna i Inställningar → Allmänt och respekterar huruvida du kan aktivera nya registrerade användare eller ej. Om ej kan befintliga användare använda det för att logga in.
  • Betrodd relation: Låt användare logga in med samma uppgifter som de använder på WordPress.com. Det gör det lättare att använda och hantera nya inloggningar för andra tjänster.

Komma igång

Du är färdig när du har aktiverat den här funktionen i Jetpack! En back end-autentiseringsbegäran använder alltid webbplatsens etablerade länk till WordPress.com.

Anpassade inställn.

Säker inloggning är utformad för att fungera på en gång utan konfigurering. Men användare som vill anpassa Säker inloggning kan använda sig av dessa filter. För att använda dessa filter kan du lägga till följande koder till ditt temas functions.php-fil eller till ett funktionstillägg.

Du kan mixa och matcha filter för att få den funktion som du vill ha.

Matcha via e-post

Om det inte redan finns ett lokalt konto kopplat till WordPress.com-kontot kommer Säker inloggning som standard att automatiskt koppla det verifierade kontot till ett nytt lokalt konto med matchande e-postadress, och logga in användaren. Om du hellre vill inaktivera den här funktionaliteten och kräver att dina användare loggar in till sina befintliga lokala konton för att manuellt koppla sina konton, kan du använda följande kod:

add_filter( 'jetpack_sso_match_by_email', '__return_false' );

Åsidos. – ny användare

WordPress.com-funktionen Säker inloggning kommer att respektera dina standardinställningar gällande registrering av nya användare. Om du har inaktiverat registrering kan Säker inloggning inte skapa ett nytt användarkonto om någon försöker logga in med en okänd e-postadress. Men om du har registrering aktiverat kommer det automatiskt att skapa en ny användare åt dem, och logga in dem. Om du vill låta användare registrera sig på din webbplats med ett WordPress.com-konto, trots att du inte tillåter vanliga registreringar, kan du använda följande kod:

add_filter( 'jetpack_sso_new_user_override', '__return_true' );

Kringgå standardinloggning

Om du vill att alla registrerade användare ska logga in via WordPress.com istället för med kontot som de skapade på din webbplats, kan du använda följande kod. Det kommer att skicka vidare användare till WordPress.com SSO-sida, och på så vis kringgå din lokala inloggningsskärm:

add_filter( 'jetpack_sso_bypass_login_forward_wpcom', '__return_true' );

Inaktivera standardinloggning

Om du helt vill inaktivera och dölja standardinloggningsformuläret, och tvinga användare att logga in via WordPress.com, kan du använda följande kod:

add_filter( 'jetpack_remove_login_form', '__return_true' );

Kräv tvåstegsverifiering

Om du vill att Säker inloggning ska vara ännu säkrare, kan du välja att kräva tvåstegsautentisering när användare loggar in via WordPress.com. Här är koden som du behöver:

add_filter( 'jetpack_sso_require_two_step', '__return_true' );

Obs! Det här filtret kräver bara tvåstegsautentisering för inloggning via WordPress.com. Om du bara returnerar true för det här filtret kan en användare fortfarande logga in via standardinloggningsformuläret. Om du vill använda tvåstegsautentisering för din webbplats kan du kombinera filtret jetpack_sso_require_two_step med filtret jetpack_remove_login_form för att få användarna att logga in med WordPress.com och använda ett konto med tvåstegsautentisering.

Integritetsinformation

Den här funktionen är inaktiveradsom standard. Aktivera den här funktionen genom att när som helst växla inställningen Låt användare logga in på denna webbplats med sina WordPress.com-konton i sektionen inloggning till WordPress.com från Jetpack → Inställningar → Säkerhet på din adminpanel.

Mer information om dataanvändningen på din webbplats
Använda data
Webbplatsägare/användare

 

Den här funktionen kräver användning av följande data gällande användare som loggar in med denna metod: användar-ID (lokal och WordPress.com), roll (t.ex. administratör), e-postadress, användarnamn och visningsnamn. Följande data gällande webbplatsen används också: Webbplats-ID kopplat till WordPress.com, Jetpack aktiv/inaktiv status, Jetpack-version, språkversion/språk, rubrik, URL och ikon.

Dessutom, för aktivitetsspårning (detaljerat nedan): IP-adress, WordPress.com-användar-ID, WordPress.com-användarnamn, ID och URL för WordPress.com-ansluten webbplats, Jetpack-version, användaragent, besökande URL, hänvisnings-URL, tidsstämpel för händelse, webbläsarspråk, landskod.

 Webbesökare

 

Ingen.
Spårad aktivitet
Webbplatsägare/användare

 

Vi spårar när, och av vilken användare, funktionen aktiveras och inaktiveras.

Dessutom registreras följande användning: när inloggningsprocessen påbörjas och avslutas, om inloggningsprocessen slutförs eller misslyckas och om användaren blir omdirigerad efter inloggning eller inte.

Flera funktionscookies är installerade och dessa förklaras mer djupgående i vår Cookie-dokumentation.

 Webbesökare

 

Ingen.
Synkroniserade data (Läs mer)
Webbplatsägare/användare

 

Vi synkroniserar alternativ som identifierar om funktionen är aktiverad eller ej och hur dess tillgängliga inställningar är konfigurerade. Vi synkroniserar även användar-ID och roller för alla användare som loggade in via den här funktionen.

 Webbesökare

 

Ingen.
Kommentarer inaktiverade för WordPress.com Säker inloggning

Driftstoppsövervakning

Postat den november 21, 2013 av Carolina

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.

Din webbplats svarar oregelbundet, eller extremt långsamt.

Det kan hända att din webbplats tar lång tid att läsa in. Om din webbplats inte kan läsas in på mindre än 20 sekunder betraktar vi den som otillgänglig. Detta kan hända om du använder en delad värd, där din bandbredd delas med många andra webbplatser, eller om du har många resurser som läses in på din startsida. Detta kommer att göra din webbplats långsammare.

Observera att din webbplats i vissa fall kanske bara är långsam i några minuter. Dess inläsningshastighet återgår sedan till det normala när din värdleverantör har vidtagit åtgärder för att isolera andra webbplatser på din server, vilka kan ha använt för många resurser och gjort alla andras webbplatser långsammare i några minuter.

Våra förfrågningar omdirigeras alltför många gånger.

Om detta händer, se till att din webbplats URL är korrekt konfigurerad och att du inte använder några omdirigeringstillägg som kan orsaka problem.

Jetpack blockeras.

Se till att din värdtjänst inte blockerar vår övervakningsagent! Användaragenten som vi skickar tillsammans med HEAD-begäranden bör vara jetmon/1.0 (Jetpack Site Uptime Monitor av WordPress.com)! Om den fortfarande inte når fram som den ska, kontakta supporten.

Servern svarar inte…

Om ditt tema eller ett av dina tillägg skapar 500-fel, även kända som allvarliga fel, på din webbplats kommer besökarna inte att kunna komma åt din webbplats och vi kommer att meddela dig detta via e-post.

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.

Mer information om dataanvändningen på din webbplats

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.

Använda data
Webbplatsägare/användare

Webbplatsägarens lokala användar-ID, WordPress.com-användar-ID, e-postadress, ID för WordPress.com-ansluten blogg och datumet för den senaste statusändringen för driftstopp.

Dessutom, för aktivitetsspårning (detaljerat nedan): IP-adress, WordPress.com-användar-ID, WordPress.com-användarnamn, ID och URL för WordPress.com-ansluten webbplats, Jetpack-version, användaragent, besökande URL, hänvisnings-URL, tidsstämpel för händelse, webbläsarspråk, landskod.

 Webbplatsbesökare

Ingen.
Spårad aktivitet
Webbplatsägare/användare

Vi spårar när, och av vilken användare, funktionen aktiveras och inaktiveras. Vi spårar också när konfigurationsinställningar ändras, samt vilka ändringar som görs.

 Webbplatsbesökare

Ingen.
Synkroniserade data (Läs mer)
Webbplatsägare/användare

Vi synkroniserar alternativ som identifierar om funktionen är aktiverad eller inte och hur dess tillgängliga inställningar är konfigurerade.

 Webbplatsbesökare

Ingen.
Kommentarer inaktiverade för Driftstoppsövervakning

  • Ange din e-postadress för att följa den här bloggen och få nyheter och uppdateringar från Jetpack!

    Gör som 2 andra, prenumerera du med.

  • Bläddra efter ämne