웹사이트
사이트 활동 로그
The Activity log is the per-site record of what has been done and by whom: every backup taken, PHP version changed, domain added, cache purged, SSH key installed and password reset, in one…
액티비티 로그는 사이트별 기록으로, 누가 무엇을 했는지 보여줍니다. 모든 백업, PHP 버전 변경, 도메인 추가, 캐시 제거, SSH 키 설치, 암호 재설정 등이 역시간순 목록으로 정리되어 있어 몇 초 만에 확인할 수 있습니다.
액티비티 로그의 위치
Websites를 열고 사이트를 클릭한 후 사이트 탭 스트립에서 Advanced 메뉴를 열고 Activity를 선택하세요. 이 페이지는 Activity log라는 제목을 가지고 있으며, 이 사이트에서 수행된 최근 작업을 설명합니다.
메인 사이드바에는 최상위 Activity 항목이 없습니다. 로그는 한 사이트로 범위가 지정되어 있으므로 유용합니다. 다른 사이트의 변경 사항, 청구 정보 또는 메일박스를 섞지 않습니다.
항목 읽기
각 행은 네 부분으로 구성됩니다.
- 아이콘 타일, 작업의 종류에 따라 색상으로 구분됩니다. 제거 및 비활성화는 휴지통 모양의 빨간색, 생성 및 활성화는 더하기 기호의 녹색, 업데이트 및 설정 변경은 연필 모양의 주황색, 로그인, 싱글 사인온 이벤트 및 복원은 키 모양의 파란색입니다.
- 일반 언어 레이블, 예: PHP version changed, Backup created, Custom domain added 또는 WP admin SSO login.
- 세부 정보 피, 예를 들어 이전 및 새로운 PHP 버전, 차단된 IP 주소 또는 추가된 SSH 키의 이름 같이 표시할 가치가 있는 것.
- 작업 수행자 및 타임스탬프, 오른쪽에 있습니다.
세부 정보 피는 조사 중에 로그를 정말 유용하게 만드는 부분입니다. Site URL updated만으로는 거의 알 수 없습니다. 옆에 oldvalue to newvalue가 있는 Site URL updated는 모든 것을 보여줍니다.
누가 했나요
각 레이블 아래의 작업 수행자 라인은 작업을 수행한 KPanel 사용자의 이름 또는 이름을 설정하지 않은 경우 이메일 주소를 표시합니다.
자동화된 작업은 System에 귀속됩니다. 예약된 백업, 자동 SSL 갱신, cron 기반 자동 업데이트 등은 모두 System 항목입니다. 어떤 사람이 수행했다고 나타나지만 그 사람이 수행하지 않았다고 말하는 변경 사항이 보이면, 손상된 로그인으로 취급하고 Account Security 및 Two-Factor Authentication을 따라 진행하세요.
항목은 플랫폼에 의해 작성되며 사용자가 작성하지 않으며, 패널에서 항목을 편집하거나 삭제할 수 없습니다. 그것이 요점입니다: 다시 쓸 수 있는 감사 추적은 감사 추적이 아닙니다.
기록되는 내용
로그는 한 영역만이 아닌 사이트 전체 표면을 다룹니다. 대체로:
| 영역 | 예시 |
|---|---|
| 사이트 수명 주기 | 사이트 생성, 사이트 삭제, 사이트 설정 업데이트 |
| 액세스 | WordPress 관리자 싱글 사인온, phpMyAdmin 싱글 사인온, SSH 키 추가, SFTP 사용자 생성 |
| 백업 | 백업 생성, 백업 복원 요청, 백업 일정 업데이트 |
| 도메인 및 SSL | 사용자 지정 도메인 추가 또는 제거, 도메인 활성화, SSL 인증서 갱신 |
| PHP 및 서버 | PHP 버전 변경, PHP 설정 업데이트, PHP-FPM 재로드, 느린 쿼리 로그 전환 |
| 캐싱 | Redis 캐시 활성화 또는 비활성화, 전체 페이지 캐시 제거, URL 캐시 제거 |
| 보안 | IP 주소 차단, 국가 액세스 규칙 업데이트, XML-RPC 블록 전환, 로그인 잠금 활성화, 사이트 암호 보호 활성화 |
| WordPress 작업 | 사용자 생성 및 삭제, 역할 변경, 고유 링크 업데이트, 플러그인 및 코어 자동 업데이트, .htaccess 저장, 리비전 삭제 |
| WooCommerce | 게이트웨이 변경, 주문 상태 일괄 업데이트, 통화 업데이트, 재고 업데이트 |
| 배포 및 환경 | 스테이징 생성 및 동기화, 프로덕션으로 푸시, 미리보기 배포 구축 및 제거 |
| 파일 | 파일 저장, 이름 변경 또는 삭제, 데이터베이스 내보내기 또는 가져오기 |
작업에 친화적인 레이블이 없으면 항목을 숨기지 않고 원본 작업 이름이 대신 표시됩니다. 새로운 항목이라는 이유로 버려지는 것은 없습니다.
새로고침
목록은 페이지를 열 때 로드되며 폴링되지 않습니다. 다른 탭에서 변경 사항을 만든 후 오른쪽 상단의 Refresh를 클릭하여 최신 항목을 가져오세요.
페이지는 가장 최근 100개 항목을 로드합니다. 이전 액티비티는 유지되지만 패널은 해당 윈도우를 넘어 페이지 매김하지 않으므로, 몇 달 전의 내용을 재구성해야 하는 경우 티켓을 열고 지원팀에 감사 기록을 가져달라고 요청하세요: Opening a Support Ticket을 참조하세요.
실제로 로그 사용하기
무언가 작동하지 않을 때
추측을 시작하기 전에 여기서 시작하세요. 로그를 열고 사이트가 오작동하기 시작한 시간 바로 전의 항목을 살펴보면 첫 번째 화면에서 일반적으로 원인을 찾을 수 있습니다: PHP 버전 업데이트, 플러그인 자동 업데이트, .htaccess 저장, 캐시 설정 변경.
이것이 오류 로그를 읽는 것보다 빠릅니다. 왜냐하면 로그는 증상이 아닌 변경된 내용을 보여주기 때문입니다. 의심스러운 항목을 찾으면 Error Logs에서 정확히 어떻게 실패했는지 알 수 있습니다.
인수 인계 후
다른 사람으로부터 사이트를 인수할 때, 액티비티 로그는 사이트가 어떻게 운영되어 왔는지에 대한 가장 짧은 설명입니다: 백업이 진행 중인지, 업데이트가 자동인지 수동인지, 누군가 쉘을 사용했는지, 보안 기능이 켜져 있는지 여부.
보안 확인으로
특히 주의해서 살펴볼 가치가 있는 두 가지 패턴이 있습니다:
- 인식하지 못한 SSH 키 및 SFTP 사용자. 둘 다 생성된 레이블과 함께 기록됩니다. Adding SSH Keys To a Site에 비추어 교차 확인하고 익숙하지 않은 항목을 취소하세요.
- 이상한 시간의 싱글 사인온 로그인. 모든 WordPress 관리자 및 phpMyAdmin 싱글 사인온은 이를 시작한 사용자와 함께 기록됩니다.
문제를 해결하기 시작하기 전에 관련 행의 스크린샷을 촬영하세요. 항목은 로그에 유지되지만 타임스탐프가 표시된 스크린샷은 메모리의 설명보다 지원 티켓에 첨부하기가 훨씬 쉽습니다.
로그가 표시하지 않는 것
- KPanel 외부에서 수행된 변경 사항. SFTP를 통해 파일을 편집하면 패널의 파일 관리자를 통해 진행된 경우에만 파일 작업으로 기록됩니다. 직접 SSH 작업은 항목화되지 않지만 키가 존재한다는 사실은 항목화됩니다.
- 방문자 트래픽. 이를 위해 사이트의 Analytics 탭을 사용하세요.
- WordPress 내 애플리케이션 수준의 이벤트.
wp-admin내에서 수행된 플러그인 작업은 KPanel에서 트리거된 경우를 제외하고는 플랫폼의 문제가 아니라 WordPress의 문제입니다.
다음 단계
- Error Logs: 변경 사항 뒤의 실패 세부 정보.
- Site Settings: 설정 업데이트로 표시되는 유지 관리 및 HTTPS 토글.
- Taking a Backup: 되돌릴 수 있는 변경 사항을 만들기 전에.