☰

Windows에서 어떤 NTP 시간 서버를 선택하는지가 중요합니까?

tag-icon • tag-icon windows ntp
Windows에서 어떤 NTP 시간 서버를 선택하는지가 중요합니까?

Windows가 인터넷을 통해 시스템 시간을 설정하도록 활성화하면 다음 대화 상자가 표시됩니다.

시간 서버를 선택하는 옵션이 있는 인터넷 시간 설정 대화 상자

어떤 시간 서버를 선택하는지가 중요합니까?

하나가 다른 것보다 "더 나은"지 어떻게 알 수 있습니까?

답변1

어떤 시간 서버를 선택하는지가 중요합니까?

짧은 대답: 예

모든 NTP 서버는 UTC와의 동기화를 유지하려고 노력하지만 사용자와의 거리 및 개입 네트워크는 대기 시간 및 지터와 같은 NTP 요소에 영향을 미칩니다. 가용성 문제도 있습니다. 모든 서버를 영원히 계속 사용할 수 있는 것은 아닙니다.

내가 아는 한, UTC와 Stratum-0 NTP 서비스는 미국 내에서도 USNO에 의해 감독, 규제 또는 제공되지 않습니다. UTC는 ITU에 의해 정의되었으며 TAI와 윤초(ERS에 의해 결정된 것으로 생각됨)를 기반으로 합니다. TAI는 국제적인 70개 실험실(USNO가 하나이지만 워싱턴의 NRL과 볼더의 NIST도 포함)에 의해 유지 관리되고 조정됩니다. 프랑스 BIPM.

나는NTP 풀귀하의 지역에 맞게.

하나가 다른 것보다 "더 나은"지 어떻게 알 수 있습니까?

적절한 시스템에서 실제 NTP 클라이언트를 실행하고 통계를 살펴봄으로써

# ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 connorw600.info europium.canoni 16 u 182d 1024    0    0.000    0.000 4000.00
*dns0.rmplc.co.u ntp1.ja.net      2 u  659 1024  377   27.015   -4.936   1.034
+82.113.154.206  ntp4.ja.net      2 u  700 1024  377   24.853   -4.827   0.788
+dawn.rt.uk.eu.o ntp1.nl.uu.net   2 u  913 1024  377   29.364   -5.614   0.691

connorw600.info처럼 보이는데… 나쁜 선택이 될 것 같습니다.

답변2

위키피디아에 따르면,네트워크 시간 프로토콜다음과 같이 작동합니다:

시계를 원격 서버와 동기화하려면 NTP 클라이언트는 왕복 지연 시간과 오프셋을 계산해야 합니다. 왕복 지연은 로 계산되며 여기에 이미지 설명을 입력하세요, 여기서 여기에 이미지 설명을 입력하세요는 요청 패킷 전송 시간, 여기에 이미지 설명을 입력하세요는 요청 패킷 수신 시간, 여기에 이미지 설명을 입력하세요은 응답 패킷 전송 시간, 여기에 이미지 설명을 입력하세요는 응답 패킷 수신 시간이다. 여기에 이미지 설명을 입력하세요는 요청 패킷의 방출과 응답 패킷의 수신 사이에 클라이언트 측에서 경과된 시간이고, 는 여기에 이미지 설명을 입력하세요응답을 보내기 전에 서버가 기다린 시간입니다. 오프셋은 로 지정됩니다 여기에 이미지 설명을 입력하세요.

클라이언트와 서버 사이의 들어오고 나가는 경로에 대칭적인 명목 지연이 있는 경우 NTP 동기화가 올바른 것입니다.. 경로에 공통 명목 지연이 없는 경우 동기화는 전진 및 후진 이동 시간 차이의 절반에 해당하는 체계적 편향을 갖습니다.

이 설명에서 우리는 정확한 시계 동기화를 위해서는 서버가 귀하의 요청에 응답하는 지연 시간과 서버가 동기화를 완료하는 데 응답하는 시간 지연의 차이가 낮아야 함을 인정할 수 있습니다. 따라서 실행 중인 서버가 멀리 떨어져 있는 경우(즉, 사용자와 NTP 서버 사이에 많은 "포인트" 또는 라우터가 있음) NTP 패킷에 대해 다른 "경로"를 가질 가능성이 있습니다. 받기와 보내기가 늘어납니다.

따라서 사례에 대한 내 해석에 따르면 시계를 동기화하는 가장 좋은 서버는 "가까운" 서버입니다. 내 말은, 당신과 서버 사이의 "포인트" 추적을 얻으면 점프가 더 적은 서버를 선택한다는 것입니다. Windows에서 "tracert" 명령을 사용하여 가장 적합한 공용 NTP 서버를 확인할 수 있습니다.

또한 이러한 표준 옵션 외에도 다음이 있다는 점을 기억하세요.많은 공개 NTP 서버인터넷에서.

답변3

짧은 대답: 아니요.

그것은 중요하지 않습니다. 그것들은 모두 똑같습니다. 어느 정도는 서로를 위한 백업입니다. 미국 내에서는 미 해군 천문대의 시간 서비스 부서가 공식 계시원입니다. 기업, 특히 미국 정부 기관을 포함한 다른 모든 것은 시대를 반영합니다. 따라서 드롭다운에서 사용할 수 있는 모든 옵션은 동시에 제공됩니다. 그러므로 다른 것보다 "더 나은" 것은 없습니다.

답변4

실제로 레이턴시에는 큰 차이가 있습니다. 예를 들어 풀을 사용하면 지연 시간이 달라질 수 있습니다. 수영장은 가까운 서버에 연결을 시도합니다. 내 경험상 "검색" 시간은 쿼리마다 다릅니다. 내 애플리케이션 중 하나에서는 Google과 Microsoft의 대기 시간이 더 일관적이었기 때문에 풀을 3차 백업으로 만들어야 했습니다.

관련 정보