클라우드인터렉티브 기술블로그

Hyper-V GPU-P로 VDI GPU 할당하기

Coppermine-SP — Fri, 12 Jun 2026 10:42:21 +0900

개요

필자가 Virtual machine-based Remote Desktop Service를 구축하면서 가장 고민했던 문제는 각 Virtual Desktop에 GPU 자원을 할당하는 것이다.

필자가 구축하려는 환경은 사용자 수가 적고(3~4명) 각 사용자가 고성능을 요구하는 시나리오이기 때문에 워크스테이션 메인보드에 고성능 데스크톱 CPU를 조합한 구성이다. 2CPU 구성과 같이 PCI 레인이 충분하지 않기 때문에 각 VM당 물리 GPU 1개씩을 DDA로 할당하는 것도 불가능하다.

그래서 그래픽 가속 성능을 크게 요구하는 2명의 사용자는 NVIDIA Quadro GPU를 DDA로 직접 할당하고, 그래픽 가속 성능이 크게 중요하지 않은 나머지 2명의 사용자는 AMD Integrated GPU를 GPU-P로 파티셔닝해 할당하기로 하였다.

GPU-P에 대하여

GPU-P(GPU-PV)는 Windows Server 2025 Hyper-V에서 물리 GPU를 다중의 VM에 파티셔닝하는 기술이다. 각 VM은 물리 GPU 컴퓨팅 자원의 일부를 독립적으로 사용할 수 있다.

게스트 OS는 Windows 11 또는 Windows Server 2025이어야 한다.
CPU가 IOMMU를 지원해야 한다.
플랫폼이 Single-Root I/O Virtualization(SR-IOV)를 지원해야 한다.
호스트 OS에 GPU가 마운트되어야 하고, 드라이버가 완전히 설치되어야 한다.
GPU가 파티셔닝을 지원해야 한다.
호스트와 게스트 OS가 동일한 GPU 드라이버를 사용해야 한다.

게스트 파티션에서는 유저 모드 드라이버(UMD)는 기존의 드라이버를 그대로 사용하지만, 커널 모드 드라이버(KMD)는 Virtual Render Device가 역할을 대신한다. 이것은 게스트 파티션의 유저 모드 GPU 드라이버에서 들어온 커널 콜을 VMBus를 통해 호스트의 커널 모드 GPU 드라이버로 전달한다.

호스트에서 각 게스트 파티션의 요청을 KMD에 전달하는 시분할 슬롯을 조정함으로써 성능 파티셔닝을 가능하게 한다. 이 때문에 호스트와 게스트 OS가 동일한 GPU 드라이버를 사용해야 한다.

Windows Server 2008 R2에서 제공되었던 RemoteFX는 가상 vGPU 계층을 완전히 구현한 가상 GPU이고, GPU-P는 기존 드라이버 스택을 이용하는 Paravirtualization이다.

GPU-P 구성하기

Microsoft 공식 문서에서는 GPU-P를 지원하는 GPU 목록을 상당히 제한적으로 두고 있지만, 실제로는 소비자용 그래픽카드도 GPU-P를 기술적으로 지원하는 것으로 보인다.

호스트에서 아래 Powershell 명령어로 파티셔닝 가능한 GPU 목록을 조회한다.

[HV-2]: PS C:\Users\copperminesp\Documents> Get-VMHostPartitionableGpu


Name                          : \\?\PCI#VEN_1002&DEV_13C0&SUBSYS_88771043&REV_C2#4&1ebe6a9c&0&0041#{064092b3-625e-43bf-
                                9eb5-dc845897dd59}\GPUPARAV
ValidPartitionCounts          : {32}
PartitionCount                : 32
TotalVRAM                     : 1000000000
AvailableVRAM                 : 1000000000
SupportsIncomingLiveMigration : False
MinPartitionVRAM              : 0
MaxPartitionVRAM              : 1000000000
OptimalPartitionVRAM          : 1000000000
TotalEncode                   : 18446744073709551615
AvailableEncode               : 18446744073709551615
MinPartitionEncode            : 0
MaxPartitionEncode            : 18446744073709551615
OptimalPartitionEncode        : 18446744073709551615
TotalDecode                   : 1000000000
AvailableDecode               : 1000000000
MinPartitionDecode            : 0
MaxPartitionDecode            : 1000000000
OptimalPartitionDecode        : 1000000000
TotalCompute                  : 1000000000
AvailableCompute              : 1000000000
MinPartitionCompute           : 0
MaxPartitionCompute           : 1000000000
OptimalPartitionCompute       : 1000000000
CimSession                    : CimSession: .
ComputerName                  : HV-2
IsDeleted                     : False

이 예시에서 GPU가 보고한 TotalEncode, TotalDecode, TotalCompute가 유의미한 값이 아닌 것은 해당 GPU가 정식적으로 파티셔닝을 지원하지 않기 때문에 드라이버에서 정량적 파티션 Capacity를 의미있게 노출하지 않는 것으로 봐야한다.

즉, 이 GPU는 VM에게 고정된 할당량을 부여할 수 없다는 것이다.

이 AMD Integrated GPU는 32개로 파티셔닝할 수 있다. 파티션 수는 임의로 지정할 수 없고 지원 가능한 파티션 수를 그대로 사용해야 한다.

호스트에서 아래 명령으로 GPU를 파티셔닝한다.

[HV-2]: PS C:\Users\copperminesp\Documents> Set-VMHostPartitionableGpu -Name "\\?\PCI#VEN_1002&DEV_13C0&SUBSYS_88771043&REV_C2#4&1ebe6a9c&0&0041#{064092b3-625e-43bf-9eb5-dc845897dd59}\GPUPARAV" -PartitionCount 32

호스트에서 아래 명령으로 VM에 MMIO 공간을 할당하고 GPU를 할당한다.

$vm = "<VM Name>"

Set-VM -Name $vm -AutomaticStopAction TurnOff
Set-VM -GuestControlledCacheTypes $true -VMName $vm
Set-VM -LowMemoryMappedIoSpace 3Gb -VMName $vm
Set-VM -HighMemoryMappedIoSpace 33280Mb -VMName $vm
Add-VMGpuPartitionAdapter -VMName $vm

이제 대상 게스트의 전원을 켜면 Device Manager에 Display Adapter가 인식될 것이다.

하지만 장치가 Code 43 오류로 인해 시작할 수 없다. AMD에서 아드레날린 소프트웨어를 설치하려고 해도 호환되는 장치가 없다고 나올 것이다.

호스트에서 파티셔닝한 GPU의 UMD를 게스트로 복사하여 해결해야 한다. 호스트에서 대상 GPU의 UMD를 찾아서 수동으로 게스트에 복사할 수도 있지만, 자동으로 이것을 해결해 주는 좋은 스크립트가 있으니 사용하도록 하자.

https://github.com/jamesstringer90/Easy-GPU-PV

GitHub - jamesstringer90/Easy-GPU-PV: A Project dedicated to making GPU Partitioning on Windows easier!

A Project dedicated to making GPU Partitioning on Windows easier! - jamesstringer90/Easy-GPU-PV

github.com

위 레포지토리를 호스트에 클론하고 아래 명령으로 게스트에 UMD를 복사한다.

./Update-VMGpuPartitionDriver -VMName "CLOUDPC-CLOUDINT-4" -GPUName "AMD Radeon(TM) Graphics"

주의할 것은 명령 인수 GPUName은 Get-VMHostPartitionableGpu cmdlet에서 구한 Name이 아닌 Device Manager에서 표시되는 이름이다.

이제 두 VM에서 하나의 GPU를 파티셔닝해서 동시에 사용할 수 있다. Set-VMGpuPartitionAdapter cmdlet으로 정확하게 각 VM이 제한된 할당량을 가지도록 구성할 수 있다.

https://learn.microsoft.com/en-us/powershell/module/hyper-v/set-vmgpupartitionadapter?view=windowsserver2025-ps

해군 정보보호병 회고록 (2026)

Coppermine-SP — Sun, 22 Mar 2026 23:23:20 +0900

서론

본인은 해군 정보보호병에 지원하여 현재까지 생활하고 있다. 해군 정보보호병에 지원하고자 하는 사람들을 위해서 도움이 될 수 있는 정보를 공유하고자 한다.

지원

먼저 본인은 객관적으로 그렇게 높은 학력이나 스펙을 가진 편은 아니다. 공군 SW개발병에 지원하였지만 서류컷당하고 집에서 가까운 해군이나 가자는 생각으로(본인은 마창진 출신이다.) 해군 정보보호병에 지원하게 되었다.

대학교 2학년 수료 (컴퓨터공학과)
정보보안산업기사, 정보통신산업기사
보안 관련 교육, 근무 경력 없음

면접은 계룡대에서 진행하게 되며, 질문은 SQL 인젝션 원리, CSRF와 SSRF의 차이점 설명 정도를 받았던 것 같다. 본인은 원래 보안 관련 전공도 아니고 보안 관련 지식은 정보보안산업기사 공부하면서 얻은 게 다지만 면접에서 기술 질문에 답하는 수준에는 문제가 전혀 없었다.

면접에서 만점을 받고 보안산업기사만으로도 선발순위 1순위로 선발되었다. SW개발병과 다르게 정보보호병은 허들이 크게 높지 않았다.

업무 및 생활상

나는 솔직히 정보보호병이 무슨 일을 하는지도 모르고 지원했다. 정보보호병은 보안관제 업무를 수행하며 일과제가 아닌 당직제로 운영된다. 공휴일이 없고 보통 1일 당직 후 2일 휴무와 같이 돌아간다.

즉, 우리는 남이 쉴 때 일하고, 남이 일할 때 쉴 수 있다는 것이다. 개인 취향 차가 있겠지만 개인적으로 나는 이런 생활에 만족하고 있다.

업무를 수행하는 데 고도의 보안 지식이 반드시 요구되지는 않는다. 물론 정보보안산업기사 공부를 하며 익힌 보안 지식이 업무에 도움이 되는 것은 사실이지만, 관련 경험이나 지식이 부족하다고 해서 큰 문제가 생길 정도는 아니다. 정보통신학교나 실무를 통해 충분히 배울 수 있다.

오히려 한 분야에 대한 깊은 전문성보다는 IT 전반에 대한 폭넓은 지식을 갖추고 있으면 업무에 큰 도움이 된다. 본인은 주로 통신과 IT 인프라와 관련된 주제를 다루고 있는데, 이런 배경지식이 업무 전반에 많은 도움이 되고 있다.

총평

본인이 밤을 잘 새고, 전화를 잘 받으며 IT 업계에서 계속 종사할 생각이 있다면 정보보호병은 충분히 괜찮은 선택이라고 생각한다. 정보보호병으로 올 생각이 있다면, 「국민이 신뢰하고, 적이 두려워하는」대한민국 해군에 지원하도록 하자.

NGINX Blazor WebSocket 연결 문제

Coppermine-SP — Fri, 20 Mar 2026 23:29:07 +0900

개요

Microsoft ASP.NET Blazor Server 애플리케이션을 NGINX 리버스 프록시 뒤에 배치한 환경에서 브라우저가 WebSocket 연결에 실패하고 Long Polling으로 폴백되는 문제를 추적하여 해결하였다.

처음에는 단순한 Upgrade 헤더 전달 문제처럼 보였지만, 실제로는 아래와 같은 문제가 있었다.

HTTP/1.1 연결에서 101 Switching Protocol 응답 코드를 받으면 프로토콜이 WebSocket으로 전환된다. 즉, HTTP/2.0 연결을 사용하면 안 된다.
NGINX 1.25.1 버전 미만에서는 같은 포트에서 HTTP/2와 HTTP/0.9-1.1 연결을 공유할 수 없다. 어떠한 서버 블록에 http2 지시자가 있으면 같은 포트를 공유하는 모든 서버 블록에서 http2를 사용한다.

문제 추적

보통은 NGINX 뒤의 Blazor Server와의 WebSocket 연결 문제를 다루는 대부분의 글은 UseForwardedHeaders()를 사용하여 프록시에서 온 헤더를 신뢰하는 것을 다루고 있다.

하지만 아무리 해당 설정을 올바르게 구성해도 연결 문제가 해결되지 않았다.

Blazor 관련 요청에 대해 앱 쪽에서 아래 코드를 사용하여 직접 로그를 찍어보자.

app.Use(async (ctx, next) =>
{
    if (ctx.Request.Path.StartsWithSegments("/_blazor"))
    {
        Console.WriteLine(
            $"BLAZOR {ctx.Request.Method} {ctx.Request.Path}{ctx.Request.QueryString} " +
            $"scheme={ctx.Request.Scheme} proto={ctx.Request.Protocol} " +
            $"remote={ctx.Connection.RemoteIpAddress} " +
            $"upgrade={ctx.Request.Headers.Upgrade} conn={ctx.Request.Headers.Connection}");
    }

    await next();
});

BLAZOR GET /_blazor?id=... scheme=https proto=HTTP/1.1 remote=172.16.32.1 upgrade= conn=Upgrade

Remote IP와 Scheme 모두 올바르게 프록시에서 넘긴 값을 수용하고 있다. 즉, 앱에서는 문제가 없다.

Blazor Server의 일반적인 WebSocket 경로는 다음을 기대한다.

HTTP/1.1
Connection: Upgrade
Upgrade: websocket

실제 클라이언트와 프록시도 HTTP/1.1 연결을 사용해야 하는 것이다. NGINX 측의 Access Log를 참조하자.

172.16.32.1 - - [20/Mar/2026:06:21:29 +0000] "GET /_blazor?id=IBzHFtEghJKWqn0ml0WzOQ HTTP/2.0" 101 47111 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/146.0.0.0 Safari/537.36"

NGINX에서는 프로토콜이 HTTP/2.0으로 확인된다. 이것은 프록시와 앱이 정상적으로 HTTP/1.1 연결을 사용하지만, 클라이언트와 프록시는 HTTP/2.0 연결을 사용한다는 것이다.

해당 서버 블록에서는 분명히 http2 지시자를 제거하였다.

server {
    listen 443 ssl;
    server_name example.cloudint.corp;
    ...
}

OpenSSL에서 실제 ALPN 협상 결과를 살펴보는 것으로, 협상 과정에서 어떤 프로토콜이 선택되는지 살펴보자.

root@ubuntu:~# 
openssl s_client \
  -connect example.cloudint.corp:443 \
  -servername example.cloudint.corp \
  -alpn h2,http/1.1 < /dev/null | grep -i "ALPN protocol"
  
  ALPN protocol: h2

ALPN 프로토콜로 h2를 선택하였다. 이것은 NGINX가 실제로는 해당 서버 블록에 대해 HTTP/2를 advertise하고 있다는 것이다.

해결 방법

먼저 NGINX를 1.25.1 이상 버전으로 업데이트하고, 서버 블록에서 listen 지시자 옆에 있는 구형 http2 지시자를 모두 제거한다. 또한 시스템의 OpenSSL이 1.0.2h 버전 이상일 때에만 가상 호스트를 기준으로 ALPN을 고를 수 있다.

server {
    listen 443 ssl http2;
    server_name example.cloudint.corp;
    server_tokens off;
	...
    }

위와 같은 http2를 사용하는 server 블록을 아래와 같이 신형 http2 지시자를 사용하도록 변경한다. 단, Blazor Server App에 대해서는 http2 off로 명시적으로 http2를 사용하지 않도록 지정한다.

server {
    listen 443 ssl;
    server_name example.cloudint.corp;
    server_tokens off;
    http2 on;
	...
    }

모든 설정을 완료하였다면 다시 ALPN 협상 결과를 살펴보자.

root@ubuntu:~# 
openssl s_client \
  -connect example.cloudint.corp:443 \
  -servername example.cloudint.corp \
  -alpn h2,http/1.1 < /dev/null | grep -i "ALPN protocol"
  
  ALPN protocol: http/1.1

이제 정상적으로 WebSocket 연결이 가능할 것이다.

리버스 프록시 환경에서 Blazor Server WebSocket 연결에 문제가 있다면 Upgrade 해더만 보지 말고 아래 사항을 점검해보자.

앱이 https를 올바르게 인식하는가?
브라우저 => NGINX가 HTTP/1.1 연결을 올바르게 사용하는가?
실제 WebSocket Handshake가 앱까지 들어오는가?

DSM 7.3 ADFS SSO 연동하기

Coppermine-SP — Mon, 9 Mar 2026 14:20:35 +0900

개요

필자는 Windows Server를 주로 사용하기 때문에, ADFS를 사용하여 SSO를 구축하고자 하였다. 하지만 Synology DSM 7의 SSO Client을 사용하여 ADFS와 연결하는 것은 생각보다 까다롭고 해외 포럼에서도 정보를 찾기 어렵다.

이번에 SSO를 구축하면서 겪은 시행착오를 정리하여 서술하고자 한다.

가장 중요한것은 DSM에서 ADFS를 연결할 때 OpenID Connect SSO 서비스를 사용하면 안된다.

OpenID Connect를 사용할 수 없는 이유

DSM은 기본적으로 OpenID 인증 절차가 완료되면 로그온을 수행할 계정을 찾기 위해 UPN을 /userinfo 엔드포인트에서 찾게 된다.

하지만 ADFS는 OpenID 표준에 정의된 subject claim 이외의 어떤 claim도 userinfo 엔드포인트에서 반환하지 않는다. 그러므로 웹 앱은 UPN을 구하기 위해선 ID 토큰에서 정보를 찾아야되는데, DSM은 이것을 지원하지 않는다.

이 것 때문에 항상 로그온이 실패하게 된다. 자세한 인증 로그는 /var/log/synoscgi.log을 참고할 수 있다.

2026-03-09T07:29:33+09:00 SYNONAS_1 synoscgi_SYNO.API.Auth_7_login[1271]: oidcsso.cpp:267 user claim 'username' is not found in userinfo
2026-03-09T07:29:33+09:00 SYNONAS_1 synoscgi_SYNO.API.Auth_7_login[1271]: oidc_auth.cpp:70 Get sso operation failed. Reason: failed to get user claim value

SAML을 사용하여 SSO 연결하기

혹시나 이것을 따라할 용자가 있다면 Windows Server Core에는 ADFS Role을 설치하지 않기를 권한다. AD FS Management Snap-in은 RSAT에 포함되어있지 않다. 즉 모든 작업을 Powershell로 수행해야 한다.

먼저 ADFS Role을 설치하고 구성을 수행한다. FS IdP-initiated sign-in이 정상적으로 수행된다면 올바르게 역할을 구성한 것이다. 이것은 크게 어렵지 않기 때문에 자세히 서술하지 않겠다.

https://learn.microsoft.com/en-us/windows-server/identity/ad-fs/troubleshooting/ad-fs-tshoot-initiatedsignon

Troubleshoot AD FS IdP-Initiated Sign-In

Learn how to use the sign-in page to troubleshoot Active Directory Federation Services (AD FS) authentication.

learn.microsoft.com

DSM Control Panel > Domain/LDAP > SSO Client > Enable SAML SSO Service에 체크한다. 그리고 하단 SAML SSO Settings로 이동한다.

Account Type, Response signature verification은 위와 같이 설정하고, Import Metadata로 아래 주소에서 받은 메타데이터를 불러온다.

https://<ADFS FQDN>/FederationMetadata/2007-06/FederationMetadata.xml

ADFS Role이 설치된 서버에서 Powershell을 열고, 아래 스크립트를 실행하여 엔드포인트 추가와 관련한 모든 작업을 한번에 수행한다.

Import-Module ADFS

$RpName = "<NAME>"
$NasUrl = "https://<DSM_FQDN>"
$AcsUrl = "https://<DSM_FQDN>/"

#기존 RP 제거
Get-AdfsRelyingPartyTrust -Name $RpName -ErrorAction SilentlyContinue | `
    Remove-AdfsRelyingPartyTrust -Confirm:$false

#SAML ACS endpoint 생성
$acs = New-AdfsSamlEndpoint `
    -Binding POST `
    -Protocol SAMLAssertionConsumer `
    -Uri $AcsUrl `
    -IsDefault $true

#RP Trust 생성
Add-AdfsRelyingPartyTrust `
    -Name $RpName `
    -Identifier $NasUrl `
    -SamlEndpoint $acs `
    -ProtocolProfile SAML `
    -Enabled $true

#접근 정책
Set-AdfsRelyingPartyTrust `
    -TargetName $RpName `
    -AccessControlPolicyName "Permit everyone"

#서명 모드 설정
Set-AdfsRelyingPartyTrust `
    -TargetName $RpName `
    -SamlResponseSignature AssertionOnly `
    -SignatureAlgorithm "http://www.w3.org/2001/04/xmldsig-more#rsa-sha256" `
    -EncryptedNameIdRequired $false `
    -NotBeforeSkew 5

#NameID UPN 옵션
$Rules = @'
@RuleName = "WindowsAccountName to NameID"
c:[Type == "http://schemas.microsoft.com/ws/2008/06/identity/claims/windowsaccountname"]
 => issue(
    Type = "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/nameidentifier",
    Value = c.Value,
    Properties["http://schemas.xmlsoap.org/ws/2005/05/identity/claimproperties/format"]
      = "urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified"
 );

@RuleName = "Pass WindowsAccountName"
c:[Type == "http://schemas.microsoft.com/ws/2008/06/identity/claims/windowsaccountname"]
 => issue(
    Type = "http://schemas.microsoft.com/ws/2008/06/identity/claims/windowsaccountname",
    Value = c.Value
 );

@RuleName = "Pass UPN"
c:[Type == "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/upn"]
 => issue(
    Type = "upn",
    Value = c.Value
 );
'@

Set-AdfsRelyingPartyTrust `
    -TargetName $RpName `
    -IssuanceTransformRules $Rules

Get-AdfsRelyingPartyTrust -Name $RpName | `
    Format-List Name,Identifier,SamlResponseSignature,SignatureAlgorithm,EncryptedNameIdRequired,NotBeforeSkew,IssuanceTransformRules

DSM에서 SSO 로그인을 해보자.

아마 "Your SSO is not properly configured. Please check your settings or contact your system administrator" 와 함께 로그인이 안 될것이다.

인증서 변경하기

/var/log/synoscgi.log에서 다시 힌트를 찾자.

2026-03-09T11:15:27+09:00 SecureCloud synoscgi_SYNO.API.Auth_7_login[27538]: saml_auth.cpp:46 Verify SAML response failed. Reason: failed to verify assertion signature
2026-03-09T11:15:27+09:00 SecureCloud synoscgi_SYNO.API.Auth_7_login[27538]: pam_syno_sso.cpp:127 (euid=0)(pam_syno_sso.cpp:127)(Success)Failed [username.empty()]
2026-03-09T11:15:27+09:00 SecureCloud synoscgi_SYNO.API.Auth_7_login[27538]: pam_syno_log_fail(sso:auth): Can't get user uid ().

SAML assertion의 서명을 검증하지 못하고 있다. 아마 메타데이터로 불러온 인증서가 기본으로 ADFS Signing이 아니라 ADFS Encryption일 것이다.

DSM이 assertion 검증에 사용한 공개 인증서가 실제 primary token-signing cert와 일치하지 않았기 때문에 서명을 검증할 수 없는 것이다. 이를 해결하기 위해서는 ADFS Signing 인증서를 Export하여 수동으로 지정해야 한다.

아래 Powershell 명령어로 Token-Signing 인증서를 Export하고, Base64 encoded PEM 형식으로 변환하자.

$cert = Get-AdfsCertificate -CertificateType Token-Signing | Where-Object {$_.IsPrimary -eq $true}
[System.IO.File]::WriteAllBytes("C:\sign.cer", $cert.Certificate.Export([System.Security.Cryptography.X509Certificates.X509ContentType]::Cert))

변환한 인증서를 SAML SSO Settings > Certificate에서 지정하자. 이제 로그인이 될 것이다.

UniFi Site Magic에 대하여

Coppermine-SP — Fri, 25 Aug 2023 17:06:12 +0900

개요

UniFi Site Magic은 아주 손쉽게 여러 UniFi 게이트웨이 사이에 링크를 구축할 수 있게 하는 기능입니다. 수동으로 복잡한 Site-to-Site VPN을 구축 할 필요 없이, UniFi Portal에서 모든 작업을 수행 할 수 있습니다.

게이트웨이가 공인 IP를 가지고 있지 않거나, LTE 또는 5G와 같은 셀룰러를 사용하고 있어도 Site Magic에 참여 할 수 있습니다.

요구 사항

다음 UniFi Gateway Console만 Site Magic에 참여 할 수 있습니다.
- UniFi OS 3.1 또는 이상을 구동하는 UDM Pro / UDM SE / UDW
- UniFi OS 3.1 또는 이상을 구동하는 UDR
- UniFi OS 3.1 또는 이상을 구동하는 UDM
- UniFi OS 3.1 또는 이상을 구동하는 Cloud Key Gen 2, Cloud Key Gen 2 Plus, Cloud Key Enterprise, Cloud Console와 연결된 UXG Pro
적어도 하나의 UniFi Gateway Console은 공인 IP를 가져야 합니다.
모든 UniFi Gateway Console은 소유자가 같아야 합니다.

구성 방법

UniFi Portal에 접속하여 좌측 사이드바의 Site Magic 아이콘을 클릭합니다.

기존의 Site Magic Group이 없다면 자동으로 새 그룹 추가 창이 표시될 것입니다. 추가할 Site Magic Group의 이름과 연결할 게이트웨이를 선택 한 후 Add 버튼을 눌러 새 그룹을 추가하십시오.

서로 연결할 VLAN을 지정한 후, Connect 버튼을 눌러 완료합니다.

이제 두 UniFi Gateway Console간의 Site-to-Site VPN이 연결되었습니다.

두 VLAN이 서로 통신 가능한지 확인합니다.

이제 완벽히 Site Magic을 통해 UniFi Gateway Console간에 링크를 연결하는 것이 완료되었습니다.

Hyper-V USB 장치 Passthrough 하기

Coppermine-SP — Sun, 4 Dec 2022 20:55:39 +0900

개요

Microsoft Hyper-V는 기본적으로 USB 장치에 대한 Passthrough를 지원하지 않습니다. 따라서 가상 인스턴스에 USB 장치 (라이선스 동글, 사운드 카드, 무선 동글, 캡쳐 카드 등)를 할당 할 필요가 있는 경우에는 USB 컨트롤러 자체를 DDA를 통해 VM에 할당하여, 해당 USB 컨트롤러에 연결 된 포트 전체를 할당 해줄 수 있습니다.

가상 인스턴스에 USB 호스트 컨트롤러를 DDA를 통해 할당하게 되면, 호스트에서 해당 USB 호스트 컨트롤러에 연결 된 USB 포트를 사용 할 수 없게 됩니다.

A. 시스템에 다수의 USB 호스트 컨트롤러가 존재하는 경우

예시로 ASUS WS-C621E-SAGE 마더보드는 3개의 USB 호스트 컨트롤러가 후면 USB 단자에 연결되어 있습니다.

가상 인스턴스가 요구하는 USB 장치는 하나임으로, 가장 포트가 적은 ASMedia USB 3.1 호스트 컨트롤러를 DDA를 통해 할당함으로써 호스트 시스템에서 사용할 수 있는 USB 포트를 최대화할 수 있습니다.

B. 시스템에 하나의 USB 호스트 컨트롤러만 존재하는 경우

시스템에 하나의 USB 호스트 컨트롤러만 존재하는 경우에는 호스트에서 사용 할 USB 포트가 없어지게 됨으로, PCIe USB 3.0 확장 카드를 장착하여 이를 가상 인스턴스에 할당 할 수 있습니다.

USB 호스트 컨트롤러 장치 위치 구하기

어떤 USB 호스트 컨트롤러를 가상 인스턴스에 할당 할지 결정하였다면 장치 관리자로 이동하여 해당 USB 호스트 컨트롤러를 찾습니다.

우클릭하여 Properties 매뉴에서 Details 탭으로 이동합니다.

Device instance path 및 Location paths 속성에서 PCIROOT로 시작되는 항목을 복사합니다.

DDA로 인스턴스에 장치 할당하기

먼저 장치를 할당 할 가상 인스턴스를 종료합니다.

관리자 권한으로 Windows Powershell을 열어 아래 작업을 수행한 후, 가상 인스턴스를 시작하십시오.

I. 변수 선언 및 할당

$vm = "[가상 인스턴스 이름]"
$dev = "[위에서 복사한 Device instance path]"
$path = "[위에서 복사한 Location path]"

II. MMIO 구성

Set-VM -Name $vm -AutomaticStopAction TurnOff
Set-VM -GuestControlledCacheTypes $true -VMName $vm
Set-VM -LowMemoryMappedIoSpace 3Gb -VMName $vm
Set-VM -HighMemoryMappedIoSpace 33280Mb -VMName $vm

MMIO 공간에 대한 자세한 정보는 아래 링크를 확인하십시오.

https://docs.microsoft.com/ko-kr/windows-server/virtualization/hyper-v/plan/plan-for-deploying-devices-using-discrete-device-assignment

불연속 디바이스 할당을 사용하여 디바이스 배포 계획

Windows Server에서 DDA가 작동하는 방식에 대해 알아보기

learn.microsoft.com

III. 호스트 구성 및 장치 할당

Disable-PnpDevice  -InstanceId $dev
Dismount-VMHostAssignableDevice -force -LocationPath $path
Add-VMAssignableDevice -LocationPath $path -VMName $vm

Active Directory DC 시간 NTP 서버와 동기화 하기

Coppermine-SP — Tue, 12 Jul 2022 02:21:31 +0900

개요

Active Directory 도메인 서비스를 사용하게 되는 경우, 주 도메인 컨트롤러 (PDC)가 NTP 서버의 역할을 수행하게 되며 모든 클라이언트는 주 도메인 컨트롤러의 시간을 동기화 하게 됩니다.

이는 Windows의 Kerberos 인증 시스템이 상호 간 시간이 동기화 되지 않은 경우 사용 할 수 없기 때문입니다.하지만 주 도메인 컨트롤러가 NTP 서버 역할을 수행하게 되면, 인터넷 시간 동기화를 사용하지 않고 내장 CMOS 시계를 사용하게 되어 시간이 맞지 않게 될 수 있습니다.

이를 해결하기 위해 PDC에 신뢰 할 수 있는 시간 원본을 추가하여 외부 NTP 서버로부터 시간을 동기화 할 수 있습니다.

지역 설정 맞추기

Windows Server를 한국어가 아닌 영어로 설치하였을 경우 기본 지역이 한국으로 설정되지 않았을 수 있습니다. 이의 경우에는 외부 NTP 서버와 동기화 하여도 해당 지역에 맞는 시간을 제대로 받아 올 수 없음으로 지역 설정을 올바르게 변경해야 합니다.

설정 앱에서 시간 및 언어 설정으로 이동합니다.

타임 존이 올바르게 설정되었는지 확인하고, 올바르지 않으면 수정합니다.

신뢰 할 수 있는 시간 원본 추가하기

Windows Powershell을 관리자 권한으로 엽니다.아래 명령어를 차례대로 입력하십시오.

w32tm /config /syncfromflags:manual /manualpeerlist:[NTP 서버],0x8 reliable:yes /update
w32tm /config /update

설정이 올바르게 저장되었는지 확인하려면, 아래 명령어를 입력하십시오.

w32tm /query /source

시간이 즉시 동기화 되지 않는 경우에는 설정 앱의 시간 및 언어 설정에서 동기화를 클릭하여 수동으로 시간 동기화를 수행하십시오.

노출 3요소 (조리개, 셔터 속도, ISO)에 대한 이해

Coppermine-SP — Mon, 14 Feb 2022 01:04:56 +0900

개요

DSLR 또는 미러리스 카메라로 처음 사진에 본격적으로 입문했다면, 가장 중요한 것은 노출의 개념입니다.

적절한 밝기의 사진을 찍거나 원하는 장면을 연출하기 위해서는 노출 3요소 (조리개, 셔터 속도, ISO)에 대한 충분한 이해가 있어야 합니다.

이 글에서는 기본적인 일안 반사식 카메라 (SLR) 구조와 노출 3요소에 대해 설명하겠습니다.

간략적인 SLR 카메라의 노출

현대에 사용되는 대부분의 디지털 카메라 (DSLR, 미러리스)는 모두 일안 반사식 카메라입니다.

일안 반사식 카메라에서는 렌즈를 통해 들어온 빛이 먼저 랜즈의 조리개를 통해 1차적으로 빛의 양을 조절합니다. 그리고 최종적으로 이미지가 기록되는 이미지 센서 앞에 있는 셔터의 열리는 시간을 조정하여 2차적으로 빛의 양을 조절합니다.

마지막으로 이미지 센서에 최종적으로 노출된 빛을 설정한 감도(ISO)에 따라 증폭하여 처리합니다.

이제 각 각의 노출 요소들이 구체적으로 어떤 역할을 하고, 어떻게 설정해야 하는지 알아보겠습니다.

조리개 (Aperature)

조리개는 카메라 렌즈에서 빛의 양을 조절하는 장치입니다. 조리개는 F1.4, F3.5와 같이 f값으로 표기하며 숫자가 낮을수록 빛이 들어오는 구멍이 커지고, 숫자가 높을수록 빛이 들어오는 구멍이 작아집니다.

조리개는 여러개의 막이 육각 또는 팔각형의 모양으로 겹쳐져서 카메라 렌즈 구멍으로 들어가는 빛의 양을 조절합니다.

조리개의 숫자를 높일수록 '조리개를 조인다' 라고 표현하고, 조리개의 숫자를 내릴수록 '조리개를 푼다' 라고 표현합니다. 조리개를 조을수록 센서를 향해 가는 빛이 줄어듦으로, 셔터 속도를 내려야 합니다.

그러면 조리개를 최대 개방 상태로 두면 사진이 밝게 찍히는데 왜 구지 조리개를 조여서 사진을 찍어야 할까요?

조리개를 크게 열수록 촛점이 맞는 구간이 줄어들면서 배경이 흐리게 됩니다.

위 사진은 똑같은 장면을 같은 ISO로 각 각 F1.2와 F5.0으로 찍은 사진입니다. 똑같이 마이크 중앙에 촛점을 맞추었지만, 조리개를 조은 것보다 푼것이 훨씬 배경이 흐려보이는 것이 보입니다.

이를 통해 아래와 같이 배경이 환상적으로 흐리게 날라가서 더욱 피사체를 강조하고 아름답게 표현할 수도 있지만, 촛점이 맞는 구간이 너무 적어 사진이 전체적으로 흐려지거나 난잡해보이는 역 효과가 발생할 수도 있습니다.

RX1R II, f2.0, 1/100, ISO 640 (35mm F2.0)

A9, f1.6, 1/3200, ISO 100 (Sony FE 50mm F1.2 GM)

또한 대부분의 렌즈는 F4.0 ~ F8.0 사이에서 최대 해상력을 발휘하도록 설계되었기 때문에, 광량이 충분한 밝은 낮에 넓은 풍경을 담거나, 배경과 피사체를 어느정도 적절하게 같이 담고 싶다면 조리개를 어느 정도 조아주는 것이 적절합니다.

A7R4, F5.6, 1/200, ISO100 (Sony FE 16mm F1.8 GM)

A7R4, F5.6, 1/200, ISO100 (Sony FE 24mm F1.4 GM)

결론은 인물 사진이나 접사 촬영등 피사체에서 배경을 아름답게 분리해야 할 필요가 있을 때에는 조리개를 최대한 여는 것이 좋고 풍경 사진을 찍거나 피사체와 배경을 둘다 적절하게 담아내야 할 필요가 있을 때에는, 조리개를 적절하게 조으는 것이 좋습니다.

하지만 조리개를 f10 이상으로 너무 과도하게 조이게 될 경우에는 회절 현상이 발생하여 화질이 오히려 떨어지게 됩니다.

셔터 속도 (Shutter Speed)

셔터는 카메라 바디에서 이미지 센서 앞에 위치하며 평소에는 닫혀잇다가 사진을 촬영하기 위해 셔터 버튼을 누르면 설정한 시간만큼만 열리고 다시 닫힘으로서 노출 시간을 조정하여 빛의 양을 조절하는 장치입니다.

위는 카메라의 셔터가 실제로 동작하는 모습을 슬로우 모션으로 촬영한 장면입니다. 처음에 미러가 올라가고 검은 막이 열린 후 다시 닫히는 모습이 나옵니다. 셔터 속도는 이 검은 막 (셔터)가 열리는 시간을 조절하는 것 입니다.

셔터 속도는 1/100, 1/250와 같이 표기하며, 1초가 넘는 경우 1", 10"와 같이 표기합니다.

그러면 셔터 속도를 느리게 할수록 빛이 센서에 노출되는 시간이 많아지니 사진이 밝아질텐데 왜 셔터 속도를 빠르게 설정할까요?

셔터 속도를 무작정 느리게 하면 사진이 흔들리는 "블러" 현상이 발생하기 때문입니다.

셔터 속도를 느리게 하면 셔터가 열린 동안 빛의 움직임이 사진에 그대로 기록되게 됩니다. 이를 이용하여 노출 시간을 10초나 15초 정도로 길게 하여 움직이는 물체를 역동적으로 표현 할 수 있습니다.

A7R4, F9.0, 20.0s, ISO100 (Sony FE 24mm F1.4 GM)

위 사진은 노출을 20초로 설정하고 카메라를 움직이지 않게 삼각대에 고정하고 창밖에 풍경을 찍은 사진입니다. 카메라는 삼각대에 고정되있기 때문에 다른 곳은 흔들리거나 움직이지 않았지만 차는 셔터가 열린 20초 동안 계속해서 움직였기 때문에, 차량의 궤적이 사진에 담겼습니다.

X-T30, F8.0, 10.0s, ISO100 (Fujiflim XF 18-55 F2.8-4 R LM OSS)

이와 같이 피사체가 셔터 속도보다 빨리 움직여서 피사체만 흔들리거나, 궤적을 그리는 것을 모션 블러라고 합니다.

빠른 고속열차나 동물, 스포츠 경기같이 순간적으로 빠르게 움직이는 물체를 모션 블러 없이 담아내려면 셔터 속도를 매우 빠르게 (1/1000 ~ 1/8000) 설정해야 합니다.

A7R4, F1.8, 1/8000, ISO 100 (Sony FE 14mm F1.8 GM)

카메라를 제대로 고정하지 않고 셔터 속도를 너무 내리면, 손의 떨림이 사진에 모두 기록되어 사진이 전체적으로 흐리거나 흔들려보입니다. 이를 핸드 블러라고 합니다.

아래는 핸드 블러의 예시 사진입니다.

A7R4, F5.6, 1/3, ISO 100 (Sony FE 50mm F1.2 GM)

한눈에 봐도 사진이 전체적으로 흔들려있으며, 촛점이 맞지 않은 것 처럼 선명하지 못한 것이 보입니다. 아래에 두 사진을 통해 낮은 셔터 속도로 인해 핸드 블러가 발생한 사진과, ISO를 높혀 적절한 셔터 속도를 확보한 사진을 비교해보겠습니다.

A7R4, F3.5, 1/4. ISO100 (Sony FE 50mm F1.2 GM)

A7R4, F3.5, 1/50, ISO 1250 (Sony FE 50mm F1.2 GM)

첫번째 사진은 셔터 속도를 1/3초로 설정하였고, 두번째 사진은 ISO를 1250까지 올려 충분한 광량을 확보 한 후 셔터 속도를 1/50초로 설정한 사진입니다. 한눈에 봐도 첫번째 사진은 크게 흔들렷지만 두번째 사진은 확대해서 보아도 전혀 흔들림 없이 깔끔하게 찍힌 모습을 확인 할 수 있습니다.

카메라를 어딘가에 놓거나, 삼각대에 고정시키지 않고 손으로 찍을 때에는 안전 셔터 속도 이상으로 셔터 속도를 올리지 않으면 사진이 흔들리게 됩니다 (핸드 블러가 발생함).안전 셔터 속도를 구하는 방법은 아래와 같습니다.

풀프레임 센서 카메라의 경우 : 1 / (랜즈의 촛점 거리)
크롭 센서 카메라의 경우 : 1 / (랜즈의 촛점 거리) * 2

예시

1. 풀프레임 센서를 가진 A7R4와 FE 50mm F1.2 GM 랜즈를 사용하는 경우 => 1/50초
2. APS-C 크롭 센서를 가진 A6600과 FE 50mm F1.2 GM 랜즈를 사용하는 경우 => 1/100초
(내 카메라가 크롭 센서인지 풀프레임 센서인지는 제조사 홈페이지를 통해 확인 할 수 있습니다.)

최신 기종의 카메라에는 광학식 손떨림 방지 기능이 랜즈 또는 바디에 장착되어 있는 경우가 많습니다. 하지만 이를 맹신하여서는 안됩니다.

손떨림 보정 기능은 광량이 부족한 환경에서 셔터 속도를 안전 셔터 속도보다 1 ~ 2단계 정도 내려도 사진을 크게 흔들리지 않도록 해줍니다. 하지만 이는 사진에서 완벽하게 핸드 블러를 제거하여 깔끔하게 만들어주진 못합니다. 그래서 손떨림 보정 기능을 켜도 안전 셔터 속도 미만으로 셔터 속도를 내리고 손으로 사진을 찍으면 미세하게나마 사진이 흔들리게 됩니다.

위의 사진은 똑같은 환경에서 소니의 손떨림 방지 기능 (SteadyShot)을 키고 끈것의 차이입니다. 확실히 SteadyShot을 킨쪽이 끈쪽보다는 덜 흔들렷지만, 완벽하게 사진이 깔끔하진 않습니다.

삼각대에 카메라를 고정하고 장 노출 사진을 찍을 때에는 손떨림 방지 기능이 오작동하여 오히려 흔들림을 만들수 있기 때문에, 끄는 것이 좋습니다.

감도 (ISO)

감도 (ISO)는 최종적으로 이미지 센서가 조리개와 셔터를 거쳐 노출 된 빛을 증폭할 수준입니다.

감도는 셔터 속도와 조리개 조절로는 충분한 광량을 확보하지 못할 때에 올려야 합니다.

감도를 올리면 센서에 노출된 빛이 증폭되는 만큼 노이즈도 함께 증폭되어 사진에 자글자글한 노이즈가 끼게 됩니다. 감도는 최대한 낮게 설정 하는 것이 좋으나, 빛이 부족한 실내나 야간에서는 어쩔 수 없이 감도를 올려야 충분한 밝기의 사진을 촬영 할 수 있을 수 있습니다.

A7R4, F1.6, 1/60, ISO 320 (Sony FE 50mm F1.2 GM)

A7R4, F1.6, 1/640, ISO 3200 (Sony FE 50mm F1.2 GM)

똑같은 환경에서 첫번째 사진은 ISO를 320으로 맞춘 사진이고, 두번째 사진은 ISO를 3200으로 맞춘 사진입니다. 확대하여 보면 첫번째 사진보다 두번째 사진이 훨씬 노이즈가 심하고 디테일이 떨어지는 모습을 확인 할 수 있습니다.

특히 어두운 부분 (암부)에서 감도가 높을때에 노이즈로 인한 디테일 감소 및 자글거림이 매우 심하게 나타나게 됩니다.

일반적으로 밝은 야외에서는 ISO 100 ~ 200 사이, 어두운 실내나 야간에는 400 ~ 3200 사이로 사용하는 것이 권장됩니다.

일부 카메라에서는 확장 감도 기능을 통해 감도를 더 내릴 수 있게 설정할 수 있습니다.
하지만 확장 감도를 통해 네이티브 ISO 밑으로 감도를 내리게 되면, 대부분의 환경에서 다이나믹 레인지가 감소하여 득보다 실이 더 크게 됨으로 권장하지 않습니다.

결론

결론적으론 카메라를 거치하지 않고 들고 찍을때에는 "안전 셔터 속도" 아래로 셔터 속도를 내리지 않는 범위에서 감도를 최대한 낮게 찍는 것이 좋습니다.

풍경 사진을 찍을 때에는 조리개를 F5.6 ~ 8.0 정도로 조아 심도와 화질을 확보하고, 인물이나 스냅 사진을 찍을 때에는 조리개를 최대한 풀어서 아름다운 배경흐림과 피사체 강조 효과를 취하는 것이 좋습니다.

대부분의 경우에는 조리개 우선 모드 (A 또는 Av 모드)로 두고 감도를 낮은 감도 (100 ~ 200)으로 고정하여 조리개를 통해 심도를 조절하다가 광량이 부족하여 안전 셔터 속도가 확보되지 않을 경우에는 감도를 한단계씩 올리는 것이 좋으며, 빠른 고속열차와 같은 움직이는 피사체를 찍거나 움직이는 열차 또는 자동차 안에서 사진을 찍는 경우에는 셔터 속도 우선 모드 (S또는 Tv 모드)로 두고 셔터 속도를 빠르게 (1/1000 ~ 1/8000) 설정 한 후 감도와 조리개를 자동으로 두는 것이 좋습니다.

사진의 적정 노출에는 정답이 있는 것은 아닙니다. 하지만 위 3 가지 노출의 기본 원칙을 이해하고 있다면, 자신이 원하는 사진을 연출하는 것에 큰 도움이 될 것이라고 생각합니다.

Windows Server - 인증서 내보내기

Coppermine-SP — Wed, 3 Nov 2021 22:46:49 +0900

개요

Windows Server 및 Windows에서 Active Directory CA 또는 제 3자 인증 기관에서 배포한 개인용 인증서를 다른 서버 및 응용 프로그램에서 사용하기 위해서는 인증서를 내보내야 합니다. 이 글에서는 Windows에서 MMC를 이용하여 개인용 인증서를 내보내는 방법을 설명하겠습니다.

MMC 열어서 Certificates Snap-in 추가하기

Windows + R 또는 하단 검색창에서 실행 (Run)을 열어 mmc를 입력하여 Microsoft Management Console 창을 엽니다.

상단 매뉴의 File > Add/Remove Snap-in 항목을 클릭합니다.

좌측의 Avaliable snap-ins 항목에서 Certificates 선택 후 중앙의 Add 버튼을 눌러 Snap-in을 추가합니다.

현재 내보내려는 인증서의 위치를 선택합니다.

OK를 눌러 창을 닫습니다.

좌측 트리 매뉴에서 Certificates > Personal > Certificates 매뉴로 이동합니다.

.PFX (PKCS #12) 형식으로 내보내기

.PFX (PKCS #12)는 한 파일에 개인 키 및 인증서가 함께 포함되어 있는 파일이므로, 한 개의 파일로 모든 정보를 한번에 전송 할 수 있습니다.

내보내려는 인증서를 우클릭하여 All Tasks > Export 항목을 클릭합니다.

Next 버튼을 클릭하여 Certificate Export Wizard를 실행합니다.

Yes, export the private key 항목에 체크하여 개인 키를 함께 내보냅니다.

Include all certificates in the certification path if possible 및 Enable certificate privacy 항목에 체크합니다.

인증서를 설치 할 때 사용할 암호를 지정합니다. 이 암호는 나중에 인증서를 설치할 때에 필요함으로 잊어버리면 안됩니다.

내보낼 파일의 경로와 이름을 지정합니다.

Finish 항목을 눌러 마법사를 완료합니다.

지정 한 경로에 성공적으로 인증서를 내보냈습니다.

.crt / .key (PKCS #7) 형식으로 내보내기

.crt / .cer (PKCS #7) 형식은 인증서가 개인 키가 각 각 다른 파일에 저장되는 형식으로, 대부분의 서버에서 범용적으로 사용됩니다.

Windows에서는 인증서를 개인 키와 함께 내보내려면, PKCS #12 형식으로만 내보낼 수 있기 때문에 .pfx 파일을 PKCS #7 형식으로 OpenSSL을 이용해 변환해야 합니다.

먼저 위의 방법대로 PKCS #12 형식으로 인증서를 내보낸 후, 아래에서 OpenSSL Windows용 바이너리를 다운 받아 설치하고 인증서가 있는 위치에서 명령 프롬프트 또는 Windows PowerShell을 엽니다.

Win64OpenSSL_Light-3_0_0.exe

4.48MB

이 파일은 Windows용 OpenSSL 라이브러리(http://slproweb.com/products/Win32OpenSSL.html) 설치 파일입니다.

cmd 창에서 openssl을 입력하였을때 명령 도움말이 표시되면 제대로 바이너리를 설치한 것 입니다.

PowerShell에서는 코드 보안정책에 따라 명령어 앞에 ./을 붙여야 할 수 있습니다.

아래 명령어로 PKCS #12 파일에서 .crt / .cer 형식으로 인증서를 추출합니다.

openssl pkcs12 -in [pfx 파일 이름] -clcerts -nokeys -out [내보낼 인증서 파일 이름]

인증서 비밀번호를 입력할 때에 명령 프롬프트 창에는 아무 것도 입력되지 않는 것으로 보이나, 이는 보안상 이유로 입력이 가려진 것으로 실제 입력은 정상적으로 이루어집니다.

아래 명령어로 PKCS#12 파일에서 .key 형식으로 개인 키를 추출합니다.

openssl pkcs12 -in [pfx 파일 이름] -nocerts -nodes -out [내보낼 개인 키 파일 이름]

호환성 문제를 방지하기 위하여 OpenSSL로 PKCS#12 파일에서 인증서와 개인 키를 분리한 경우에 Bag Attributes가 포함 된 경우에는 반드시 문서 편집기로 개인 키 및 인증서 파일을 열어 Bag Attributes 항목을 제거하세요.

암호화 된 개인 키 복호화하기

위 방법대로 개인 키를 추출한 경우에는 개인 키의 암호화를 해제하여 추출하지만, 다른 명령어를 사용하여 개인 키를 추출한 경우에는 개인 키가 암호화되어 있을 수 있습니다.

이와 같은 경우 개인 키의 암호화를 해제하여야 대부분의 서버 및 응용 프로그램에서 정상적으로 개인 키를 해석 할 수 있습니다.

암호화 된 개인 키의 경우, 'BEGIN ENCRYPTED PRIVATE KEY' 또는 'BEGIN RSA PRIVATE KEY'로 해더 자체가 일반 개인 키와 다릅니다.

OpenSSL 바이너리를 통해 아래의 명령을 실행합니다.

openssl rsa -in [암호화 된 개인 키 이름] -out [내보낼 개인 키 이름]

성공적으로 PKCS#12 형식 파일에서 인증서와 개인 키를 추출하였습니다.

DSM 6.2.x / 7.x - SMB 3.0 MultiChannel 활성화

Coppermine-SP — Fri, 8 Oct 2021 23:29:53 +0900

개요

고속 이더넷 인터페이스 (10/25GbE)를 사용하지 않고 다중 이더넷 인터페이스를 통하여 SMB 3.0 MultiChannel 모드를 사용하여 SMB 전송 속도를 크게 늘릴 수 있습니다.

DSM에 탑재된 Samba 서버에는 SMB 3.0 MultiChannel 지원이 포함되어 있지만, 정식 지원이 아닌 관계로 기본 설정으로 비활성화 되어있습니다. 이를 SCP를 통해 간단한 컨피그 파일 수정을 통하여 활성화 할 수 있습니다.

Samba 서버의 SMB 3.0 MultiChannel 지원은 아직 정식 지원되지 않는 실험실 기능입니다.
이 기능 사용으로 인해 데이터 깨짐 또는 전송 불안정 문제가 발생할 수 있으니 주의하십시오.

클라이언트와 서버 모두 LACP(NIC 티밍, 본딩)을 사용하지 말고 각 각 IP 주소를 부여해야 합니다. 필자의 경우 스위칭 허브에 4개의 1Gbps 연결을 사용하여 총 4Gbps의 대역폭을 확보하였습니다.

LACP를 사용하면 안되는 이유

기본적으로 DSM 또는 PC에서 서버급 네트워크 인터페이스 카드를 사용하는 경우, LACP (NIC 티밍)을 기본적으로 지원합니다. 하지만 이는 결론적으로 말하면 단일 전송 속도 향상에 도움을 줄 수 없습니다.

LACP는 여러 스트림에 대한 로드 벨런싱을 제공하여 총 대역폭을 늘려줄 수는 있으나, 단일 스트림에 대한 로드 벨런싱은 수행하지 않기 때문에 1Gbps 4개를 LACP를 통하여 4Gbps으로 본딩하여도 하나의 스트림 속도는 1Gbps로 제한됩니다.

LACP는 위와 같은 스위치 간 연결이나 여러 클라이언트가 한 서버에 접속하는 등, 높은 총 대역폭이 필요한 환경에서 사용하는 것이 적절합니다.

이와 다르게 SMB MultiChannel은 한 네트워크에 여러 NIC가 연결된 환경에서 단일 스트림을 여러 NIC로 분산하여 전송함으로써, 단일 스트림에 대한 로드벨런싱을 수행하여 실질적으로 파일 전송 속도를 높여줄 수 있습니다.

DSM 6.2.x ~ 7.x SMB 멀티 채널 지원 사용하기

루트 권한으로 SCP를 통해 Synology DSM에 연결합니다. SCP에서 루트 권한을 사용하는 방법은

2020.05.25 - [Server/DSM (Synology)] - DSM 6.2 SCP (SSH) 루트 권한 사용하기 글을 참조하세요.

/etc/samba 경로로 이동하여 smb.conf 파일을 수정합니다.

맨 하단에 아래의 내용을 추가합니다.

server multi channel support=yes
aio read size=1
aio write size=1

저장 후 서버를 재 시작합니다.