NTP 동기화가 실패했지만 Windows 10에서 NTP 서버에 연결할 수 있습니다.

NTP 동기화가 실패했지만 Windows 10에서 NTP 서버에 연결할 수 있습니다.

Windows 10에서 시계를 동기화할 수 없습니다.

제어판에서 또는 w32tm /resync내 컴퓨터에서 동기화를 요청할 때 일부 NTPv3 패킷을 pool.ntp.org(수동으로 해당 서버를 설정했지만 어떤 서버를 사용하든 상관 없음) 응답을 받지 못합니다.

그러나 그렇게 하면 w32tm /monitor /computers:pool.ntp.org작동하며 Wireshark에서 내 컴퓨터가 NTPv1 패킷을 보내고 응답을 받는 것을 볼 수 있습니다.

그러나 컴퓨터를 휴대폰의 모바일 핫스팟에 연결하면 NTPv3를 사용하여 시간 동기화가 작동합니다. 또한 내 Windows 10과 동일한 네트워크에 있는 다른 Linux 컴퓨터는 문제 없이 동기화할 수 있습니다. (그리고 NTPv4를 사용하여 볼 수 있습니다.)

나는 시도했다:

  • Windows 시간 서비스 다시 시작
  • Windows 시간 서비스 재설정
  • 라우터 방화벽에서 포트 123 열기
  • DNS 설정 변경(저는 DNS-over-TLS를 사용합니다)

그리고 그것을 작동시키지 못했습니다.

내 라우터는 이중 NAT 구성(예: 인터넷 - 내가 제어하지 않는 다른 라우터 - 내 라우터 - 내 PC)으로 되어 있어 NTP 문제가 발생할 수 있지만 Linux 랩톱이 어떻게 동기화할 수 있는지 이해할 수 없습니다.

편집 1:

응답이 포함된 NTP 패킷 응답이 포함된 NTP 패킷

응답이 없는 NTP 패킷 응답이 없는 NTP 패킷

답변1

댓글에서 논의한 바와 같이,차이점Windows의 W32time 서비스는 "대칭" 모드에서 NTP 포트 번호를 사용합니다.및 소스순전히 클라이언트로 작동하고 대칭 피어로 작동하도록 설정되지 않은 경우에도 포트 번호는 123입니다(해당 기능이 있음).

이는 상태 비저장 방화벽이 인바운드 응답과 인바운드 쿼리를 구별할 수 있는 방법이 없다는 것을 의미합니다. 두 응답 모두 포트 123에 ""착하기 때문입니다. ISP에 NTP 서버 호스팅을 방지하는 필터가 있는 경우 NTP 사용도 방지됩니다. 이 모드에서 작동하는 클라이언트.

Linux NTP 소프트웨어는 일반적으로 프로토콜 사양을 준수하며 대부분의 다른 UDP 소프트웨어와 마찬가지로 클라이언트/서버 모드에서 임시 소스 포트를 사용합니다(123→123은 순전히 대칭 모드용입니다). 마찬가지로 이 w32tm도구는 모니터/스트립차트 옵션으로 인해 임시 포트에 바인딩된 일반 소켓을 사용하여 자체 NTP 쿼리를 생성하기 때문에 작동합니다.

  • 항상 온라인 상태인 Linux 또는 BSD 시스템이 있는 경우 해당 시스템을 내부 NTP 서버로 사용할 수 있습니다. 예를 들어 Chrony 또는 ntpd를 중간 품질 서버로 작동하려면 설정이 거의 필요하지 않습니다.

    이는 커널 시계가 호스트 시계에 엄격하게 연결되어 있지 않기 때문에 WSL2에서도 작동합니다(제가 기억하는 한). WSL2 내에서 Chrony를 NTP 서버로 실행하고 업데이트를 시도하지 않도록 지시할 수 있어야 합니다. RTC.

  • VPN을 사용할 수 있는 곳이 있으면 NTP용 VPN 연결을 사용할 수 있습니다.

  • 타사 Windows NTP 클라이언트도 작동해야 합니다. 특히 W32time에서 로컬 포트 ​​123을 이미 사용하고 있는 경우에는 어쨌든 다른 로컬 포트를 사용할 수밖에 없습니다. 예를 들어,순시간효과가 있을 것 같습니다.

  • NTP가 아닌 프로토콜을 위한 타사 클라이언트도 동일한 UDP 포트를 사용하지 않으므로 작동할 수 있습니다. 정확도는 NTP만큼 좋지는 않지만 PC에는 충분할 수 있습니다. 예를 들어 NIST는 다음과 같은 내용을 발표했습니다.니타임NTP와 이전 RFC-868 프로토콜을 사용할 수 있는 클라이언트입니다.

관련 정보