PC 시계 몇 초 틀렸나 직접 재 봤다 — '동기화되지 않음'의 진짜 의미와 w32tm 오차 측정

PC 시계가 몇 초만 틀려도 생기는 문제가 있다. 선착순 예매·수강 신청처럼 초 단위로 열리는 페이지를 기다릴 때, 인증서 오류가 뜰 때, 로그 시각을 맞춰 볼 때다. 그래서 이 PC의 시계가 인터넷 시간과 얼마나 맞는지 확인해 봤다. 명령 결과에는 "동기화되지 않음" 이라고 떠서 잠깐 당황했다. 그런데 설정 화면과 맞춰 보니 다른 이야기였고, 실제로 재 보니 서버와 약 1.2초 차이가 났다.

확인 환경: 윈도우 11 Home 23H2, 2026년 10월 18일 오후 2시 50분쯤. 시간 설정은 바꾸지 않고 확인만 했다. 표준 시간대 값은 캡처에서 가렸다.

1. 설정 > 시간 및 언어 > 날짜 및 시간

1. 자동으로 시간 설정: 켬 — 윈도우가 인터넷 시간 서버에 맞춰 시계를 고친다.
2. 아래 추가 설정에 "마지막으로 성공한 시간 동기화: 2026-10-17 오전 8:36:44", 시간 서버: time.windows.com 이 나온다.

확인하기 전날(10월 17일) 아침에 마지막으로 맞췄다는 뜻이다. 오른쪽 지금 동기화 버튼을 누르면 바로 다시 맞춘다. 이번에는 누르지 않고 상태만 봤다.

2. 명령으로 보면 "동기화되지 않음"?

윈도우 시간 서비스(W32Time)의 상태를 명령으로 확인했다.

w32tm /query /status

결과만 보면 걱정스럽다.

• 윤초 조정: 3(동기화되지 않음)
• 마지막으로 동기화한 시간: 지정되지 않음
• 원본: Local CMOS Clock — 인터넷 서버가 아니라 메인보드에 있는 시계를 기준으로 쓰고 있다는 뜻

그런데 설정 화면은 "10월 17일 8시 36분에 성공" 이었다. 단서는 같은 화면 아래 줄에 있었다. 시간 서비스 W32Time의 시작 유형이 Manual(수동) 이다. 부팅과 함께 항상 자동 시작되는 서비스가 아니라는 뜻이다. 이 PC는 10월 18일 낮 12시 15분에 새로 부팅됐다(빠른 시작이 꺼져 있어 진짜 재부팅이다). 그 뒤로 이 서비스가 서버와 아직 한 번도 맞추지 않아서 w32tm 이 "지정되지 않음" 을 보여 준 것으로 보인다. w32tm /query /status 의 결과는 "이번 서비스 실행 이후" 기준이라고 이해하면 둘이 모순되지 않는다.

3. 실제로 몇 초 틀렸나 — 서버와 직접 비교

그래서 실제 차이를 쟀다. /stripchart 는 이 PC와 다른 시간 서버 사이의 차이(오프셋)를 보여 주는 옵션이다(마이크로소프트 Windows 시간 서비스 도구 및 설정 문서). 시계를 바꾸지 않고 재기만 하므로 관리자 권한도 필요 없었다.

w32tm /stripchart /computer:time.windows.com /samples:3 /dataonly

2초 간격으로 세 번 쟀고, 세 번 모두 -1.227초 안팎으로 거의 같았다. 전날 아침 마지막 동기화 이후 약 30시간 사이에 이 PC의 시계가 서버와 1.2초 정도 벌어진 것이다. 일상적으로 쓰기엔 문제없는 수준이다. 다만 초 단위가 중요한 일이라면 지금 동기화를 한 번 누르고 시작하는 게 낫다.

표로 보면

시간이 중요한 작업 전에는 설정 > 날짜 및 시간 > 지금 동기화 한 번이면 된다. 명령 결과의 "동기화되지 않음" 만 보고 고장이라고 판단하지 말고, 설정 화면의 마지막 성공 시각과 실제 오차를 함께 보자.