"넷타임(Net Time)"을 이용해 통신시각을 자동으로 맞추세요~!

[HL1FY]

               저 HL1FY는 이전에는 KRISS 한국표준과학연구원 에서 제공하는 "표준시각맞추기" 를 이용하여

               통신시각(특히 FT8,4등 DIGITAL 통신에서는 필수)을 맞췄는데 시작은 수동으로, 가끔씩 동기화하는

               것이 무척 성가시고 귀찮아 했는데 아래 "넷타임(Net Time)"을 이용하고 부터는 별도로 설정하지 않고

               P.C 를 BOOTING하면 시작 부터 자동으로 운용됨으로 무척 편리하게 사용하고 있습니다.

              기 사용하시는 분께는 죄송하지만, 혹시? 모르는 분들은 무료로 이용해 보시도록 여기에 소개해 드립니다.

넷타임 (NET TIME)

NetTime은 Windows 95/98/Me/NT/2000/XP/Vista/7/8/10/11 및 Server 2003/2008/2012/2016/2019/2022용 SNTP(Simple Network Time Protocol) 클라이언트입니다. (32비트 및 64비트 운영 체제가 모두 지원되며 향후 버전은 NetTime을 업데이트할 필요 없이 작동할 것으로 예상됩니다.)
시스템 시간을 정확하게 유지하는 프로그램을 찾고 있으시다면, 바로 찾아냈습니다!

주요 속성은 다음과 같습니다.

• 무료
• 오픈 소스
• 작다
• 간편한 설치 및 사용
• 그리고 가장 중요한 것은 신뢰성입니다

NetTime은 원래 1997년 Graham Mainwaring에 의해 작성되었으며 1998년에 오픈 소스 릴리스가 이루어졌습니다. 그레이엄은 흥미를 잃고 결국 2004년 7월 1일에 공식적으로 프로젝트를 포기할 때까지 프로그램에 대한 많은 업데이트를 했습니다. 

NetTime 프로젝트는 저인 Mark Griffiths에 의해 부활했으며, 현재 여기에서 업데이트된 버전을 제공하고 있습니다. NetTime이 유용하다고 생각되면 감사를 표하고 NetTime의 추가 개발을 장려하기 위해 기부를 고려하십시오!

다운로드(DOWN LOAD):

버전 3.14 - 현재 안정 버전:

• 설치자: NetTimeSetup-314.exe

버전 3.20 알파 1 - 이전 테스트 버전:

• 설치자: NetTimeSetup-320a1.exe

버전 3.20 알파 3 - 최신 테스트 버전:

• 설치자: NetTimeSetup-320a3.exe

이전 버전과 소스 코드는 SourceForge 프로젝트 페이지에서 다운로드할 수 있습니다
참고: 이전 버전에서 업그레이드하는 경우 설치 프로그램을 실행하기 전에 NetTime 서비스와 트레이 아이콘을 모두 종료해야 합니다. 이전 버전을 먼저 제거하는 경우 새 설치 프로그램을 시작하기 전에 컴퓨터를 다시 시작해야 합니다.

자주 묻는 질문(FAQ)NetTime이 동기화되지 않음 - 모든 서버가 실패했다고 보고합니다. 이 오류의 가장 일반적인 원인은 방화벽이 시스템과 NetTime이 사용하려는 서버 간의 네트워크 시간 프로토콜(UDP 포트 123)을 차단하고 있기 때문입니다. 방화벽은 일반적으로 일반 웹 트래픽이 정상적으로 통과할 수 있도록 허용하기 때문에 방화벽이 존재한다는 것이 항상 분명한 것은 아닙니다. 알고 있는 모든 방화벽을 일시적으로 비활성화한 후에도 이 문제가 계속 발생하면 인식하지 못하는 방화벽일 가능성이 거의 확실합니다. 사용 중인 시간 서버 중 하나에서 포트 123으로 UDP traceroute를 실행할 수 있는 경우 방화벽의 위치를 알 수 있습니다.

NetTime이 동기화되지 않음 - "일관되지 않은 응답"이 있다고 보고합니다. 
로컬 시스템과 시간 서버에서 반환한 시간 사이에 큰 시간 차이가 있는 경우 NetTime은 수신한 시간이 실제로 유효한지 확인하기 위해 보조 서버를 자동으로 확인합니다. 주 서버에서 반환된 시간에 가장 가까운 시간을 제공하는 고유한 보조 서버를 찾을 수 없는 경우 "일관되지 않은 응답"과 함께 실패합니다. 가장 일반적인 원인은 여러 서버가 구성되어 있지만 동일한 IP 주소를 가리키거나 기본 서버를 사용하고 NTP 풀에 실제 서버가 1개만 있는 지역에 있는 경우입니다. 가능한 해결책은 하나의 서버 주소를 제외한 모든 서버 주소를 제거하거나(이 경우 유효하지 않더라도 반환된 시간이 항상 사용됨) 서버를 변경하는 것입니다(NTP 풀 서버를 사용하는 경우 더 넓은 지리적 영역의 서버를 가리켜야 합니다).

NetTime이 동기화되고 있지만 시간이 한 시간 정도 지났습니다.
(예: 일광 절약 시간제가 올바르게 적용되지 않음). NetTime은 내부적으로 UTC(Universal Time)와 함께 작동하며 일광 절약 시간이나 시간대를 처리하기 위한 코드가 없습니다. Windows가 올바르게 구성되어 있으면 일광 절약 시간 변경을 자동으로 처리해야 합니다. Windows에서 올바르게 처리하지 않는 경우 업데이트해야 할 가능성이 큽니다. 무료 Microsoft 도구인 Windows Time Zone Editor tzedit.exe를 사용하여 표준 시간대 정보를 수동으로 입력할 수도 있습니다. 또는 Windows Server 2003 Resource Kit 도구에는 고급 사용자를 위한 명령줄 timezone.exe 도구가 포함되어 있는 것으로 알려졌습니다.

다른 시스템에 시간을 제공하도록 NetTime을 구성했지만 작동하지 않습니다. 
Windows 시간 서비스가 실행 중일 수 있는 다른 NTP 서버와 함께 비활성화되어 있는지 확인합니다. 또한 Windows 방화벽 및 기타 방화벽이 NetTime으로 들어오는 연결을 블로이크하지 않도록 합니다.

오프셋은 무슨 뜻인가요? 오프셋은 로컬 시스템 시간과 시간 서버에서 반환된 시간 사이의 시간 차이입니다.

지연은 무슨 뜻인가요? 지연은 NetTime의 요청이 서버로 나가고 응답이 돌아오는 데 걸린 시간입니다. NetTime에는 대기 시간이 긴 연결을 보상하기 위한 코드가 있지만 비대칭 네트워크 지연이 있는 연결(예: 요청이 나가는 데 걸리는 시간이 응답이 돌아오는 시간과 크게 다른 경우)에서는 제대로 작동하지 않습니다.

프록시 서버를 사용하도록 NetTime을 구성할 수 있습니까? 
불행히도, Network Time Protocol은 프록시 사용을 지원하지 않으므로 선택 사항이 아니며 이에 대해 할 수 있는 일이 없습니다.

위에 나열되지 않은 문제가 있습니다. 
NetTime이 제대로 작동하지 않는 경우 디버그 수준 로깅을 활성화하고 다른 시간 동기화를 시도한 다음 문제에 대한 자세한 설명과 함께 로그 파일이 첨부된 이메일을 저에게 보내주십시오.
구성 참고 사항:대부분의 설정은 상당히 자명해야 하지만 일부 사람들은 특정 설정에 대한 설명을 요청했습니다.

최대 프리 런: 
로컬 시간이 더 이상 정확하지 않은 것으로 간주하기 전에 유효한 동기화를 얻지 못한 채 프로그램이 실행되는 시간을 나타냅니다. 이 기간이 만료되면 트레이 아이콘이 십자 표시로 변경되고 시간 서버 역할을 하도록 구성된 경우 시간 요청에 대한 응답이 중지됩니다.

시간 조정이 다음보다 큰 경우: 
이에 대한 기본 설정은 현재 현지 시간과 원격 서버에서 보고한 시간 간의 차이에 관계없이 현지 시간이 업데이트됨을 의미합니다. 현재 버전의 NetTime은 여러 서버를 확인하여 잘못된 시간을 사용하고 있지 않은지 확인하므로 일반적으로 이를 변경할 이유가 없어야 합니다.

항상 시간을 제공하십시오. 
이 옵션을 사용하도록 설정하는 것은 권장되지 않습니다. 일반적으로 NetTime은 그렇게 구성되고 업스트림 서버와 성공적으로 동기화된 경우에만 다른 시스템에 시간을 제공합니다. 항상 시간을 제공하는 옵션을 활성화하면 연결된 모든 시스템에 유효하지 않은 시간을 제공할 수 있습니다!

NetTime을 사용하여 시간 서버 역할을 하는 경우 먼저 Windows에 내장된 시간 서비스를 비활성화해야 합니다. Windows 시간 서비스에 대한 설명에 따르면 비활성화하면 다른 서비스가로드되지 않을 수 있지만 현재로서는 실제로 필요한 서비스를 알지 못합니다. NetTime을 시간 서버로 사용하지 않는 경우 Windows 시간 서비스를 비활성화하는 것은 선택 사항이지만 약간의 RAM을 절약하기 위해 비활성화해도 아무런 해가 없습니다.

관리자를 위한 참고 사항:
/silent 또는 /verysilent 명령줄 스위치와 함께 위의 설치 프로그램을 실행하여 클라이언트를 빠르게 설치할 수 있습니다.
기본값과 다른 설정을 미리 구성하려면 HKLM\Software\Subjective Software\NetTime 아래의 레지스트리에 저장됩니다.
64비트 시스템에서는 위의 위치가 HKLM\Software\Wow6432Node\Subjective Software\NetTime으로 다시 매핑됩니다.

업데이트 내역:버전 3.20 알파 3 :

• 초기화 실패 오류 수정

버전 3.20 알파 2 :

• Kiss of Death Packets의 처리를 개선했습니다.
• "동기화되지 않은" 응답의 처리를 수정했습니다.
• 시간 서버 역할을 하도록 구성된 경우(예: Windows 시간 서비스가 아직 실행 중인 경우) 오류 보고 기능이 개선되었습니다.
• NTP 풀 서버를 사용하지 않을 때 최소 재시도 기간이 단축되었습니다.
• 큰 글꼴이 있는 시스템에서 양식 표시가 개선되었습니다.
• NetTime이 트레이 아이콘으로 실행 중인 경우 프로그램을 다시 시작하면 사용자에게 트레이 아이콘을 클릭하라는 메시지가 표시됩니다.
• null 문자를 포함하거나 일반 crlf 쌍이 없는 하나 이상의 줄이 있는 로그 파일의 로드를 수정했습니다.
• 시스템 일시 중단 및 재개 처리에 대한 몇 가지 개선 사항이 있습니다.
• "Max Free Run Time"의 처리를 수정했습니다.
• 시간 동기화에 실패하면 "최대 무료 실행 시간"이 경과할 때까지 프로그램이 "시간 동기화 손실" 상태로 바로 이동하지 않으며 이제 주황색 트레이 아이콘과 함께 "시간 동기화 기한"이 표시됩니다.
• 시스템 서비스 목록을 볼 때 표시되는 설명이 추가되었습니다.
• 특정 상황에서 충돌이 발생하지 않도록 IPC(Inter Process Communication) 코드를 재작업했습니다.
• 로그 뷰어는 이제 서비스로 실행될 때 실시간으로 자동으로 업데이트됩니다(이전에는 서비스로 실행되지 않는 경우에만 업데이트됨).
• 기타 사소한 변경 및 수정 사항

하고 이에 대한 대부분의 공로는 여전히 Graham Mainwaring에게 있습니다.

출처 노트:
최신버전의 NetTime은 Borland Delphi 7 Professional로 컴파일 및 테스트되었습니다. 이전 버전도 Delphi 7의 Personal Edition과 성공적으로 컴파일되도록 테스트되었습니다 - Delphi에 들어가서 NetTime을 변경하려는 경우 충분한 검색을 수행하면 Delphi 7 Personal Edition의 복사본을 찾을 수 있습니다. 또는 Embarcadero에서 제공하는 Delphi의 최신 평가판을 사용해 볼 수 있습니다.

최신 버전은 Delphi XE2 Professional에서 테스트되었습니다 : 현재 버전에는 유니 코드 버전의 Delphi (예 : Delphi 2009 이상)와 호환되지 않는 이전 버전의 Internet Component Suite가 포함되어 있습니다.
François Piette가 최신 버전의 Internet Component Suite로 업그레이드하면 유니 코드 문제가 해결됩니다. 새 버전의 Internet Component Suite로 업그레이드할 때 UpdateCheck.pas의 uses 절에서 HttpProt에 대한 참조를 OverbyteIcsHttpProt로 변경해야 합니다.


저에게 연락하십시오:
이 버전에서 문제를 발견하거나 제안하고 싶다면 저에게 연락하십시오 : mark@timesynctool.com물론, 이것은 무료 소프트웨어이기 때문에, 어떤 기능 요청이 향후 버전에 통합될지에 대해 어떤 보장도 할 수 없습니다 - 물론 비용을 지불하고 싶지 않다면 말입니다! 제가 작업하길 바라는 프로그래밍 프로젝트가 있다면, 저에게 연락해 주실 수 있습니다!

정확도 참고 사항:
대부분의 SNTP 클라이언트와 마찬가지로 NetTime은 일반적으로 시스템 시간을 올바른 시간에서 100밀리초 이내(종종 10밀리초 이내)로 동기화합니다. 물론, 정확도는 연결하는 서버의 정확도에 크게 좌우됩니다 - 이 업데이트된 버전의 NetTime에는 심하게 부정확한 시간 서버조차도 시스템 시간 초과를 일으키지 않도록 하기 위한 개선 사항이 포함되어 있습니다 - 이에 대한 자세한 정보는 하단의 History & Other Notes 아래에 포함되어 있습니다.
비대칭 대기 시간(한 방향이 다른 방향보다 더 오래 걸리는 네트워크 지연)도 시간 정확도에 부정적인 영향을 미칠 수 있습니다.

SNTP 클라이언트는 일정한 간격으로 시스템 시간을 다시 동기화합니다 - 이러한 시간 동기화 사이에 시스템은 정상 속도로 실행될 수 있으며, 이는 시스템이 빠르거나 느리게 실행됨을 의미할 수 있으므로 다음 동기화가 발생할 때까지 시스템 시간이 점진적으로 초과됩니다.

시스템 시간이 올바른 시간에서 벗어나는 속도는 시스템 하드웨어와 실행 중인 소프트웨어에 따라 어느 정도 크게 달라집니다. 대부분의 PC는 매일 몇 초를 얻거나 잃지만 시간당 9 초, 하루에 3.5 분 이상을 잃는 시스템을 보았습니다!

대다수의 사용자는 NetTime이 자신의 요구 사항을 충족하는 것 이상이라는 것을 알게 될 것이지만 매우 정확한 시간에 대한 특정 요구 사항이 있는 경우 전체 NTP 클라이언트 설치를 검토하는 것이 좋습니다.
부정확한 시스템 클럭을 보상하기 위해 NetTime을 더 자주 동기화하도록 설정할 수 있지만 이는 공용 NTP 서버에 더 큰 부담을 주기 때문에 실제로 권장되지 않습니다. 전체 NTP 클라이언트에는 시스템 clock가 실행되는 속도를 조정하여 더 나은 시간 정확도(일반적으로 시간 동기화 사이에도 10밀리초 미만)를 보장하는 추가 기능이 있습니다. 조직에 대해 많은 수의 PC를 관리하는 경우 네트워크에서 전체 NTP 클라이언트를 구성하고 나머지 시스템을 SNTP 클라이언트와 동기화하는 것이 좋습니다. 이렇게 하면 공용 시간 서버의 부하가 더욱 줄어들 뿐만 아니라 모든 시스템이 단일 시간 소스와 동기화되도록 할 수 있습니다.

역사 및 기타 참고 사항:
Graham이 NetTime 프로젝트를 포기한 명백한 이유 중 하나는 Windows 2000 및 XP에 이미 SNTP 클라이언트가 포함되어 있고 Microsoft에서 Windows NT용 무료 다운로드를 사용할 수 있었기 때문입니다. Graham은 Microsoft NTP 클라이언트를 완전한 기능을 갖춘 것으로 특징지었지만 이에 강력히 동의하지 않습니다 - Windows SNTP 클라이언트를 매우 기본적이라고 부르겠습니다.

사용자 인터페이스에는 2가지 기능만 있습니다. SNTP 서버를 변경할 수 있고 버튼을 사용할 수 있습니다.  을 클릭하여 즉시 동기화를 시도합니다. Microsoft SNTP 클라이언트에는 더 많은 기능을 사용할 수 있지만 시스템 레지스트리를 수동으로 편집해야 하므로 대부분의 사용자는 당연히 이를 꺼려합니다. 결국 레지스트리 설정을 편집하더라도 Microsoft 클라이언트는 여전히 단일 원격 서버와만 동기화할 수 있다는 제한이 있는 SNTP 클라이언트일 뿐입니다.

하나의 서버와만 동기화할 수 있는 대다수의 SNTP 클라이언트와 마찬가지로(주 서버가 완전히 실패할 경우를 대비한 백업이 있는 나머지 대부분) Microsoft SNTP 클라이언트는 현재 시스템에 설정된 시간과 크게 다른 시간으로 응답을 받을 때 큰 문제가 있습니다

매우 부정확하거나(예: CMOS 배터리가 고장났기 때문에) 서버의 응답이 잘못되었을 수 있습니다(실수로 또는 악의적으로). Windows XP의 경우 Microsoft SNTP 클라이언트가 시스템 시간을 매우 잘못된 값으로 설정하는 것을 방지하기 위해 Microsoft는 서버 응답이 현재 시스템 시간으로부터 15시간 이내인 경우에만 클라이언트가 시스템 시간을 업데이트하도록 설계 결정을 내렸습니다.

이렇게하면 시스템에서 유효하지 않은 시간이 설정될 위험이 줄어들었지만 (완전히는 아님) 시스템 시간이 최소한 합리적으로 정확하지 않은 경우 수동으로 수정할 때까지 절대 설정되지 않는 효과도 있습니다! CMOS 배터리가 고장난 시스템의 경우 Microsoft SNTP 클라이언트는 거의 쓸모가 없습니다.

Windows Vista(및 7)의 경우 Microsoft는 (적어도 수동으로 업데이트를 트리거할 때) 현재 시스템 시간이 잘못되어도 SNTP 클라이언트가 시스템 시간을 업데이트하는 것을 방해하지 않도록 규칙을 완화했습니다. 물론 이것은 시간 서버의 잘못된 응답으로 인해 시스템 시간이 지연될 수 있음을 의미합니다.

또한 Windows 7의 Windows 시간 서비스는 기본적으로 시스템이 시작될 때마다 자동으로 시작되지 않도록 구성되어 있습니다 - 사용자 인터페이스는 Windows가 시스템 시간을 자동으로 업데이트하도록 구성되어 있다고 보고하지만 사용자가 서비스 제어판 애플릿을 통해 또는 수동 동기화를 요청하여 Windows 시간 서비스를 수동으로 시작하지 않는 한 그렇지 않습니다. 사용자가 자동으로 시작하도록 Windows 시간 서비스를 다시 구성하지 않으면 시스템을 다시 시작할 때마다 효과적으로 비활성화됩니다!

NetTime은 시간 조정이 10초 이상인 경우 항상 두 번째 서버(구성된 경우)를 확인하여 시스템 시간을 잘못된 값으로 설정하지 않도록 합니다. 프로그램 설계에 큰 버그가 있거나 불량 시간 서버에 의해 시스템 시간을 악의적으로 왜곡하려는 매우 지속적인 시도가 없는 한 NetTime은 유효하지 않은 시스템 시간을 설정하지 않습니다!

링크:
다음 항목에도 관심이 있을 수 있습니다.
FlexiRoster - 유연한 로스터링 소프트웨어
UltraSmartCharger - NiMH/NiCd/NiZn 배터리용 오픈 소스 충전기/분석기
GPing - 그래픽 핑
POP3Filter - 고급 베이지안 스팸 필터
JpegDec : Delphi 용 오픈 소스 고속 JPEG 디코더

[HL2BQG]

좋은 정보 감사합니다. ^^

[HL1FY]

찾아주셔 고맙습니다. 매번 성가시게 조정할 필요가 없어 좋더군요. ㅎㅎ

[HL3EYC]

유익한 정보 감사드립니다! ^^

[HL1FY]

고맙습니다. KRISS 한국표준과학연구원에서도 제공해 주고는 있는데 시작할때에 시동해 줘야하고 수시로 체크해 줘야 하는 불편이 따르지요.

[HL3EYC]

예, 맞습니다.
저는 FT8을 거의 안하지만 매번 번거로웠던 기억이 있습니다 ^^;

[HL1FY]

넵.. 관심에 감사를 드립니다.