Microsoft MVP성태의 닷넷 이야기
.NET Framework: 730. dotnet user-secrets 명령어 [링크 복사], [링크+제목 복사]
조회: 13194
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)

dotnet user-secrets 명령어

지난 글에 이어,

dotnet ef 명령어 사용을 위한 준비
; https://www.sysnet.pe.kr/2/0/11433

이번에는 dotnet user-secrets 명령어에 대한 간단한 사용법을 기록으로 남깁니다. ^^

Safe storage of app secrets during development in ASP.NET Core
; https://docs.microsoft.com/en-us/aspnet/core/security/app-secrets?tabs=visual-studio

이 명령어의 경우 이름에서 약간 오해가 생길 수 있는 데 "secret"이라고 해서 암호화를 포함하지는 않고 단지 값에 대한 내용을 공통 소스 코드가 아닌 개발자 각자의 PC에 저장할 수 있는 정도의 기능만 포함하고 있습니다. (가령, 운영 서버에서 사용하는 암호까지 포함된 DB 연결 문자열 같은.)

사용을 위해서는 Visual Studio에서 해당 프로젝트를 마우스 우 클릭해 "Manage User Secrets" 메뉴를 선택하면 됩니다. 그럼 시스템에 다음과 같은 2가지 변화가 일어납니다.

첫 번째로 프로젝트 파일(.csproj)에 다음과 같이 UserSecretsId 항목이 생깁니다.

<PropertyGroup>
    <TargetFramework>net47</TargetFramework>
    <RefVersion>2.1.0-preview1-28012</RefVersion>
    <UserSecretsId>2c0e055e-b285-401c-99cf-83f27128f081</UserSecretsId>
</PropertyGroup>

두 번째로 "%APPDATA%\Microsoft\UserSecrets" 폴더가 생성되고 그 하위에 .csproj 파일에 포함된 UserSecretsId 값의 서브 폴더가 생성됩니다. 예를 들어 이 글의 상황에서는 다음의 폴더가 생성됩니다.

%APPDATA%\Microsoft\UserSecrets\aad49e62-db13-4301-a0c9-d00bb910875d

이와 함께 저 폴더 하위에 "secrets.json" 파일이 다음과 같이 빈 설정을 담아 생성됩니다.

{

}

물론, 저 작업들을 Visual Studio의 메뉴 선택이 아닌 수작업으로 직접 해줘도 됩니다.




위의 준비를 해도 "dotnet user-secrets" 명령을 사용할 수 있는 것은 아닙니다. 이를 위해서는 해당 프로젝트 파일(.csproj)에 다음의 내용을 수작업으로 추가해야 합니다.

<Project Sdk="Microsoft.NET.Sdk.Web">

  <PropertyGroup>
    <TargetFramework>netcoreapp2.0</TargetFramework>
    <UserSecretsId>aad49e62-db13-4301-a0c9-d00bb910875d</UserSecretsId>
  </PropertyGroup>

  <ItemGroup>
    <Folder Include="wwwroot\" />
  </ItemGroup>

  <ItemGroup>
    <PackageReference Include="Microsoft.AspNetCore.All" Version="2.0.0" />
  </ItemGroup>

  <ItemGroup>
    <DotNetCliToolReference Include="Microsoft.VisualStudio.Web.CodeGeneration.Tools" Version="2.0.0" />
    <DotNetCliToolReference Include="Microsoft.Extensions.SecretManager.Tools" Version="2.0.0" />
  </ItemGroup>

</Project>

이렇게 한 후에야 "dotnet user-secrets" 명령어가 사용 가능합니다. 가령 다음과 같이 키/값을 추가할 수 있습니다.

F:\WebApplication1\WebApplication1> dotnet user-secrets set test "myValue"
Successfully saved test = myValue to the secret store.

그럼, secrets.json 파일에 이렇게 값이 추가됩니다.

{
  "test": "myValue"
}

물론 저런 식으로 명령행을 통해 값을 추가하는 것도 가능하지만 단순히 %APPDATA%\Microsoft\UserSecrets\aad49e62-db13-4301-a0c9-d00bb910875d\secrets.json 파일을 직접 읽어 편집해도 무방합니다.




"user-secrets"에 설정한 값을 접근하는 것은 appsettings.json에 설정했을 때와 동일한 방법으로 이뤄집니다. 가령 ASP.NET Core 프로젝트의 Web API 방식으로 생성한 기본 예제에서 Controller 클래스에 의존성 주입으로 IConfiguration을 넘겨 받아 처리할 수 있습니다.

using Microsoft.AspNetCore.Mvc;
using Microsoft.Extensions.Configuration;
using System.Collections.Generic;

namespace WebApplication1.Controllers
{
    [Route("api/[controller]")]
    public class ValuesController : Controller
    {
        IConfiguration _config;

        public ValuesController(IConfiguration config)
        {
            _config = config;
        }

        // GET api/values
        [HttpGet]
        public IEnumerable<string> Get()
        {
            return new string[] { _config["test"], "value1", "value2" };
        }

        // ...[생략]...
    }
}

이후 실 서버 배포에서는 저 정보를 "appsettings.json"에 동일한 키/값으로 포함시키면 됩니다. 가령 위의 소스 코드와 같은 상황이라면 다음과 같이 appsettings.json에 정보를 넣어줍니다.

{
    "test": "myValue3",

    "Logging": {
        "IncludeScopes": false,
        "Debug": {
            "LogLevel": {
                "Default": "Warning"
            }
        },
        "Console": {
            "LogLevel": {
                "Default": "Warning"
            }
        }
    }
}

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




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 1/20/2018]

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

비밀번호

댓글 작성자
 



2022-03-04 05시23분
[ssss] appsettings.Development에 넣는게 앞부분을 추가할 필요가 없으니 더 좋은 방법 아닌가요?
[guest]
2022-03-04 09시31분
물론, 단순히 실 서버와 개발 서버의 환경 정보를 나누는 식이라면 그렇게 해도 될 것입니다. 단지, "팀" 단위의 정보 공유가 아니라 "개인" 단위의 정보라면 user-secrets를 사용해야 합니다. 가령, 아래와 같은 라이브러리를 구현한다고 가정할 때,

C# - REST API를 이용해 NuGet 저장소 제어
; https://www.sysnet.pe.kr/2/0/11696

API Key의 경우 appsettings.Development에 넣어두고 github의 공용 repo에 체크인할 수는 없을 것입니다.
정성태

... 31  32  33  34  35  36  37  [38]  39  40  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
12677정성태6/17/20219551VC++: 144. 역공학을 통한 lxssmanager.dll의 ILxssSession 사용법 분석파일 다운로드1
12676정성태6/16/20219621VC++: 143. ionescu007/lxss github repo에 공개된 lxssmanager.dll의 CLSID_LxssUserSession/IID_ILxssSession 사용법파일 다운로드1
12675정성태6/16/20217637Java: 20. maven package 명령어 결과물로 (war가 아닌) jar 생성 방법
12674정성태6/15/20218401VC++: 142. DEFINE_GUID 사용법
12673정성태6/15/20219578Java: 19. IntelliJ - 자바(Java)로 만드는 Web App을 Tomcat에서 실행하는 방법
12672정성태6/15/202110700오류 유형: 725. IntelliJ에서 Java webapp 실행 시 "Address localhost:1099 is already in use" 오류
12671정성태6/15/202117411오류 유형: 724. Tomcat 실행 시 Failed to initialize connector [Connector[HTTP/1.1-8080]] 오류
12670정성태6/13/20218952.NET Framework: 1071. DLL Surrogate를 이용한 Out-of-process COM 개체에서의 CoInitializeSecurity 문제파일 다운로드1
12669정성태6/11/20218917.NET Framework: 1070. 사용자 정의 GetHashCode 메서드 구현은 C# 9.0의 record 또는 리팩터링에 맡기세요.
12668정성태6/11/202110673.NET Framework: 1069. C# - DLL Surrogate를 이용한 Out-of-process COM 개체 제작파일 다운로드2
12667정성태6/10/20219282.NET Framework: 1068. COM+ 서버 응용 프로그램을 이용해 CoInitializeSecurity 제약 해결파일 다운로드1
12666정성태6/10/20217917.NET Framework: 1067. 별도 DLL에 포함된 타입을 STAThread Main 메서드에서 사용하는 경우 CoInitializeSecurity 자동 호출파일 다운로드1
12665정성태6/9/20219245.NET Framework: 1066. Wslhub.Sdk 사용으로 알아보는 CoInitializeSecurity 사용 제약파일 다운로드1
12664정성태6/9/20217539오류 유형: 723. COM+ PIA 참조 시 "This operation failed because the QueryInterface call on the COM component" 오류
12663정성태6/9/20219026.NET Framework: 1065. Windows Forms - 속성 창의 디자인 설정 지원: 문자열 목록 내에서 항목을 선택하는 TypeConverter 제작파일 다운로드1
12662정성태6/8/20218203.NET Framework: 1064. C# COM 개체를 PIA(Primary Interop Assembly)로써 "Embed Interop Types" 참조하는 방법파일 다운로드1
12661정성태6/4/202118818.NET Framework: 1063. C# - MQTT를 이용한 클라이언트/서버(Broker) 통신 예제 [4]파일 다운로드1
12660정성태6/3/20219911.NET Framework: 1062. Windows Forms - 폼 내에서 발생하는 마우스 이벤트를 자식 컨트롤 영역에 상관없이 수신하는 방법 [1]파일 다운로드1
12659정성태6/2/202111197Linux: 40. 우분투 설치 후 MBR 디스크 드라이브 여유 공간이 인식되지 않은 경우 - Logical Volume Management
12658정성태6/2/20218631Windows: 194. Microsoft Store에 있는 구글의 공식 Youtube App
12657정성태6/2/20219910Windows: 193. 윈도우 패키지 관리자 - winget 설치
12656정성태6/1/20218136.NET Framework: 1061. 서버 유형의 COM+에 적용할 수 없는 Server GC
12655정성태6/1/20217683오류 유형: 722. windbg/sos - savemodule - Fail to read memory
12654정성태5/31/20217710오류 유형: 721. Hyper-V - Saved 상태의 VM을 시작 시 오류 발생
12653정성태5/31/202110337.NET Framework: 1060. 닷넷 GC에 새롭게 구현되는 DPAD(Dynamic Promotion And Demotion for GC)
12652정성태5/31/20218465VS.NET IDE: 164. Visual Studio - Web Deploy로 Publish 시 암호창이 매번 뜨는 문제
... 31  32  33  34  35  36  37  [38]  39  40  41  42  43  44  45  ...