Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 2개 있습니다.)
(시리즈 글이 8개 있습니다.)
.NET Framework: 614. C# - DateTime.Ticks의 정밀도
; https://www.sysnet.pe.kr/2/0/11082

.NET Framework: 827. C# - 인터넷 시간 서버로부터 받은 시간을 윈도우에 적용하는 방법
; https://www.sysnet.pe.kr/2/0/11883

스크립트: 33. JavaScript와 C#의 시간 변환
; https://www.sysnet.pe.kr/2/0/12849

Windows: 204.  Windows 10부터 바뀐 QueryPerformanceFrequency, QueryPerformanceCounter
; https://www.sysnet.pe.kr/2/0/13035

.NET Framework: 1997. C# - nano 시간을 가져오는 방법
; https://www.sysnet.pe.kr/2/0/13036

스크립트: 47. 파이썬의 time.time() 실숫값을 GoLang / C#에서 사용하는 방법
; https://www.sysnet.pe.kr/2/0/13308

닷넷: 2143. C# - 시스템 Time Zone 변경 시 이벤트 알림을 받는 방법
; https://www.sysnet.pe.kr/2/0/13413

닷넷: 2309. C# - .NET Core에서 바뀐 DateTime.Ticks의 정밀도
; https://www.sysnet.pe.kr/2/0/13803




C# - 인터넷 시간 서버로부터 받은 시간을 윈도우에 적용하는 방법

다음과 같은 질문이 있군요. ^^

인터넷 시간을 불러와 pc에 적용 시키고 싶습니다.
; https://www.sysnet.pe.kr/3/0/5152

코드를 보면, 공개된 time.nist.gov 시간 서버(NTP: Network Time Protocol)로부터 데이터를 받아와 처리하고 있습니다.

/*
c:\temp> telnet time.nist.gov 13
59442 21-08-16 14:28:19 50 0 0 585.3 UTC(NIST) *

Connection to host lost.
*/
using System;
using System.Diagnostics;
using System.Globalization;
using System.IO;
using System.Net.Sockets;
using System.Runtime.InteropServices;
using System.Threading;

namespace ConsoleApp_test
{
    class Program
    {
        [StructLayout(LayoutKind.Sequential)]
        public struct SYSTEMTIME
        {
            public short wYear;
            public short wMonth;
            public short wDayOfWeek;
            public short wDay;
            public short wHour;
            public short wMinute;
            public short wSecond;
            public short wMilliseconds;
        }

        [DllImport("kernel32.dll", SetLastError = true)]
        public static extern bool SetSystemTime(ref SYSTEMTIME st);

        [DllImport("kernel32.dll", SetLastError = true)]
        public static extern bool SetLocalTime(ref SYSTEMTIME st);

        static void Main(string[] args)
        {
            Console.WriteLine(Process.GetCurrentProcess().Id);
            while (true)
            {
                string responseText = null;

                try
                {
                    using (var client = new TcpClient("time.nist.gov", 13))
                    using (var streamReader = new StreamReader(client.GetStream()))
                    {
                        Thread.Sleep(5000);

                        // 인터넷 시간 불러오기
                        responseText = streamReader.ReadToEnd(); // "59442 21-08-16 14:28:19 50 0 0 585.3 UTC(NIST) *"
                        var utcDateTimeString = responseText.Substring(7, 17);

                        if (DateTime.TryParseExact(utcDateTimeString, "yy-MM-dd HH:mm:ss", CultureInfo.InvariantCulture, DateTimeStyles.AssumeUniversal, out DateTime utcDateTime) == false)
                        {
                            Console.WriteLine(responseText);
                            continue;
                        }

                        var localDateTime = utcDateTime.ToLocalTime();

                        // pc에 적용하기
                        SYSTEMTIME st = new SYSTEMTIME();
                        st.wYear = (short)localDateTime.Year;
                        st.wMonth = (short)localDateTime.Month;
                        st.wDay = (short)localDateTime.Day;
                        st.wHour = (short)localDateTime.Hour;
                        st.wMinute = (short)localDateTime.Minute;
                        st.wSecond = (short)localDateTime.Second;
                        st.wMilliseconds = (short)localDateTime.Millisecond;

                        bool result = SetLocalTime(ref st);
                        if (result == false)
                        {
                            int lastError = Marshal.GetLastWin32Error();
                            Console.WriteLine(lastError);
                        }

                        Console.WriteLine($"Response: {responseText}, DateTime: {localDateTime}");
                    }
                }
                catch (Exception e)
                {
                    Console.WriteLine("Exception: " + e.Message + "\n(" + responseText + ")");
                }
            }
        }
    }
}

하지만, time.nist.gov로부터 시간은 잘 받아왔는데 윈도우 운영체제의 시간을 설정하는 SetSystemTime/SetLocalTime Win32 API 호출 시 결과가 false를 반환합니다. 이런 경우 Marshal.GetLastWin32Error 메서드를 이용하면 Win32 API가 왜 실패했는지를 알 수 있는데, 위의 경우에는 1314 값으로 이것을 Visual Studio의 "Tools" / "Error Lookup" 도구에서 살펴보면,

errlookup_1.png

"A required privilege is not held by the client."라는 설명이 나옵니다. 역시 왜 이런 식의 오류가 발생했는지는 문서를 보면 됩니다.

The calling process must have the SE_SYSTEMTIME_NAME privilege. This privilege is disabled by default. The SetSystemTime function enables the SE_SYSTEMTIME_NAME privilege before changing the system time and disables the privilege before returning.


그렇습니다. 운영체제의 시간을 변경하려면 호출 프로세스의 권한에 SE_SYSTEMTIME_NAME 특권이 있어야 하는데 윈도우의 일반 사용자 권한에는 그 특권이 없기 때문에 1314 오류가 발생하는 것입니다. 따라서 이 프로그램을 관리자 권한으로 실행하면 문제는 간단하게 해결됩니다.

참고로, 특권에 대해서는 예전에 쓴 글이 있습니다.

SeCreateGlobalPrivilege 특권과 WCF NamedPipe
; https://www.sysnet.pe.kr/2/0/1806

일반적으로 관리자 권한의 경우 다행히 SE_SYSTEMTIME_NAME 특권이 기본적으로 활성화된 상태이므로 일부러 설정할 필요까지는 없습니다. 만약 관리자 권한에서도 SE_SYSTEMTIME_NAME 특권이 없었다고 가정한다면, 다음의 NuGet 라이브러리를 이용해,

Win32.TokenPrivileges
; https://github.com/trondr/Win32.TokenPrivileges

다음과 같은 식으로 강제 활성화 후 SetSystemTime/SetLocalTime API를 호출하면 됩니다.

using (new AdjustPrivilege(PrivilegeName.SeSystemtimePrivilege))
{
    Console.WriteLine("Privileges should now be granted.");
    Console.WriteLine($"SeSystemtimePrivilege: {PrivilegeProvider.HasPrivilege(null, currentProcess, PrivilegeName.SeSystemtimePrivilege)}");

    bool result = SetLocalTime(ref st);
    if (result == false)
    {
        int lastError = Marshal.GetLastWin32Error();
        Console.WriteLine(lastError);
    }
}

(첨부 파일은 이 글의 예제 코드를 포함합니다.)




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 11/10/2023]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 181  182  183  184  185  186  [187]  188  189  190  191  192  193  194  195  ...
NoWriterDateCnt.TitleFile(s)
318정성태8/12/200634118    답변글 디버깅 기술: 5.6. VS.NET 2005를 이용한 미니덤프 파일 분석 (1)
319정성태8/12/200629274    답변글 디버깅 기술: 5.7. VS.NET 2005를 이용한 미니덤프 파일 분석 (2) [1]
320정성태8/12/200633324    답변글 디버깅 기술: 5.8. WinDBG를 이용한 미니덤프 파일 분석 [1]
321정성태8/13/200637925    답변글 디버깅 기술: 5.9. Microsoft의 PDB 파일 관리
323정성태8/15/200639349    답변글 디버깅 기술: 5.10. Symbol Server 생성 [4]
324정성태8/15/200635837    답변글 디버깅 기술: 5.11. PDB 파일과 소스 코드
325정성태9/8/200628652    답변글 디버깅 기술: 5.12. CCP를 이용한 Windows Source Code 수준의 디버깅
329정성태8/19/200627532    답변글 디버깅 기술: 5.13. 소스 서버 구성 [1]
332정성태8/20/200629056    답변글 디버깅 기술: 5.14. GAC 에 등록된 Assembly 디버그 [2]
341정성태9/16/200621451    답변글 디버깅 기술: 5.15. [내용 예약]
342정성태9/16/200639048    답변글 디버깅 기술: 5.16. ASP.NET 디버깅 환경 구성 [1]파일 다운로드1
306정성태2/13/200718494기타: 15. .NET 이 생산성이 높다는 증거(!)
304정성태7/21/200620567VS.NET IDE: 41. 하위 폴더의 모든 프로젝트의 출력물을 제거 (Clean)
305정성태7/21/200620262    답변글 VS.NET IDE: 41.1. 하위 폴더의 모든 프로젝트의 출력물을 제거 (Clean) [1]
303정성태7/20/200618212Team Foundation Server: 12. 사용자 계정 재생성에 따른 Version Control 영향
302정성태8/21/200619939Team Foundation Server: 11. TFS Team Build와 VC++ Project 설정
299정성태7/23/200620117개발 환경 구성: 5. VMWare - VM 생성 화면 캡쳐
300정성태7/15/200624652    답변글 개발 환경 구성: 5.1. VMWare 오류 유형 - The handle is invalid.
301정성태7/18/200619608    답변글 개발 환경 구성: 5.2. VMWare - 사용 후기.
298정성태7/14/200619833개발 환경 구성: 4. VMWare Server를 64bit 운영체제에 설치 시 주의 사항 [2]
296정성태7/10/200629214.NET Framework: 73. [ASP.NET] HTC(DHTML Control Behavior)를 WebResource.axd로 제공하는 방법 [3]
295정성태7/1/200622427VC++: 25. Microsoft National Language Support Downlevel APIs 1.0 사용 방법파일 다운로드1
294정성태6/30/200618976.NET Framework: 72. XSDObjectGen.EXE 기능 개선
293정성태6/29/200620764Team Foundation Server: 10. TFS 버전 컨트롤(TFVC)에 참여시킨 프로젝트의 로컬 경로를 옮기는 방법
290정성태6/26/200618201Team Foundation Server: 9. HTTPS를 통한 Team Server 접근 - 두 번째 이야기 [1]
291정성태6/26/200619531    답변글 Team Foundation Server: 9.1. [선행 작업] HTTPS 를 통한 Team Server 접근 - 두번째 이야기 [1]
... 181  182  183  184  185  186  [187]  188  189  190  191  192  193  194  195  ...