Het Activiteitenlogboek is het overzicht per site van wat er is gedaan en door wie: elke gemaakte back-up, elke gewijzigde PHP-versie, elk toegevoegd domein, elke geleegde cache, elke geïnstalleerde SSH-sleutel en elk wachtwoordreset, in één lijst in omgekeerde chronologische volgorde die u in enkele seconden kunt doorlezen.
Waar Het Activiteitenlogboek Te Vinden Is
Open Websites, klik op de site, open de groep Overzicht in het linkermenu van de site, en kies Activiteit. De pagina heet Activiteitenlogboek en omschrijft zichzelf als recente acties uitgevoerd op deze site.
Er is geen Activity-item op het hoogste niveau in de hoofdzijbalk. Het logboek is beperkt tot één site, en dat is precies wat het nuttig maakt: het vermengt geen wijzigingen aan uw andere sites, uw facturatie of uw mailboxen.
Een Item Lezen
Elke rij bestaat uit vier onderdelen:
- Een icoontegel, kleurgecodeerd naar het soort actie. Verwijderingen en uitschakelingen zijn rood met een prullenbak, aanmaken en inschakelen zijn groen met een plusteken, updates en configuratiewijzigingen zijn amberkleurig met een potlood, en aanmeldingen, single sign-on-gebeurtenissen en herstellingen zijn blauw met een sleutel.
- Een duidelijk omschreven label, zoals PHP-versie gewijzigd, Back-up aangemaakt, Aangepast domein toegevoegd of WP-beheer SSO-aanmelding.
- Een detailpil waar er iets specifieks te tonen valt, bijvoorbeeld de oude en nieuwe PHP-versie, het IP-adres dat geblokkeerd werd, of de naam van de toegevoegde SSH-sleutel.
- De uitvoerder en het tijdstip, rechts.
De detailpil is het onderdeel dat het logboek echt nuttig maakt tijdens een onderzoek. Site-URL bijgewerkt op zichzelf vertelt u weinig; Site-URL bijgewerkt met oldvalue to newvalue ernaast vertelt u alles.
Wie Heeft Het Gedaan
De regel met de uitvoerder onder elk label toont de naam van de KPanel-gebruiker die de actie heeft uitgevoerd, of hun e-mailadres als ze geen naam hebben ingesteld.
Geautomatiseerde acties worden toegeschreven aan System. Geplande back-ups, automatische SSL-vernieuwingen, cron-gestuurde auto-updates en dergelijke zijn allemaal System-items. Als u een wijziging ziet toegeschreven aan een persoon die zegt dat niet te hebben gedaan, behandel dit dan als een gecompromitteerde login en doorloop Accountbeveiliging en Tweefactorauthenticatie.
Items worden geschreven door het platform, niet door u, en er is geen manier om er een te bewerken of te verwijderen vanuit het paneel. Dat is precies het punt: een audittrail die u kunt herschrijven is geen audittrail.
Wat Er Wordt Geregistreerd
Het logboek bestrijkt de hele site, niet slechts één gebied. In grote lijnen:
| Gebied | Voorbeelden |
|---|---|
| Levenscyclus van de site | Site aangemaakt, site verwijderd, site-instellingen bijgewerkt |
| Toegang | WordPress-beheer single sign-on, phpMyAdmin single sign-on, SSH-sleutel toegevoegd, SFTP-gebruiker aangemaakt |
| Back-ups | Back-up aangemaakt, back-uphersteI aangevraagd, back-upschema bijgewerkt |
| Domeinen en SSL | Aangepast domein toegevoegd of verwijderd, domein geactiveerd, SSL-certificaat vernieuwd |
| PHP en server | PHP-versie gewijzigd, PHP-instellingen bijgewerkt, PHP-FPM herladen, slow query log in- of uitgeschakeld |
| Caching | Redis-cache in- of uitgeschakeld, volledige paginacache geleegd, URL-cache geleegd |
| Beveiliging | IP-adres geblokkeerd, landregels voor toegang bijgewerkt, XML-RPC-blokkade in- of uitgeschakeld, inlogblokkade ingeschakeld, wachtwoordbeveiliging voor site ingeschakeld |
| WordPress-bewerkingen | Gebruikers aangemaakt en verwijderd, rollen gewijzigd, permalinks bijgewerkt, plugins en core automatisch bijgewerkt, .htaccess opgeslagen, revisies verwijderd |
| WooCommerce | Gateway gewijzigd, bestelstatussen in bulk bijgewerkt, valuta bijgewerkt, voorraad bijgewerkt |
| Deploys en omgevingen | Staging aangemaakt en gesynchroniseerd, push naar productie, preview-deployment gebouwd en vernietigd |
| Bestanden | Bestand opgeslagen, hernoemd of verwijderd, database geëxporteerd of geïmporteerd |
Als een actie nog geen vriendelijk label heeft, wordt de ruwe actienaam getoond in plaats van het item te verbergen. Er valt niets weg alleen omdat het nieuw is.
Vernieuwen
De lijst wordt geladen zodra u de pagina opent en wordt niet automatisch ververst. Klik rechtsboven op Refresh om de nieuwste items op te halen nadat u een wijziging heeft aangebracht in een ander tabblad.
De pagina laadt de meest recente 100 items. Oudere activiteit blijft bewaard, maar het paneel pagineert niet voorbij dat venster. Als u dus iets van maanden geleden moet reconstrueren, open dan een ticket en vraag de support om het auditrecord op te halen: zie Een Supportticket Openen.
Het Logboek In De Praktijk Gebruiken
Nadat Iets Kapot Gaat
Begin hier voordat u begint te gissen. Open het logboek, bekijk de items vlak vóór het moment waarop de site zich begon te misdragen, en meestal vindt u de oorzaak op het eerste scherm: een PHP-versie die is opgehoogd, een plugin die automatisch is bijgewerkt, een .htaccess die is opgeslagen, een cache-instelling die is omgezet.
Dat is sneller dan foutlogboeken lezen, omdat het logboek u vertelt wat er veranderd is in plaats van wat het symptoom was. Zodra u een verdachte heeft, vertelt Foutlogboeken u precies hoe het mislukte.
Na Een Overdracht
Wanneer u een site overneemt van iemand anders, is het activiteitenlogboek de kortst mogelijke briefing over hoe de site is beheerd: of er back-ups worden gemaakt, of updates automatisch of handmatig zijn, of iemand heeft ingelogd via SSH, of beveiligingsfuncties zijn ingeschakeld.
Als Beveiligingscontrole
Twee patronen zijn het specifiek controleren waard:
- SSH-sleutels en SFTP-gebruikers die u niet herkent. Beide worden geregistreerd met het label waaronder ze zijn aangemaakt. Controleer dit tegen SSH-sleutels Toevoegen Aan Een Site en trek alles in wat onbekend is.
- Single sign-on-aanmeldingen op vreemde tijdstippen. Elke WordPress-beheer- en phpMyAdmin-single-sign-on wordt gelogd met de gebruiker die het initieerde.
Maak een schermafbeelding van de relevante rijen voordat u begint met het oplossen van problemen. Items blijven in het logboek staan, maar een schermafbeelding met de tijdstempels zichtbaar is veel eenvoudiger bij te voegen aan een supportticket dan een beschrijving uit het geheugen.
Wat Het Logboek Niet Toont
- Wijzigingen gemaakt buiten KPanel. Een bestand bewerken via SFTP wordt alleen geregistreerd als bestandsbewerking wanneer dit via de bestandsbeheerder van het paneel is gebeurd. Rechtstreeks SSH-werk wordt niet in detail vermeld, al wordt het bestaan van een sleutel wel geregistreerd.
- Bezoekersverkeer. Gebruik hiervoor het tabblad Analytics van de site.
- Gebeurtenissen op applicatieniveau binnen WordPress. Pluginacties uitgevoerd vanuit
wp-adminzijn de zaak van WordPress, niet van het platform, tenzij ze werden geactiveerd vanuit KPanel.
Waar U Verder Terecht Kunt
- Foutlogboeken voor de foutdetails achter een wijziging.
- Site-instellingen voor de onderhouds- en HTTPS-schakelaars die hier verschijnen als bijgewerkte instellingen.
- Een Back-up Maken voordat u een wijziging maakt die u mogelijk wilt terugdraaien.