매장 CCTV 녹화 시각 오류 — 시간대·NTP·DNS·DST 점검

"사건 시각으로 녹화를 찾으려는데 화면 시계가 실제보다 한 시간 빨라요."

"NTP 서버 주소를 넣어놨는데도 시간이 계속 조금씩 밀립니다. 동기화가 되는 건지 안 되는 건지 모르겠어요."

녹화기 화면의 시계가 틀리면 단순히 보기 불편한 문제가 아닙니다. 도난·사고·분쟁이 생겨 "몇 시 몇 분 영상을 달라"는 요청이 들어왔을 때 녹화기 시각이 어긋나 있으면 엉뚱한 구간을 찾게 되고, 실제 사건 시각과 영상 시각을 별도로 환산해야 합니다. 따라서 시각 오류를 발견했다면 오차를 기록하고 원인을 분리해 두는 것이 좋습니다.

이 증상에서 먼저 알아야 할 것은, "시간이 틀리다"는 하나의 현상에 서로 독립된 네 개의 설정 축이 관여할 수 있다는 점입니다. 시간대(Time Zone), NTP 서버 주소, DNS, 일광절약시간(DST)은 각각 다른 단계에서 표시 시각에 영향을 줍니다. 한 축을 고쳐도 다른 축이 어긋나 있으면 시계는 여전히 틀릴 수 있습니다.

이 글은 현장 출동 기록이 아니라 NTP 표준 문서와 한국 표준시 규정, 녹화기 제조사 설명서를 사장님 관점에서 대조·정리한 편집 자료입니다. 확인일은 2026-08-04입니다. 메뉴 명칭, 저장 방식, 재부팅 필요 여부와 지원 기능은 제조사·모델·펌웨어에 따라 다르므로 실제 사용 중인 장비의 설명서와 설정 화면을 함께 확인해야 합니다.

녹화 시각이 틀리면 사건 시점 검색부터 어긋난다 — 왜 네 가지를 따로 봐야 하나

녹화기가 화면에 표시하거나 영상에 기록하는 시각은 하나의 값처럼 보이지만, 그 값이 만들어지는 과정에는 여러 단계가 있습니다.

• NTP 서버 주소: 녹화기가 시간 서버에 접속해 기준 시각을 동기화할 때 사용합니다.
• DNS: NTP 서버를 `time.google.com`처럼 호스트 이름으로 넣었다면, 그 이름을 실제 IP 주소로 변환해야 합니다.
• 시간대(Time Zone): UTC 기준 시각을 한국 지역 시각으로 표시하기 위한 오프셋을 적용합니다.
• 일광절약시간(DST): DST를 시행하는 지역에서는 지정된 기간에 추가 오프셋을 적용합니다.

이 네 단계가 서로 다른 방식으로 표시 시각에 영향을 주기 때문에, "시간이 틀리다"는 증상만 보고 한 곳을 단정하면 헛수고가 되기 쉽습니다.

정확히 한 시간 또는 아홉 시간처럼 정각 단위로 떨어지는 오차라면 시간대나 DST 축을 우선 확인할 수 있습니다. 몇 초·몇 분씩 점진적으로 벌어지거나 동기화되지 않는 증상이라면 NTP 접속과 동기화 주기를 우선 확인할 수 있습니다. 특정 기간에만 한 시간 차이가 생긴다면 DST 설정을 우선 의심할 수 있습니다.

다만 이것은 공식적인 원인 확정 법칙이 아니라 점검 순서를 정하기 위한 진단 가설입니다. 수동 시각 오설정, 내부 시계 이상, 동기화 주기, 펌웨어 문제도 비슷한 오차를 만들 수 있습니다. 오차의 모양으로 첫 점검 축을 고른 뒤 실제 설정값과 장비 로그로 확인해야 합니다.

녹화 영상 자체가 특정 구간에 통째로 비어 있는 문제라면 시각 설정이 아니라 저장장치·녹화 일정 쪽일 수 있으므로, 매장 CCTV 녹화 미저장 원인 4단계 점검법으로 축을 먼저 갈라내는 편이 낫습니다. 이 글은 "녹화는 되는데 표시되거나 기록된 시각이 틀린" 경우를 다룹니다.

NTP는 UTC 기준 시각을 동기화한다 — 시간대·DST는 장비가 별도로 처리한다

시각 설정을 손대기 전에 알아둘 원리가 하나 있습니다. NTP(Network Time Protocol)는 장치 시계를 UTC와 연계된 기준 시각에 동기화하는 프로토콜입니다. 한국 지역 시각을 표시하려면 장비에 설정된 시간대와 DST 규칙이 별도로 적용돼야 합니다.

NTPv4 규격은 IETF 표준 문서인 RFC 5905에 정의돼 있습니다. IANA의 서비스 등록 기준으로 NTP에는 UDP 123번 포트가 사용됩니다.

• RFC 5905(NTP Version 4): rfc-editor.org
• IANA NTP 서비스·포트 등록: iana.org
• 대한민국 「표준시에 관한 법률」: law.go.kr
• 시간대·DST·NTP를 별도 항목으로 제공하는 Hikvision NVR 설명서 예시: assets.hikvision.com

이 원리에서 두 가지 점검 가설이 나옵니다.

• NTP 동기화가 정상이어도 시간대 설정이 틀리면 화면 시각이 시간 단위로 어긋날 수 있습니다. 기준 시각은 맞지만 장비가 지역 시각으로 변환하는 설정이 잘못된 경우입니다.
• 시간대가 맞더라도 NTP 접속이나 동기화가 실패하면 내부 시계의 오차가 교정되지 않을 수 있습니다. 다만 오차의 크기와 진행 속도는 장비 상태와 동기화 주기 등에 따라 달라지므로, 점진적 오차만으로 NTP 실패를 확정해서는 안 됩니다.

따라서 "NTP 서버 주소를 입력했으니 시간은 모두 자동으로 맞는다"는 생각은 정확하지 않습니다. NTP 동기화와 시간대·DST 설정은 별개의 축으로 확인해야 합니다.

시간대(Time Zone)가 UTC+9로 맞는가 — 정각 단위 오차의 첫 점검축

화면 시각이 실제보다 정확히 몇 시간 빠르거나 느리다면 시간대 설정을 우선 확인합니다. 초·분은 비슷한데 시(時)만 정각 단위로 어긋나는 형태는 시간대 축을 먼저 배제할 근거가 됩니다.

다만 정각 단위 오차가 반드시 시간대 때문이라는 뜻은 아닙니다. 수동으로 시각을 잘못 입력했거나, 펌웨어·내부 시계 문제로 동일한 형태의 오차가 생길 수도 있습니다. 여기서 제시하는 순서는 확정 진단이 아니라 우선 배제 순서입니다.

녹화기 시간 설정 화면에는 모델에 따라 `Time Zone`, `시간대`, `지역` 등의 항목이 있습니다. 대한민국 표준시는 UTC+9이므로 국내 매장 장비는 일반적으로 UTC+9 또는 Seoul에 대응하는 항목을 사용합니다.

• 화면이 실제보다 1시간 빠름: UTC+10 등 다른 시간대가 선택됐거나 DST가 켜졌는지 우선 확인합니다.
• 화면이 실제보다 1시간 느림: UTC+8 등 다른 시간대가 선택됐는지 우선 확인합니다.
• 화면이 실제와 9시간 차이: UTC 또는 UTC+0으로 설정됐는지 우선 확인합니다.

확인할 항목은 다음과 같습니다.

• 시간대가 UTC+9 또는 해당 장비의 Seoul 항목으로 설정돼 있는가.
• 설정을 변경한 뒤 저장 버튼이나 적용 절차를 완료했는가.
• 저장 즉시 반영되는지, 로그아웃·재접속이나 재부팅이 필요한지는 해당 모델 설명서에서 확인했는가.
• 여러 대의 녹화기와 카메라가 있다면 장치별 시간대 설정이 서로 같은가.
• 수동 시각 입력값이 별도로 남아 있거나 NTP 설정과 충돌하지 않는가.

시간대를 바로잡은 뒤 정각 단위 오차가 사라지는지 확인합니다. 그 뒤에도 초·분 단위 오차가 커지면 NTP 동기화, 동기화 주기, 내부 시계 또는 펌웨어 축을 계속 확인해야 합니다.

NTP 서버 주소가 이름으로 들어갔는가 — DNS 조회까지 확인해야 한다

시각이 정각 단위로 고정돼 틀리는 것이 아니라 시간이 지나면서 오차가 변하거나 설정한 기준 시각으로 동기화되지 않는다면, NTP가 실제로 동작하는지 확인합니다. 다만 이런 증상만으로 NTP 실패를 확정하지는 말고, 수동 시각 설정·내부 시계·펌웨어 가능성도 함께 남겨둡니다.

NTP 서버 주소는 장비에 따라 다음과 같은 형태로 입력할 수 있습니다.

• 호스트 이름: `time.google.com`, `kr.pool.ntp.org`, `pool.ntp.org` 같은 이름
• 숫자 IP 주소: 해당 입력 방식을 장비가 지원하고 NTP 운영자가 공식적으로 공개한 경우에 한해 진단용으로 사용

호스트 이름을 입력했다면 녹화기가 그 이름을 실제 IP 주소로 변환하는 DNS 조회에 성공해야 NTP 서버로 접속할 수 있습니다. `pool.ntp.org` 같은 풀 주소는 DNS를 통해 여러 서버를 배정하므로, 풀에서 특정 순간 조회된 IP를 영구 고정해서는 안 됩니다.

• NTP Pool 사용 안내: ntppool.org
• Google Public NTP 공식 클라이언트 설정 안내: developers.google.com

DNS 조회나 NTP 통신이 실패했을 때 어떤 오류를 표시하는지는 제조사·모델마다 다릅니다. 오류 알림이 없거나 알아보기 어려운 장비도 있을 수 있으므로, 주소를 입력했다는 사실만으로 동기화 성공을 판단하지 말고 마지막 동기화 시각, 상태 표시 또는 로그가 제공되는지 확인합니다.

이 축에서 확인할 항목은 다음과 같습니다.

• NTP 서버 주소가 오타 없이 정확히 입력됐는가.
• 수동 DNS 입력란뿐 아니라 DNS 자동 취득 상태와 실제 할당된 DNS 값을 확인했는가.
• NTP 동기화 주기와 마지막 성공 시각을 장비에서 확인할 수 있는가.
• 기본 게이트웨이가 올바르고 장비가 외부 NTP 서버에 접근할 수 있는가.
• 방화벽이나 네트워크 정책에서 UDP 123 통신이 제한되지 않았는가.
• 서버 주소·포트·동기화 방식이 해당 모델 설명서의 형식과 맞는가.

호스트 이름 방식의 문제를 DNS 축과 분리하려면 숫자 IP를 이용한 임시 시험을 고려할 수 있습니다. 단, 이 시험은 다음 조건을 지켜야 합니다.

1. 해당 녹화기가 숫자 IP 입력을 지원하는지 설명서에서 확인합니다.

2. 해당 NTP 사업자가 공식적으로 공개한 IP만 사용합니다.

3. 이 입력은 진단 중 DNS를 임시로 배제하기 위한 시험으로만 사용합니다.

4. `pool.ntp.org`나 다른 풀 호스트를 순간적으로 조회해 얻은 IP를 영구 고정하지 않습니다.

5. 시험 후에는 NTP 사업자의 공식 설정 안내에 맞는 호스트 이름 또는 권장 구성으로 되돌립니다.

Google Public NTP를 시험 대상으로 검토한다면 임의 웹사이트에서 IP를 가져오지 말고, `time.google.com` 및 공식 공개 주소에 관한 Google의 설정 안내(developers.google.com)를 직접 확인해야 합니다.

공식 공개 IP를 사용한 임시 시험에서는 동기화되고 호스트 이름으로는 실패한다면 DNS 축을 우선 점검할 근거가 됩니다. 반대로 두 방식 모두 실패한다면 게이트웨이, UDP 123 통신, NTP 설정 형식, 장비 펌웨어 등 다른 축을 계속 확인해야 합니다.

공유기와 녹화기의 DNS 상태는 어떻게 확인하나 — 빈 입력란만 보면 안 된다

녹화기가 NTP 서버 이름을 IP 주소로 바꾸려면 유효한 DNS 설정이 필요합니다. 이 DNS 값은 장비에 수동 입력돼 있을 수도 있고 DHCP를 통해 자동으로 할당될 수도 있습니다.

따라서 수동 DNS 입력란이 비어 있다는 사실만으로 DNS가 없다고 판단하면 안 됩니다. 수동 DNS 입력란이 비어 있어도 DHCP로 자동 취득될 수 있으므로, 먼저 `DNS 자동 취득`, `Obtain DNS Automatically` 같은 항목의 상태와 실제 할당값을 확인해야 합니다. 자동·수동 어느 쪽에서도 유효한 DNS가 없을 때 호스트 이름 조회가 실패합니다.

DHCP 사용 시 DNS 자동 취득을 지원하는 Hikvision NVR 설명서 예시는 다음과 같습니다.

• Hikvision HiWatch NVR 사용자 설명서: hikvision.com

확인 순서는 다음과 같습니다.

1. 녹화기의 네트워크 설정에서 DHCP 사용 여부와 DNS 자동 취득 여부를 확인합니다.

2. 자동 취득 중이라면 현재 할당된 Preferred DNS·Alternate DNS 또는 이에 해당하는 실제 값을 확인합니다.

3. 고정 IP 구성이라면 해당 네트워크에 맞는 게이트웨이와 DNS 값이 수동으로 설정돼 있는지 확인합니다.

4. 공유기 주소를 DNS로 사용할 수 있는지, 별도 공개 DNS를 사용할 수 있는지는 공유기 구성과 네트워크 관리 정책을 확인합니다.

5. NTP 호스트 이름 방식이 실패한다면 앞 절의 조건에 따라 공식 공개 IP를 이용한 임시 시험으로 DNS 요인을 분리합니다.

6. 정전이나 공유기 교체 뒤라면 녹화기에 할당된 DNS·게이트웨이 값이 이전 구성과 달라졌는지 대조합니다.

숫자 IP로 이미 연결된 기능은 DNS 장애 중에도 유지될 수 있습니다. 그러나 P2P·클라우드 원격접속 기능 역시 DNS를 사용할 수 있으므로, 장비 구성에 따라 시간 동기화와 원격 기능이 함께 실패할 수도 있습니다. "원격이 되니 DNS도 정상" 또는 "원격이 안 되니 반드시 DNS 문제"라고 단정하지 말고 기능별 주소 형식과 로그를 확인해야 합니다.

DHCP와 고정 IP의 차이는 주방 프린터 IP 바뀜 — 고정 IP 설정 3단계 (DHCP 원인)에서 다룬 구조와 연결해 볼 수 있습니다. P2P 원격접속까지 함께 실패한다면 매장 CCTV LTE 접속 불가 — 공인 IP·DDNS·P2P 점검의 P2P 분기와 함께 확인할 수 있습니다.

한국은 일광절약시간을 시행하지 않는다 — DST가 켜졌는지 확인한다

녹화기 시간 설정에는 모델에 따라 DST(Daylight Saving Time, 일광절약시간·서머타임) 항목이 따로 있습니다. 특정 기간에만 한 시간 차이가 생겼다가 해소되는 패턴이라면 DST 축을 우선 확인할 수 있습니다.

대한민국의 표준시는 법률상 동경 135도를 기준으로 하며 UTC+9에 해당합니다. 현재 대한민국은 DST를 시행하지 않으므로 국내 매장에서 사용하는 장비는 일반적으로 DST를 Off로 설정합니다.

• 국가법령정보센터 「표준시에 관한 법률」: law.go.kr
• 서울의 현재 시간대·DST 시행 여부 보조 확인: timeanddate.com

해외 시장용 펌웨어의 기본값, 초기 설정 마법사 또는 이전 사용 지역 설정 때문에 DST가 켜져 있으면 지정된 시작·종료 기간에 한 시간 오차가 생길 수 있습니다.

확인 항목은 다음과 같습니다.

• 녹화기 시간 설정에서 DST 항목이 Off로 돼 있는가.
• DST가 On이라면 시작·종료 날짜와 오프셋이 어떻게 지정돼 있는가.
• 한 시간 오차가 발생한 기간과 DST 적용 기간이 실제로 겹치는가.
• 시간대가 UTC+9로 설정돼 있는가.
• 설정 저장·적용 또는 재부팅 필요 여부를 해당 모델 설명서에서 확인했는가.

특정 기간의 한 시간 오차는 DST를 우선 의심할 근거지만 확정 법칙은 아닙니다. 예약된 수동 시각 설정, 펌웨어 문제 또는 다른 자동 보정 기능도 배제해야 합니다. 시간대와 DST를 한꺼번에 바꾸지 말고, 기존 설정을 기록한 뒤 한 축씩 변경해 결과를 확인합니다.

증상별로 네 축 중 어디부터 보나 — 시각 오류 대조표

증상	오차 성격	우선 의심할 축	먼저 확인할 지점
초·분은 비슷한데 시(時)만 정확히 몇 시간 틀림	정각 단위·상시	시간대(Time Zone)	UTC+9 또는 Seoul인지, 수동 시각 오설정은 없는지
화면이 실제와 9시간 차이	정각 단위·상시	시간대	UTC 또는 UTC+0으로 남아 있는지
특정 기간에만 1시간 빨라졌다가 돌아옴	정각 단위·기간 한정	DST	DST가 On인지, 적용 기간과 오차 기간이 겹치는지
NTP 주소를 넣었는데 시간이 지나며 오차가 달라짐	초·분 단위·점진적	NTP·내부 시계	마지막 동기화 성공 시각, 서버 주소, 주기, 게이트웨이
호스트 이름으로 실패하고 공식 IP 임시 시험은 성공함	동기화 실패	DNS	자동 취득 상태, 실제 DNS 할당값, 수동 DNS 값
시간 동기화와 P2P·클라우드 기능이 함께 실패함	복수 네트워크 기능 실패	DNS·게이트웨이·인터넷	기능별 호스트 이름 사용 여부와 네트워크 상태
정전 뒤 시각이 크게 초기화됨	큰 폭·리셋	내부 시계·NTP 재동기화	모델별 시계 유지 방식, 재부팅 후 NTP 상태
여러 카메라·녹화기끼리 시각이 서로 다름	장치 간 불일치	장치별 시간대·동기화	각 장치의 시간대, NTP, NVR 동기화 기능 지원 여부

이 표는 오차의 모양만으로 원인을 확정하는 표가 아니라 첫 점검 축을 고르는 대조표입니다. 수동 시각 오설정, 내부 시계 또는 RTC 관련 문제, 동기화 주기, 펌웨어 문제도 비슷한 증상을 만들 수 있습니다.

정전 후 시각이 크게 초기화됐다면 내부 시계 유지 장치가 가능한 원인 중 하나일 수 있지만, RTC 구성과 교체 가능 여부, 초기 날짜는 모델마다 다릅니다. 임의로 장비를 분해하거나 배터리를 교체하지 말고 정확한 모델의 서비스 설명서 또는 제조사 지원을 확인해야 합니다.

정전 뒤 장비 전체가 복구되지 않았다면 정전 후 POS·프린터 복구 안 됨 — 15분 3단계 점검표의 전원·네트워크 복구 순서를 먼저 밟은 뒤 시각 설정으로 넘어가는 편이 낫습니다.

한 번에 한 축만 바꾸려면 어떤 순서로 확인해야 하나

1. 녹화기 화면 시각과 신뢰할 수 있는 실제 시각을 나란히 적고 오차의 크기·방향·발생 기간을 기록합니다.

2. 오차가 정각 단위로 고정돼 있다면 시간대를 우선 확인하되, 수동 시각 오설정과 펌웨어 가능성도 남겨둡니다.

3. 시간대가 UTC+9 또는 해당 장비의 Seoul 항목인지 확인합니다.

4. 특정 기간에만 한 시간 차이가 생겼다면 DST 적용 여부와 기간을 확인합니다. 국내 장비는 현재 DST Off가 기준입니다.

5. 시간이 지나면서 오차가 변한다면 NTP 서버 주소, 마지막 성공 시각, 동기화 주기, 게이트웨이와 UDP 123 통신을 확인합니다.

6. NTP 서버가 호스트 이름이라면 DNS 자동 취득 상태와 실제 할당값, 수동 DNS 값을 확인합니다.

7. DNS 축을 분리할 필요가 있다면 장비 지원 여부를 확인하고, NTP 사업자가 공식 공개한 IP로만 임시 시험합니다. 풀에서 우연히 조회된 IP는 고정하지 않습니다.

8. 한 번에 한 축만 바꾸고 이전 값과 변경 시각을 기록합니다.

9. 저장 즉시 반영되는지, 재로그인이나 재부팅이 필요한지는 해당 모델 설명서에서 확인합니다.

10. NTP 변경 후에는 제조사가 안내한 동기화 절차와 상태 표시를 확인합니다. 단순히 기다린 시간만으로 성공 여부를 판단하지 않습니다.

11. 여러 장치가 있다면 각 장치의 시간대·NTP 설정과 제조사가 제공하는 장치 간 동기화 기능을 마지막에 대조합니다.

12. 점검 후 시간대·NTP 서버·DNS·DST 값을 기록해 두면 정전, 장비 교체 또는 초기화 뒤 다시 확인하기 쉽습니다.

FAQ

Q1. NTP 서버 주소를 입력했는데도 시간이 계속 밀리는 이유는 무엇인가요?

주소를 입력한 것과 서버에 실제로 접속해 동기화에 성공한 것은 다릅니다. 호스트 이름으로 입력했다면 DNS 조회가 성공해야 하고, 올바른 게이트웨이를 통해 서버에 접근할 수 있어야 하며, NTP에 사용하는 UDP 123 통신도 허용돼야 합니다.

먼저 마지막 동기화 성공 시각이나 상태 로그가 제공되는지 확인하세요. DNS를 분리 시험해야 한다면 장비가 숫자 IP 입력을 지원하는지 확인하고, NTP 사업자가 공식 공개한 IP만 임시로 사용해야 합니다. 풀 호스트에서 순간적으로 조회한 IP를 영구 고정해서는 안 됩니다.

공식 IP 임시 시험은 성공하고 호스트 이름만 실패한다면 DNS 자동 취득 상태와 실제 할당값, 수동 DNS 값을 확인합니다. 두 방식 모두 실패한다면 게이트웨이, UDP 123 제한, 서버 설정 형식 또는 펌웨어 문제를 계속 점검해야 합니다.

Q2. 화면 시각이 정확히 한 시간 빠르면 NTP부터 다시 설정해야 하나요?

정확히 한 시간이라는 오차는 시간대나 DST 축을 우선 확인할 근거가 됩니다. 하지만 NTP 문제가 아니라고 확정할 수는 없으며, 수동 시각 오설정이나 펌웨어 문제도 배제해야 합니다.

연중 계속 한 시간 빠르다면 시간대가 UTC+10 등으로 잘못 지정됐는지 먼저 확인합니다. 특정 기간에만 한 시간 빨라진다면 DST가 켜졌는지와 적용 기간이 오차 기간과 일치하는지 확인합니다. 대한민국은 현재 DST를 시행하지 않으므로 국내 매장 장비는 일반적으로 DST Off가 맞습니다.

Q3. 인터넷이나 원격 기능이 되는데 시간 동기화만 실패할 수 있나요?

가능합니다. 숫자 IP로 이미 연결된 기능은 DNS 장애 중에도 유지될 수 있지만, NTP 서버를 호스트 이름으로 설정했다면 그 이름을 해석하는 DNS 문제로 시간 동기화가 실패할 수 있습니다.

반대로 P2P·클라우드 원격접속 기능도 DNS를 사용할 수 있으므로, 장비 구성에 따라 원격 기능과 시간 동기화가 함께 실패할 수도 있습니다. 원격 기능의 작동 여부만으로 DNS 상태를 확정하지 마세요.

녹화기의 DNS 자동 취득 상태와 실제 할당값을 먼저 확인하고, 고정 네트워크 구성이라면 수동 DNS·게이트웨이 값을 함께 대조합니다. DNS 분리 시험은 공식 공개 IP를 이용한 임시 진단으로만 수행합니다.

Q4. 정전 뒤 시각이 2000년대처럼 완전히 엉뚱한 값으로 돌아갔습니다

정전 중 장비의 내부 시각 유지가 실패했거나 설정이 초기화됐을 가능성이 있습니다. 일부 장비에서는 RTC 또는 그 전원 유지 부품이 가능한 원인일 수 있지만, RTC 구성과 초기 날짜, 교체 가능 여부는 모델마다 다릅니다.

전원이 돌아온 뒤 NTP가 정상적으로 동기화되는지, 게이트웨이·DNS·NTP 서버 설정이 유지됐는지 먼저 확인하세요. 내부 부품 문제를 의심하더라도 임의로 분해하거나 배터리를 교체하지 말고, 정확한 모델의 서비스 설명서 또는 제조사 지원 절차를 확인해야 합니다.

Q5. 카메라마다 화면에 표시되는 시각이 조금씩 다른 이유는 무엇인가요?

각 카메라와 NVR이 서로 다른 시간대·NTP 서버·동기화 주기 또는 수동 시각을 사용하면 장치 간 시각이 어긋날 수 있습니다.

일부 제조사·모델은 NVR에서 연결 카메라 시간을 동기화하는 기능을 제공합니다. 예를 들어 일부 Hikvision NVR의 연결 장치 시간 동기화 기능은 해당 제조사 설명서(assets.hikvision.com)에서 확인할 수 있습니다. 그러나 모든 NVR·카메라 조합에 적용되는 일반 규칙은 아닙니다.

각 장치의 시간대와 NTP 설정을 먼저 대조하고, 정확한 모델 조합이 NVR 기반 동기화를 지원하는지 제조사 설명서에서 확인하세요. 지원하지 않는 조합이라면 각 장치가 동일한 기준과 설정을 사용하도록 개별 구성해야 합니다.

오차의 모양은 확정 답이 아니라 첫 점검축을 고르는 단서다

녹화기 시각이 틀릴 때 가장 먼저 할 일은 설정값을 무작정 바꾸는 것이 아니라, 오차의 크기·방향·진행 방식·발생 기간을 기록하는 것입니다.

• 정각 단위로 상시 어긋나면 시간대 축을 우선 확인합니다.
• 특정 기간에만 한 시간 차이가 생기면 DST 축을 우선 확인합니다.
• 시간이 지나면서 초·분 단위 오차가 달라지면 NTP와 내부 시계 축을 우선 확인합니다.
• 호스트 이름에서만 실패하고 공식 IP 임시 시험은 성공하면 DNS 축을 우선 확인합니다.

이 대응 관계는 공식적인 확정 법칙이 아니라 한 축씩 배제하기 위한 진단 순서입니다. 수동 시각 오설정, RTC를 포함한 내부 시계 문제, 동기화 주기와 펌웨어 문제도 예외로 남겨둬야 합니다.

NTP 서버 주소만 계속 바꾸는 방식도 피해야 합니다. NTP 동기화, UTC+9 시간대, DST Off, DNS 이름 해석은 서로 다른 설정 축입니다. 특히 수동 DNS 입력란이 비어 있어도 DHCP로 DNS를 자동 취득할 수 있으므로, 화면의 빈칸만 보고 DNS 부재를 단정해서는 안 됩니다.

네 축의 기존 값을 먼저 기록하고 한 번에 하나씩 바꾸세요. 설정 저장 후 즉시 반영되는지 또는 재부팅이 필요한지는 모델 설명서로 확인하고, NTP는 장비의 동기화 상태나 로그로 성공 여부를 확인해야 합니다. 이렇게 오차의 모양을 출발점으로 시간대·NTP·DNS·DST를 차례로 배제하면, 사건 시각으로 녹화를 찾아야 할 때 발생하는 혼선을 줄일 수 있습니다.