Mặc dù mọi người luôn phải đặt mật khẩu bảo vệ máy Mac để ngăn chặn việc sử dụng trái phép, nhưng không phải ai cũng làm như vậy. Đôi khi mọi người chia sẻ thông tin đăng nhập chung, có thể là với bạn cùng phòng, anh chị em, vợ/chồng hoặc bất kỳ ai khác. Bây giờ, nếu bạn đã từng thắc mắc liệu có ai đó đang sử dụng máy tính của mình khi bạn đi vắng hay không, thì thực sự có một phương pháp khá dễ dàng để tìm ra trong Mac OS X.

Tìm hiểu xem ai đó đang sử dụng máy Mac của bạn với bảng điều khiển

Điều này hoạt động tốt nhất nếu bạn đặt máy Mac ở chế độ ngủ khi đi xa, vì những gì chúng tôi đang tìm kiếm là các sự kiện đánh thức hệ thống. Nếu bạn không đặt máy Mac ở chế độ ngủ khi rời khỏi máy tính, hãy bắt đầu làm như vậy ngay bây giờ để theo dõi dữ liệu đánh thức này.

• Sử dụng Spotlight (Command+Spacebar) để tìm kiếm và mở “Bảng điều khiển”
• Nhấp vào thanh tìm kiếm ở góc trên bên phải của Bảng điều khiển và nhập “Wake” để sắp xếp nhật ký hệ thống cho các sự kiện đánh thức
• Cuộn xuống cuối danh sách để tìm các sự kiện gần đây nhất, tìm kiếm trong dữ liệu được liệt kê để tìm mục đánh thức tương ứng với thời gian bạn nghi ngờ ai đó đã sử dụng máy tính

Đầu tiên, bạn sẽ muốn ghi lại thời gian vì chỉ riêng điều đó thôi cũng có thể cung cấp cho bạn thông tin mà bạn đang tìm kiếm. Hơn nữa, bằng cách đọc lý do đánh thức, bạn sẽ có thể biết máy Mac được đánh thức như thế nào và bằng phương pháp nào.Ví dụ: máy tính xách tay Mac sẽ hiển thị “EC.LidOpen (User)” hoặc “LID0” để cho biết máy Mac đã được đánh thức bằng cách mở nắp màn hình. Tất cả máy Mac sẽ hiển thị EHC hoặc EHC2 để chứng minh rằng máy Mac đã được đánh thức bằng cách chạm vào bàn phím hoặc bàn di chuột. OHC hoặc USB thường cho biết thiết bị USB bên ngoài hoặc chuột đã được sử dụng để đánh thức máy Mac, v.v. Một số cú pháp chính xác cho lý do đánh thức sẽ khác nhau tùy theo phiên bản OS X, nhưng hầu hết các mã đều giống nhau đủ để đưa ra kết luận chung.

Dưới đây là một số mục ví dụ về những gì bạn có thể thấy trong Bảng điều khiển: 2/24/12 3:22:26.000 PM nhân: Lý do đánh thức: EC.SleepTimer (SleepTimer ) 24/2/12 3:40:31.000 PM kernel: Lý do đánh thức: EC.LidOpen (Người dùng) 24/2/12 5:23:40.000 PM kernel: Lý do đánh thức: EC.SleepTimer (Hẹn giờ ngủ) 24/2/12 8:11:03.000 PM kernel: Lý do đánh thức: EC.LidOpen (Người dùng) 24/2/12 9:05:09.000 PM kernel: Lý do đánh thức: EC.LidOpen (Người dùng) 24/2/12 9:32:06.000 PM kernel: Lý do đánh thức: EC.LidOpen (Người dùng) 25/2/12 00:51:44.000 AM hạt nhân: Lý do đánh thức: EHC2

Điều cuối cùng bạn đang tìm kiếm là ngày, giờ hoặc sự kiện đánh thức không tương ứng với việc sử dụng máy Mac thông thường của bạn. Có lẽ việc đánh thức bằng bàn di chuột (EHC2) lúc nửa đêm là điều đáng ngờ hoặc có thể việc ai đó mở nắp máy tính xách tay lúc 3:40 chiều hôm qua là điều bất thường. Cuối cùng, bạn có thể quyết định điều gì đáng ngờ hoặc không đúng chỗ, nhưng bằng cách xem nhật ký hệ thống, bạn có thể nhận được dữ liệu được đảm bảo chính xác trên thực tế vì hầu hết người dùng sẽ không nghĩ sẽ can thiệp vào các nhật ký này.

Tìm thông tin đánh thức từ dòng lệnh Nếu bạn có xu hướng sử dụng dòng lệnh nhiều hơn hoặc nếu bạn muốn kiểm tra đánh thức các sự kiện trên máy Mac từ xa qua SSH, hãy thử sử dụng grep với lệnh syslog để tìm kiếm “Thức” hoặc “Lý do đánh thức”:

"

syslog |grep -i Wake reason"

Sử dụng nhật ký hệ thống với grep hiển thị chính xác thông tin đánh thức giống như Bảng điều khiển, nhưng vì nó có thể truy cập được từ dòng lệnh nên nó có thể mạnh mẽ hơn đối với người dùng nâng cao.

Hãy nhớ rằng trong khi nhật ký hệ thống và Bảng điều khiển theo dõi dữ liệu ngủ và thức, chúng sẽ không nhất thiết phải hiển thị các lần đăng nhập và thất bại hay đánh thức trình bảo vệ màn hình. Trong trường hợp đó, cách bảo vệ tốt nhất là luôn nhớ đặt mật khẩu bảo vệ trên máy Mac và khóa màn hình bằng mật khẩu ngay cả khi bạn rời đi trong vài phút nếu bạn đang ở trong tình huống mà người khác có thể xâm phạm hoặc truy cập dữ liệu nhạy cảm .

Bạn cũng có thể tìm thấy thông tin tương tự trên các máy Windows, mặc dù bạn sẽ phải tìm thông tin đó ở nơi khác.