오구의 MS 인프라 이야기

Skype For Business 서버에 새로운 SIP Address 추가하기

o959 — Mon, 15 Sep 2025 11:55:49 +0900

Skype For Business 서버에 새로운 SIP Address 추가하기

Skype For Business server에 새로운 주소를 추가 해보는 테스트를 해보려고 해요

Skype For Business의 로그인 주소 확인

토폴로지의 현재 로그인 주소에요

현재 o959.net 과 o959-sfb.net 두개의 로그인 주소로 로그인이 가능해요.

AD에 도메인은 o959.net 하나의 도메인만 등록이 되어 있는 상태에요.

그렇다면, Skype For Business 로그인 주소가 @o959-sfb.net 인 경우 어떻게 로그인을 할 수 있을까요?

현재 상태론 위 화면과 같이 로그인 주소에는 Skype For Business 서버에 설정한 사용자 로그인 주소를 입력해야 하고

사용자 이름엔 UPN, 즉 AD (PC)에 로그인 가능한 주소를 입력해서 로그인을 해야 한답니다.

Skype For Business 로그인 주소 추가하기

첫번째로 Skype For Business 서버의 토폴로지 작성기를 실행시켜주신 뒤

[Skype For Business Server] 우 클릭 후 Edit Property 클릭

Addtional Supported SIP Domains에 새로운 로그인 주소를 입력 후 ADD를 클릭한 뒤 OK 클릭

이후 [Skype For Business Server] 우 클릭 후 토폴로지를 게시해주세요

게시가 정상적으로 되었으며, Click Here to open to-do list를 확인해주세요

적혀 있는 것 처럼, 새로운 DNS 레코드를 생성해주세요!

A레코드 : meet, lyncdiscoverinternal, lyncdiscover

그리고 토폴로지 내 서버들이 복제가 되는걸 확인해야 하는데, 저는 서버가 1대라 복제 체크가 불가능해요.

복제체크를 하는 명령어는 아래와 같습니다.

Get-CsManagementStoreReplicationStatus

그리고 신규로 추가된 로그인 주소에 대해 인증서의 추가적인 SAN이 필요하므로 아래와 같이 갱신해주세요!

저의 경우 내부 CA가 있기 때문에 내부 CA에서 해당 작업을 진행했어요

Skype For Business DeployMent WIzard를 실행 - Install or Update Skype For Business Server System 클릭

Step 3, Requist, install or Assign Certificates [Run Again] 클릭

[Default Certificate] 항목만 재 할당 해주세요

Skype For Business Client 신규 로그인 주소 로그인

Set-CsUser -Identity sfbuser1@o959.net -SipAddress sip:sfbuser1@o959-sfb-new.net

위 명령어를 이용하여 사용자의 로그인 주소를 신규 주소로 변경했어요

기존에 로그인되어 있는 세션은 자동으로 종료가 되네요

이후 신규 계정으로 정상적으로 로그인이 되네요!!

Teams 연락처 카드의 정보 값에 대한 AD 속성 값 확인

o959 — Wed, 6 Aug 2025 11:07:03 +0900

Teams 연락처 카드의 정보 값에 대한 AD 속성 값 확인

Teams의 연락처 카드에 표시되는 정보가 Entra ID의 계정 속성 값을 이용해서 표시해주고 있는데

어떤 값을 이용해서 연락처 정보에 표시해주는지 확인해보려고 해요!

테스트 계정 생성 및 AD 속성 값 입력

AD에 테스트 계정으로 사용자를 하나 생성했어요

그리고 해당 사용자에 대하여 아래와 같은 속성 값에 대하여 값을 입력했어요

어떤 값이 연락처카드에 표시되는지 저도 정확히 몰라서 그럴싸해 보이는것에 대해 전부다 넣었어요....ㅎㅎ

값은 제가 Teams 연락처 카드에서 보기 편하게 하기 위해 임의로 넣었습니다.

Name 필드가 AD 계정의 속성 이름이고 Value는 해당 속성에 대한 값 입니다

이제 해당 사용자를 Entra ID에 동기화 해줄꺼에요!

Start-ADSyncSyncCycle delta

Teams 연락처 카드 확인

동기화 된 값에 대하여 연락처 카드를 확인해봐야겠죠

로그인을 하고 해당 테스트 계정의 연락처 카드를 확인해보니 아래와 같이 속성 값이 보이네요

Teams 연락처 카드 속성 값에 대한 AD/Entra ID 속성 값 비교

위 Teams 연락처 카드에 대한 속성 값을 아래 Active Directory 속성 값과 EntraID 속성 값 3가지를 비교해보려고 해요

Teams 연락처 카드 값	Active Directory 사용자 Property	EntraID 속성 값
휴대전화	Mobile	휴대폰
회사전화	Telephonenumber	회사 전화
회사	Company	회사 이름
직함	Title	직함
부서	Department	부서

항상 헷갈려서 정리한번 해봤어요!

위처럼 5개 속성값이 정리가 되네요.

Exchange Hybrid 환경에 사용자 사서함을 공유 사서함으로 변경

o959 — Mon, 30 Jun 2025 17:07:16 +0900

Exchange Hybrid 환경에 사용자 사서함을 공유 사서함으로 변경

Exchange Hybrid 환경에서 사용자 사서함을 공유 사서함으로 변경해보려고 해요

변경하는 이유는 여러가지가 있겠지만, 공유 사서함은 Microsoft 365 라이선스를 할당하지 않아도

사용할 수 있다는 점이 가장 큰 이유 일 것 같아요

사용자 사서함 상태 확인

Exchange Hybrid 구성이고, Mailbox는 Exchange Online으로 마이그레이션 된 상태에요

테스트를 위해 수신 메일을 하나 채워넣은 상태 입니다

혹시라도 공유사서함으로 변경하는 경우 메일이 유실되면 안되니까요!

사용자 메일박스를 공유 메일박스로 변환

하이브리드 구성이고, 해당 메일박스는 Exchange Online으로 마이그레이션 되었기 때문에

메일사서함 형태는 RemoteMailbox에요

이에 따라 아래 명령어를 이용해서 공유사서함으로 변경합니다!

Set-RemoteMailbox -identity user6@o959.net -Type Shared

이후 아래 명령어를 사용하여 메일박스의 형태가 RemoteSharedMailbox 인지 확인해주세요

Get-RemoteMailbox -Identity user6@o959.net

Exchange 관리 센터에서도 해당 메일박스가 공유로 분류 된 것을 확인할 수 있어요

이후에 해당정보를 Microsoft 365에 업데이트를 해줘야 하므로 Entra ID Connector가 설치된 서버에서

동기화를 수동으로 진행해주세요!

Start-ADSyncSyncCycle delta

이후 Exchange Online 관리센터에서도 해당 메일박스가 공유사서함으로 변경 된 것을 확인할 수 있어요

공유 사서함으로 변경이 되었으니, 해당 사용자의 라이선스를 모두 할당해제 해주세요

공유 메일박스로 변환이 완료되었어요

공유 메일박스를 이용한 수/발신 테스트 확인

공유사서함에 대해 메일 수/발신을 테스트 하기 위해선

공유사서함을 특정 사용자에게 권한을 줘서 해당 사용자가 공유 사서함의 수신된 메일을 확인하게 하고

대신보내기 기능을 이용하여 공유 사서함에서 메일을 보낼 계획이에요!

Exchange Online에 사서함 위임 기능을 이용하여

보내기 및 읽기 및 관리 권한에 사용자를 할당해줬어요

이후에 권한을 할당할 사용자 계정으로 Outlook을 접속하면 아래와 같이 공유사서함이 Outlook에 표시됩니다

공유사서함 메일 수신 테스트

메일 수신도 정상적으로 잘 되는것이 확인 됩니다!!

공유사서함 메일 발신 테스트

메일 발신도 정상적으로 잘 되는 것을 확인 했어요.

이렇게 사용자 메일 사서함을 공유사서함으로 변경해서

공유사서함 메일 수/발신 기능까지 이상이 없다는 것을 확인 했습니다!

DFS (분산 구조 파일시스템) 구성 - (2) DFS Namespace 복제

o959 — Fri, 23 May 2025 07:31:56 +0900

DFS (분산 구조 파일시스템) 구성 - (2) DFS Namespace 복제

지난 DFS 이중화 및 Namespace 구성 이후 DFS 복제에 대해 테스트 해보려고 해요

https://o959.net/128

DFS (분산 구조 파일시스템) 구성 - (1) DFS 이중화 및 Namespace 구성

DFS (분산 구조 파일시스템) 구성 - (1) DFS 이중화 및 Namespace 구성 Windows Server의 기능 중에 DFS 라고 하는 Windows Server의 기능이 있더라구요해당 기능을 한번 테스트 해보려고 합니다!! DFS (분산 구조

o959.net

초기 구성 및 서버 정보는 위 URL을 참고해주시면 됩니다

기존 서버 정보

호스트이름	아이피정보	구분
ad1.o959lab.com	10.10.10.101	Active Directory
dfs1.o959lab.com	10.10.10.102 20.20.20.11 (HB Network) 10.10.10.15 (Cluster VIP) 10.10.10.16 (DFS VIP)	DFS
dfs2.o959lab.com	10.10.10.103 20.20.20.12 (HB Network)	DFS
storage1.o959lab.com	10.10.10.104	Storage (공유폴더)
stroage2.o959lab.com	10.10.10.105	Storage (공유폴더)
SharedVolume	10.10.10.106	iSCSI (MSCS 구성용도)

DFS1,DFS2를 Cluster 서비스를 이용하여 이중화를 진행하였고

Namespace를 생성하여 Storage1에 있는 공유폴더를 연결했어요

복제 테스트는 Stroage1에 있는 공유폴더가 Storage2에 복제가 되는 형태로 진행이 되겠죠?

DFS 복제 구성

Replication 우 클릭 후 [New Replication Group]을 클릭해주세요

이름 지정 후 NEXT

실제 공유 폴더가 있는 서버를 멤버로 추가해주세요

주 서버를 지정해주세요

복제 할 공유 폴더의 경로를 입력해주세요

복제를 할 서버에도 동일하게 폴 경로 지정

복제 구성이 완료 되었어요

해당 복제 구성은 초기엔 복제가 되는 시간이 조금 소요가 된다고 하네요

몇 분 뒤에 확인해보니 복제가 정상적으로 된 것을 확인할 수 있었어요!

Storage2 서버에서 TEST라는 파일을 생성해보니 Stroage1 서버에서도 TEST라는 파일이 복제된 것을 확인 할 수 있었습니다

이렇게 DFS Namespace 구성, 복제, 이중화 까지 모두 테스트를 완료 했어요

DFS (분산 구조 파일시스템) 구성 - (3) GPO로 DFS Namespace 배포

o959 — Tue, 20 May 2025 10:26:41 +0900

DFS (분산 구조 파일시스템) 구성 - (3) GPO로 DFS Namespace 배포

이전에 구성한 DFS Namespace 경로에 대하여 사용자 PC에

Active Directory GPO를 이용하여 배포하려고 해요

GPO 개체 생성

Network Folder 라는 GPO 개체를 생성해줬어요

[User Configuration] - [Preference] - [Windows Settings] - [Drive Maps] 우클릭

New - [Mapped Drive]를 클릭해주세요

General 탭의 Location에 맵핑할 네트워크 드라이브 경로를 입력해주세요

저는 DFS Namespace 공유 경로를 입력하고 저장해주세요

배포할 대상 사용자가 있는 OU에 GPO 개체를 Link 해주세요

GPO 배포 확인 (Client Side)

사용자 PC에서 로그아웃/로그인을 하거나

gpupdate /force 명령어를 입력하여 정책을 적용해주세요

DFS Namespace로 생성한 공유 드라이브가 Network Location에 생성 됩니다

이렇게 DFS 테스트가 종료 되었어요

DFS NameSpace를 생성하여 공유 폴더의 경로를 정리하고

DFS NameSpace에 대한 Failover Cluster 기능을 이용하여 이중화를 구성하고

실제 파일들을 DFS Replication (DFS-R)을 이용해서 복제까지 테스트 해봤네요

DFS (분산 구조 파일시스템) 구성 - (1) DFS 이중화 및 Namespace 구성

o959 — Fri, 16 May 2025 13:48:22 +0900

DFS (분산 구조 파일시스템) 구성 - (1) DFS 이중화 및 Namespace 구성

Windows Server의 기능 중에 DFS 라고 하는 Windows Server의 기능이 있더라구요

해당 기능을 한번 테스트 해보려고 합니다!!

DFS (분산 구조 파일시스템) 이란?

Microsoft 공식 문서에 의하면

DFS 네임스페이스 라는 기술을 이용하여 서로 다른 서버에 있는 공유 폴더를 논리적으로

구조화된 하나 이상의 네임스페이스로 그룹화를 한다고 하네요.

음.. 일단 공유 폴더라는 아주 친숙한 단어가 보여서 다행이에요

이렇게 보면, 공유 폴더에 대해 어떠한 방법으로 정리/그룹화를 한다

라는 기술로 이해할 수 있을 것 같아요

공유폴더의 경로를 네임스페이스라는 것을 이용하여 경로를 리디렉션 해줄 수 있는 기술 인 것 같아요

테스트 환경 구성

호스트이름	아이피정보	구분
ad1.o959lab.com	10.10.10.101	Active Directory
dfs1.o959lab.com	10.10.10.102 20.20.20.11 (HB Network) 10.10.10.15 (Cluster VIP) 10.10.10.16 (DFS VIP)	DFS
dfs2.o959lab.com	10.10.10.103 20.20.20.12 (HB Network)	DFS
storage1.o959lab.com	10.10.10.104	Storage (공유폴더)
stroage2.o959lab.com	10.10.10.105	Storage (공유폴더)
SharedVolume	10.10.10.106	iSCSI (MSCS 구성용도)

DFS를 2대 구성한 이유는 DFS를 2대를 통해서 이중화 테스트를 하기 위함이에요 (클러스터로 진행)

마찬가지로 Storage라는 서버를 2대 구성한 이유도 공유폴더, 즉 파일 복제가 되는지도 확인해보려고 해요 (DFS Replication)

Stroage1 서버에만 아래와 같이 폴더 및 파일을 생성하고 폴더를 공유 시켜 놓았어요

DFS 구성 시작 - DFS Namespace 이중화

DFS1, DFS2 서버에 동일하게

DFS Namespace, DFS Replication, Cluster Service 역할을 설치해주세요

기본적인 Cluster 구성방법은 아래 URL에서 확인이 가능합니다!!

https://o959.net/51

[MSCS] (1) Hyper-V iSCSI 구성

Hyper-V iSCSI 구성 SQL Cluster 구성을 위해 SAN 스토리지가 필요하지만 Hyper-V에서 SAN 스토리지를 Attach 하는 방법이 까다로워 비슷한 개념의 iSCSI를 구성하여 공유 스토리지로 사용하려고 해요 SQL Cluster

o959.net

https://o959.net/52

[MSCS] (2) Cluster Service 구성

Cluster Service 구성 이전에 Cluster에 사용할 Shared 볼륨을 만들었으니 이제 실제로 해당 볼륨을 가지고 Cluster 서비스를 구성하려고 해요 우선 Failover Cluster 기능 설치 후 구성 그리고 SQL Cluster 구성 순

o959.net

Cluster Service를 실행해주세요 (cluadmin.msc)

그리고 Create Cluster 클릭

대상 DFS서버 2대를 선택해주세요

다음을 클릭하여 유효성 구성 검사 통과 테스트를 해주세요

클러스터 이름을 지정하고 클러스터 VIP를 입력하고 클러스터를 생성해주세요

DFS 클러스터를 생성하기 위해

Role 우클릭 - Configure Rule 클릭을 해주세요

DFS namespace Server 클릭 후 NEXT

DFS Cluster로 사용할 이름을 지정하고 VIP를 입력해주세요

공유 볼륨을 하나 지정해주세요

공유 볼륨을 지정하는 이유는 DFS와 관련된 설정 값 등에 대하여 저장 할 곳이 필요해서 그렇습니다

NameSpace 이름을 지정해주세요

이제 그러면 네임스페이스를 이용한 공유폴더를 접속할 때 \\DFSCLU1\DFS1로 접근할 수 있겠죠?

DFS 이중화 (Cluster) 구성이 완료되었어요!!!

이제 해당 Namespace에 대하여 공유 폴더를 연결해주는 작업을 하려고 해요

우선 DFS Namespace를 통해 DFS Namespace 접속이 잘 되나 확인해보니

클러스터 VIP + DFS namespace인 DFS1로 접속이 잘 되네요!!

그리고 할당했던 공유 볼륨에 해당 경로가 있습니다

이걸 아마 DFS 구성 시 서버 설정 값으로 확인하는 것으로 보이네요

클러스터를 통한 VIP를 이용하여 이중화가 될테니, 우선 이중화 구성은 완료된 것 같습니다.

DFS Cluster 구성 시 Namespace는 생성을 했으니

이제 Namespace에 대한 설정 (공유폴더와 연결)을 해주면 될 것 같아요

저는 위 그림처럼 DFS1 이라는 Namespace에 Sales / HR 이라는 폴더를 생성하여

기존에 사용중인 공유폴더의 Group1~4를 할당해주려고 해요

DFS Management 를 실행해주세요 (dfsmgmt.msc)

그리고 생성한 Namespace를 우클릭하고 New Folder를 클릭해주세요

폴더 이름을 Sales로 지정하고 기존 공유 폴더 경로를 입력해주세요

동일하게 HR도 폴더를 생성하여 기존 공유 폴더 경로를 입력해서 설정을 완료했어요

복제 그룹 설정을 추후에 다시 해볼 생각이라 NO로 설정 했습니다

그리고 각각의 폴더에 접근해서 확인해보니 공유 폴더 경로 2개중에 하나의 경로의 폴더에만 연결이 되더라구요

아마 하나의 경로만 연결이 되는것 같습니다

두 개 이상의 경로를 사용하기 위해선 그보다 상위 레벨의 폴더로 공유 폴더를 지정해줘야 하는 것 같네요

우선 이렇게 해서 DFS 이중화 및 DFS namespace에 대한 폴더 경로 연결까지는 테스트가 된 것 같아요

포스팅이 너무 길어져 다음 포스팅에 DFS Replication, 즉 복제에 대해 설정하고 테스트 해보려고 합니다!!

Outlook 메일 회수 기능 사용해보기

o959 — Tue, 22 Apr 2025 16:47:34 +0900

Outlook 메일 회수 기능 사용해보기

Outlook에서 제공하는 메일 회수 기능을 확인하고 사용해보도록 하려고 해요

누구든 메일을 쓰고 잘못보내는 경우가 있기 때문에 유용할 것 같아요

메일 회수가 작동하는 경우

메일 회수를 하기 위해선 몇 가지 조건이 충족되어야 회수가 가능해요

첫번째로, 외부로 보낸 메일은 회수가 불가능 합니다

두번째로, 수신자가 읽은 메일도 메일 회수가 불가능 합니다

메일 회수 방법

우선 메일을 테스트로 하나 보냈어요

수신자 user02@o959.net은 조직 내 사용자고

o959_test@nate.com은 조직 외부 사용자에요

보낸 편지함의 자신이 보낸 메일 (회수할 메일) 더블 클릭 후 좌측 상단 파일 탭 클릭

[다시 보내기 또는 회수] 클릭 후 [메시지 회수] 클릭

읽지 않았으면~ 이라는 문구가 있는걸로 봐선 역시 읽은 편지는 회수가 안되는 것 같아요

전 테스트를 위해 메일 수신자쪽에서도 메시지를 읽지 않았습니다.

[읽지 않았으면 메시지를 삭제] 선택 후 [확인] 클릭

메일 메시지 회수 방법

우선 아래 그림은 동일한 테넌트의 메일박스에요

기존에 메일을 받은 이력이 있는데

회수를 하고 보니 진짜 메일이 삭제되었어요.

잘 작동하네요!!

그에 비해 다른 메일시스템 (네이트) 에서는 역시 메일이 삭제가 되지 않네요

메일 회수 현황 확인 방법

그리고 메일을 회수하려는 사람에 메일 회수가 어떻게 진행되었는지 확인할 수 있는 Report URL이 메일로 수신되요

View Message Recall Report를 클릭하면 Recalled 된 (동일한 테넌트)의 현황과

Failed 된 (Nate mail)의 현황을 확인할 수 있어요

Failed의 사유는

Messages to recipients outside your organization or on-premises can't be recalled

입니다.

다른 시스템에서의 메일은 회수하는게 불가능하다는 메시지 네요

Local Administrator Password Solution (Windows LAPS)

o959 — Mon, 24 Mar 2025 15:06:00 +0900

Local Administrator Password Solution (Windows LAPS)

Active Directory에서 사용자의 속성 값을 확인하다가 LAPS 라는 단어가 보이더라구요..?

전 이런 기능이 있다는걸 처음알았어요

그래서 바로 문서를 확인하고 테스트를 진행하려고 합니다!

Local Administrator Password Solution (Windows LAPS)

간단하게 요약하자면, PC의 로컬 관리자 계정의 패스워드를 관리하는 기능이에요

등록되는 위치(Entra ID / Windows Server Active Directory)에 따라서

로컬 관리자 계정의 패스워드를 저장하고 관리하는 위치가 달라진다고 하네요

이전엔 Microsoft Download Center에서 LAPS를 다운받아 사용했었다고 하네요

현재는 이걸 Legacy LAPS라고 하고 현재는 해당 방법을 사용하지 않고 Windows LAPS 기능을 사용한다고 합니다

Windows LAPS 구성

Windows Server (Active Directory)에서 LAPS를 구성하려고 합니다

로컬관리자 계정에 대한 패스워드를 관리할 PC는 Windows 10이고

해당 PC에 관리할 로컬 관리자 계정의 이름은 o959admin 이에요

첫번째, Active Directory 서버의 Windows Update를 모두 진행해주세요

업데이트를 모두 진행해야 두번째 항목인 스키마 확장이 가능합니다

두번째, Active Directory에 LAPS 기능과 관련된 스키마를 확장해주세요

Import-Module LAPS
Update-LapsADSchema

위 명령어를 이용하여 LAPS 모듈을 Import 한 뒤 Laps 스키마를 확장해주세요

이후 컴퓨터개체를 확인하면 위와 같이 LAPS라는 탭도 생기고

msLAPS- 에 대한 속성이 생긴 것을 확인 가능합니다

LAPS 내 값은 현재 진행하고 있는 LAPS 관련된 설정이 완료되면 값이 자동으로 채워진다고 하네요

세번째, 디바이스에 대해 암호 업데이트 권한을 부여해주세요

관리 디바이스(Domain Joined)에 암호를 업데이트할 수 있는 권한이 부여되어야 해요

아래 명령어로 권한을 부여 할 수 있어요

전 테스트 환경이다 보니, 도메인 루트에 권한을 부여했습니다

Set-LapsADComputerSelfPermission -Identity "DC=o959,DC=net"

네번째, Windows LAPS에 대한 그룹정책을 배포해주세요

LAPS에 대한 그룹정책을 배포해야합니다

[컴퓨터 구성] - [정책] - [관리 템플릿] - [시스템] - [LABS]

많은 정책들이 있지만, 기본적으로 두가지만 배포했어요

Configure password backup directory : 로컬관리자 패스워드를 백업할 디렉토리를 선택

Name of administrator account to manage : LABS를 이용하여 관리할 로컬 관리자 계정 이름

그리고 정책을 테스트 환경이므로 도메인 루트에 배포했어요

Windows 10 PC에서 그룹정책을 받아와주세요

다섯번째, 사용자 계정의 속성 값 중 LABS 메뉴에 로컬 관리자 계정의 패스워드 확인

전에는 없었던 LAPS 탭에 정보들이 보이네요

로컬 관리자 계정인 o959admin에 대한 패스워드가 난수값으로 입력되어 있어요

해당 패스워드를 이용해서 Win10 PC에 로그인 해볼께요

정상적으로 로그인 되는 것을 확인할 수 있어요!!

중앙 저장소에서 관리되는 기기에 대한 로컬 관리자 계정 패스워드를 관리할 수 있는

Windows LAPS에 대해 테스트 해봤습니다!

Active Directory Certificate Services(ADCS)의 인증서 인증기간 늘리기

o959 — Mon, 17 Mar 2025 13:31:32 +0900

Active Directory Certificate Services(ADCS)의 인증서 인증기간 늘리기

사설인증기관 (ADCS)를 설치하고 유지하는 경우 내부 시스템 (Exchange 등등)의 내부 서비스에 대해

인증서 할당을 할 수 있어요

이때 인증서의 인증기간이 기본적으로 2년(WebServer) 인데

해당 기간을 늘리는 방법에 대해 확인해보려고 해요

물론 보안적으론 추천하지 않는 방법이긴 하지만

인증서 갱신에 어려움이 있는 경우 위와 같은 방법을 많이 사용하기도 하는 것 같아요

사설 인증서의 인증 기간 늘리기

첫번째로, SSL 인증서의 유효 기간은 루트 인증서의 기한보단 길 수 없습니다

certsrv.msc 또는 'Certification Authority'를 실행해주세요

인증기관 이름 우 클릭 후 Properties를 클릭해주세요

View Certificate를 클릭하여 루트 인증서의 인증기간을 확인해보니 100년짜리네요

두번째로, Web Server 인증서 템플릿을 복사해서 기간을 50년짜리로 만들어주세요

Certificate Templates 우클릭 - Manage 클릭

Web Server 우 클릭 후 [Duplicate Template] 클릭해주세요

해당 인증서 템플릿의 이름과 기간을 설정해주세요

Certificate Template 우 클릭 - New - Certificate Template to Issue를 클릭해주세요

방금 생성한 인증서 템플릿을 발급하기 위한 과정이에요

생성한 인증서 템플릿을 클릭하고 Ok를 눌러 발급해주세요

그럼 이제부터 Certificate Templates에서 해당 인증서 템플릿을 확인할 수 있어요

세번째로, 레지스트리에 설정된 CA의 발급 기간을 변경해주세요

Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\CertSvc\Configuration\sfb-ADDC-CA

위 레지스트리 경로에서 아래 두 개의 값에 대한 설정을 변경해주세요

ValidityPeriod : Years

ValidityPeriodUnits : 50 (제 경우 인증서를 50년으로 만듦)

네번째로, 설정이 모두 됬다면 인증기관 서비스를 재시작 해주세요

net stop certsvc
net start certsvc

이렇게 SSL 웹서버 인증서의 기한을 연장하여 템플릿을 새로 발급하는 방법에 대해 알아봤어요!

Windows Server DNS 마이그레이션

o959 — Tue, 4 Mar 2025 09:00:54 +0900

Windows Server DNS 마이그레이션

Windows Server DNS 마이그레이션을 진행해보려고 해요

Active Directory가 없는 DNS만 구성되어 있는 경우 입니다

Windows Server DNS 구성 정보

구성된 DNS

호스트 이름	아이피 주소	서버 버전	TYPE	Zone
DNS01	192.168.0.21	Windows Server 2019	Primary	o959dns1.com o959dns2.com o959dns3.com
DNS02	192.168.0.22	Windows Server 2019	Secondary	o959dns1.com o959dns2.com o959dns3.com

신규 DNS (마이그레이션 대상 정보)

호스트 이름	아이피 주소	서버 버전	TYPE	Zone
DNS03	192.168.0.21 (기존 아이피 사용)	Windows Server 2022	Primary	o959dns1.com o959dns2.com o959dns3.com
DNS04	192.168.0.22 (기존 아이피 사용)	Windows Server 2022	Secondary	o959dns1.com o959dns2.com o959dns3.com

기존 DNS Zone/Record 백업

C:\Windows\System32\dns

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\DNS Server\Zones

위 폴더 내 모든 파일과 레지스트리를 전체 백업해주세요

위 정보를 DNS03에 덮어씌우면 DNS 마이그레이션이 된답니다

신규 DNS 서버 생성 및 마이그레이션 작업

DNS03 서버에 DNS 역할을 설치해주세요

그리고 DNS 서비스를 중지합니다

DNS01 서버에서 백업한

C:\Windows\System32\dns

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\DNS Server\Zones

2개의 파일을 덮어씌워주세요

이후 서비스를 재시작하면 DNS 마이그레이션이 완료 됩니다

SOA, NS레코드가 이전 DNS01을 바라보고 있으므로 해당 레코드를 현재 DNS03에 맞게 수정해줍니다

혹은 DNS01서버의 IP를 변경하고 DNS03에 사용할 아이피를 DNS01서버로 변경해주고

호스트이름도 DNS03을 DNS01로 변경해서

이전의 사용하던 DNS01과 동일한 아이피/호스트이름으로 사용하는 방법도 있어요

위 방법은 편한방법으로 사용해주시면 될 것 같아요

이렇게 Primary Zone은 마이그레이션이 완료되었고 Secondary Zone 설정을 해주셔야 합니다

Secondary Zone 설정은 마이그레이션 되지 않으니 아래 포스팅을 확인해서 설정해주시면 됩니다