정확한 서버 시간 동기화 가이드

전 세계의 시각에는 목적이 다른 시간 체계가 함께 쓰입니다.

TAI(국제원자시): 국제도량형국(BIPM)이 여러 기관의 원자시계 자료를 종합해 계산하는 연속적인 원자 시간 척도입니다. 윤초를 넣지 않습니다.

UTC(협정 세계시): TAI와 일정한 정수 초 차이를 두고, 지구 자전 기반 시각 UT1과의 차이를 관리하는 국제 기준입니다. 지역의 표준시는 UTC에 시간대 오프셋을 적용합니다.

GPS 시간: 1980년 UTC와 맞춰 시작했지만 윤초를 적용하지 않습니다. 미국 해군천문대(USNO)에 따르면 2026년 9월 기준 GPS 시간은 UTC보다 18초, TAI는 UTC보다 37초 앞섭니다. 이 값은 향후 윤초 정책에 따라 달라질 수 있습니다.

원자시계는 원자 전이 주파수를 기준으로 시간을 측정합니다. BIPM의 SI 초 정의에 따르면 1초는 세슘-133 원자의 바닥상태 초미세 준위 전이에 해당하는 복사선의 9,192,631,770주기입니다.

세슘 원자시계는 이 전이를 기준으로 주파수를 맞춥니다. 광학 시계 등 다른 방식도 연구되고 있지만 장치마다 불확도가 달라 ‘몇 년에 1초’ 같은 하나의 수치로 모든 원자시계의 성능을 표현할 수는 없습니다. 각국 표준기관은 시간·주파수 표준을 실현하고 비교합니다.

원자시계의 표준을 배포하는 NTP 서비스와 Clock-Tani가 웹 응답을 받아 표시하는 방식은 별개입니다. 이 페이지 자체가 원자시계에 직접 연결된 것은 아닙니다.

NTP(Network Time Protocol)는 네트워크를 통해 컴퓨터 시계를 동기화하는 프로토콜입니다. RFC 5905(NTPv4)는 서버 계층과 네 개의 시각 표본을 이용한 왕복 지연·오프셋 계산을 설명합니다.

원자시계·위성 신호를 받는 기준 장치와 연결된 1계층 서버에서 다른 서버·클라이언트로 시각 정보가 전달될 수 있습니다. 실제 성능은 서버의 기준 시각, 기기 시계, 네트워크 지연과 양방향 경로 차이에 좌우됩니다. RFC의 빠른 근거리망 성능 예시를 일반 인터넷이나 모든 기기의 보장치로 옮겨서는 안 됩니다. NIST의 인터넷 시각 서비스 안내도 수신 시각의 정확도가 네트워크 안정성과 지연의 대칭성에 크게 좌우된다고 설명합니다.

Clock-Tani 서버시간은 NTP 패킷으로 브라우저 시계를 동기화하지 않습니다. 웹 API 응답의 시각과 왕복 지연을 이용해 참고용 차이를 추정합니다.

한국표준시는 UTC+9이며, 국가 측정표준과 공식 시각에 관한 자세한 정보는 한국표준과학연구원(KRISS) 같은 공인 기관의 안내에서 확인할 수 있습니다. 원자시계와 NTP 인프라는 표준 시각을 보급하는 데 쓰이지만 모든 웹사이트가 그 기관 서버에 직접 연결되는 것은 아닙니다.

Clock-Tani의 기본 서버시간은 자체 API에서 생성한 Date.now() 값을 브라우저로 전달하고 왕복 지연의 절반을 더한 참고치입니다. KRISS나 NTP 서버에 직접 질의하지 않으므로 공인 표준시 또는 법적 타임스탬프로 표현해서는 안 됩니다.

컴퓨터와 휴대전화의 시계는 하드웨어 발진기와 운영체제의 시간 관리에 영향을 받습니다. 수정 발진자의 주파수는 온도·노후화·장치 설계에 따라 달라질 수 있지만 모든 기기에 같은 발진 주파수나 하루 오차를 적용할 수는 없습니다.

운영체제는 설정과 연결 상태에 따라 네트워크 시각 서비스로 기기 시각을 조정할 수 있습니다. 그 방식과 주기는 기기마다 다르므로 ‘하루에 한 번 NTP로 동기화된다’고 가정하지 마세요. 차이가 의심되면 기기의 자동 시각·시간대 설정을 확인하고, Clock-Tani의 웹 응답 비교 결과는 네트워크 영향을 받는 참고치로 읽으세요. NIST의 설명처럼 수정시계의 오차도 조건에 따라 달라집니다.

서버시간의 기본 보기는 Clock-Tani API에 세 번 요청합니다. 각 응답의 Date.now() 타임스탬프에 브라우저가 측정한 왕복 시간의 절반을 더하고, 지연 시간이 중간인 표본을 선택합니다. 이는 느린 이상치의 영향을 줄이기 위한 구현 방식이지 NTP 동기화나 정확도 인증이 아닙니다. 페이지 재진입·네트워크 복귀 등 필요한 시점에 다시 측정될 수 있습니다.

사이트별 보기는 최근 조회 결과가 재사용되지 않을 때 서버에서 대상 URL에 HEAD 요청을 한 번 보내고 HTTP Date 헤더 및 왕복 시간을 참고합니다. 유효한 추정 오프셋은 최대 60초간 재사용될 수 있습니다. HTTP-date 형식은 초 단위이며 캐시와 응답 경로의 영향을 받습니다. 대상 조회가 실패하면 다른 출처 또는 기기 시각으로 대체될 수 있고 화면에 출처를 구분합니다. 절반 RTT 보정은 양방향 지연이 비슷하다는 가정에 기반하므로 특정 정밀도를 보장하지 않습니다.

지구 자전 기반 시각 UT1과 원자 시간에 기반한 UTC의 차이를 관리하기 위해 현행 UTC 규칙은 필요할 때 윤초를 적용합니다. IERS Bulletin C가 윤초 도입 여부를 공지합니다. 양의 윤초가 들어가는 경우 UTC에서는 23:59:59 다음에 23:59:60이 올 수 있어, 이 시각을 처리하는 소프트웨어에는 별도 대응이 필요합니다.

2022년 CGPM 결의 4는 2035년까지 UT1과 UTC 사이에 허용하는 최대 차이를 늘리고 연속적인 UTC를 위한 시행안을 마련하도록 했습니다. ‘2035년에 윤초가 확정적으로 폐지된다’거나 이후 조정 방식이 이미 정해졌다는 뜻은 아닙니다.

금융 거래 기록, 항법·항공 시스템, 통신망, 전력망은 각각 필요한 시각 동기화 수준과 검증 방법이 다릅니다. 예를 들어 EU 위임규정 2025/1155의 고빈도 알고리즘 거래 관련 기준에는 특정 활동에 100마이크로초 수준의 UTC 최대 편차가 제시되지만 모든 거래·산업에 같은 수치가 적용되지는 않습니다.

위성 항법, 기지국 조정, 전력망 측정에서도 목적에 따라 다른 시간 기준과 허용 오차를 씁니다. 이들 분야의 요구사항을 브라우저 웹 응답 기반 Clock-Tani가 충족한다고 해석해서는 안 됩니다. 공식 판단에는 해당 시스템·기관의 검증된 시각과 기록이 필요합니다.

서버시간 페이지를 열면 Clock-Tani의 웹 응답 기반 참고 시각과 기기 시각의 추정 차이를 밀리초 단위로 볼 수 있습니다. 화면에는 왕복 지연 수치를 별도로 표시하지 않습니다. ‘다시 동기화’를 누르면 새 표본을 얻을 수 있지만, 반복 결과가 비슷해도 절대 오차가 인증되는 것은 아닙니다.

차이가 예상보다 크거나 지속되면 운영체제의 자동 시각과 시간대 설정을 확인하세요. 오프셋의 표시 자릿수는 측정 정확도와 다르며 보편적인 정상·주의·심각 임계값도 없습니다. 중요한 법적·금융·시험·판매 시각은 해당 기관의 공식 기록과 안내를 기준으로 판단해야 합니다.

Clock-Tani 서버시간은 기기 시각과 웹 응답 기반 참고 시각을 나란히 비교하고, 목표 시각까지 카운트다운하는 데 사용할 수 있습니다. 기본 보기는 자체 API의 Date.now() 값, 사이트별 보기는 가능한 경우 대상의 HTTP Date 헤더를 사용해 왕복 지연의 절반을 보정합니다.

표시 차이가 예상보다 크면 기기의 자동 시간·시간대 설정을 확인할 계기로 삼을 수 있습니다. 다만 Clock-Tani는 기기 설정을 변경하거나 NTP 동기화 상태를 진단하지 않고, 특정 정밀도나 불이익 방지를 보장하지 않습니다. 온라인 시험·경매·응모에는 주최 측의 공식 시각과 제출 기록을 우선하세요.