Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 2개 있습니다.)
(시리즈 글이 3개 있습니다.)
개발 환경 구성: 443. Visual Studio의 Connection Manager 기능(Remote SSH 관리)을 위한 명령행 도구
; https://www.sysnet.pe.kr/2/0/11940

개발 환경 구성: 638. Visual Studio의 Connection Manager 기능(Remote SSH 관리)을 위한 명령행 도구 - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/12969

VS.NET IDE: 194. Visual Studio - Cross Platform / "Authentication Type: Private Key"로 접속하는 방법
; https://www.sysnet.pe.kr/2/0/13733




Visual Studio의 Connection Manager 기능(Remote SSH 관리)을 위한 명령행 도구

Visual Studio가 없는 빌드 머신에서 리눅스 프로젝트를 빌드하려는 경우,

Visual Studio 2019 - 리눅스 프로젝트를 이용한 공유/실행(so/out) 프로그램 개발 환경 설정
; https://www.sysnet.pe.kr/2/0/11844

원격 빌드 머신이 등록되어 있지 않기 때문에 다음과 같은 식의 오류가 발생합니다.

C:\temp> msbuild TestApp.vcxproj
Microsoft (R) Build Engine version 15.9.21+g9802d43bc3 for .NET Framework
Copyright (C) Microsoft Corporation. All rights reserved.

Build started 2019-06-12 오후 2:22:46.
Project "c:\temp\TestApp.vcxproj" on node 1 (default targets).
InitializeBuildStatus:
Touching "c:\temp\TestApp\obj\x86\Debug\TestApp.tlog\unsuccessfulbuild".
C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\VC\VCTargets\Application Type\Linux\1.0\Linux.targets(100,5): error : There are not remote machines configured for remote builds. Please configure a machine using Tools | Options | Cross Platform | Connection Manager. [c:\temp\TestApp.vcxproj] Done Building Project "c:\temp\TestApp.vcxproj" (default targets) -- FAILED.

...[생략]...


해결을 위해서는 Visual Studio를 실행해야 하는데 ^^; 빌드 머신에 설치하기는 좀 그렇죠. 검색해 보면 다행히 해결책이 있습니다.

Is there any way to add connections to cross platform connection manager programatically?
; https://developercommunity.visualstudio.com/content/problem/540405/is-there-any-way-to-add-connections-to-cross-platf.html

정리해 보면, Visual Studio의 Connection Manager는 연결 정보를 다음의 파일에 보관합니다.

%LOCALAPPDATA%\Microsoft\Linux\User Data\3.0\store.xml

임의로 편집할 수 있다면 빌드 머신에 해당 XML을 생성해 연결 정보를 설정할 수 있겠지만 아쉽게도 "hash" 값이 담겨 있으므로 그럴 수가 없습니다. 다행히, 이것을 프로그램으로 접근할 수 있는 방법이 있습니다.

우선 다음의 DLL을 참조 추가하면,

[Visual Studio 2017 Enterprise]
C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\PrivateAssemblies\liblinux.dll

[Visual Studio 2019 Enterprise]
C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\Common7\IDE\PrivateAssemblies\liblinux.dll

[Visual Studio 2022 Enterprise]
C:\Program Files\Microsoft Visual Studio\2022\Enterprise\Common7\IDE\PrivateAssemblies\liblinux.dll

현재 store.xml에 등록된 연결 정보를 다음과 같은 식으로 열람할 수 있고,

ConnectionInfoStore store = new ConnectionInfoStore();

foreach (var item in store.Connections)
{
    Console.WriteLine($"ID: {item.Id}");
    Console.WriteLine($"LastUpdated: {item.LastUpdated}");
    Console.WriteLine($"PersistenceMode: {item.PersistenceMode}");
    foreach (string propKey in item.Properties)
    {
        Console.WriteLine($"{propKey}: {item.Properties[propKey]}");
    }
    Console.WriteLine();
}

대략 다음과 같은 출력을 얻을 수 있습니다.

ID: 409410665
LastUpdated: 2019-06-13 오전 10:06:21
PersistenceMode: Disk
SystemId: Ubuntu
Platform: x64
IsWsl: False
Sysroot: %LOCALAPPDATA%\Microsoft\Linux\HeaderCache\1.0\409410665
SysrootUpdate: 132048615813208963
SysrootEnabled: true
HomeDirectory: /home/testusr

ID: 1356110592
LastUpdated: 2019-06-12 오후 2:42:19
PersistenceMode: Disk
SystemId: Ubuntu
Platform: x64
IsWsl: False
Sysroot: %LOCALAPPDATA%\Microsoft\Linux\HeaderCache\1.0\1356110592
SysrootUpdate: 132030508772785837
SysrootEnabled: true
HomeDirectory: /home/testusr

새로운 연결도 등록해 볼까요? ^^

private static void AddConnectionInfo(ConnectionInfoStore store, string hostNameOrAddress, string userId, string userPassword)
{
    SecureString ss = new SecureString();
    foreach (char ch in userPassword)
    {
        ss.AppendChar(ch);
    }

    liblinux.PasswordConnectionInfo pci = new liblinux.PasswordConnectionInfo(hostNameOrAddress, userId, ss);
    store.Add(pci);
    store.Save();
}

등록 후 다시 열람을 해보면 대략 다음과 같은 정보를 얻게 됩니다.

ID: 409410665
LastUpdated: 0001-01-01 오전 12:00:00
PersistenceMode: Disk

결과를 보면 "Properties"에 있는 항목들이 전혀 열람이 안 된 것인데요, 사실 연결 정보만 구성하고 헤더 파일 자동 구성 작업이 비주얼 스튜디오에 의해 이뤄지지 않는다면 다음과 같은 식으로만 store.xml에 등록되기 때문입니다.

<?xml version="1.0" encoding="utf-8"?>
<store hash="51970831b3fef09afccf5...[생략]...927cf8848375f08fb7f27620e">
  <entries>
    <entry id="409410665">
      <hostname>192.168.100.50</hostname>
      <port>22</port>
      <dateAdded>목-13-6 2019 10:50:22</dateAdded>
      <credentials>
        <lastsuccessful>월-1-1 0001 00:00:00</lastsuccessful>
        <lastfailed>월-1-1 0001 00:00:00</lastfailed>
        <lastupdated>월-1-1 0001 00:00:00</lastupdated>
        <username>testusr</username>
        <authenticationMethod>Password</authenticationMethod>
        <password>AQAAANCMn...[생략]...xWSNYXloQqXTA==</password>
      </credentials>
      <properties />
    </entry>
  </entries>
</store>

상관없습니다. 어쨌든 저렇게 등록되었다는 것만으로 비주얼 스튜디오는 리눅스 프로젝트 빌드 시 정상적으로 SSH 연결을 해 빌드를 수행합니다.

(첨부 파일은 이 글의 프로젝트를 포함합니다.)




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 9/21/2024]

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)
393정성태11/8/200619456오류 유형: 17. Unable to start debugging - The binding handle is invalid.
371정성태10/23/200618603오류 유형: 16. STS Communication failed.
370정성태11/12/200622533.NET Framework: 75. Windows CardSpace 이야기 (이 글의 내용은 재작성되어질 예정입니다.)
375정성태10/25/200624475    답변글 .NET Framework: 75.1. 개인 발행 카드에 대한 Microsoft 예제 실습(이 글의 내용은 재작성되어질 예정입니다.)
376정성태10/27/200624145    답변글 .NET Framework: 75.2. "Windows CardSpace"와 "인증서 서비스"의 만남(이 글의 내용은 재작성되어질 예정입니다.)
377정성태10/26/200623778    답변글 .NET Framework: 75.3. Managed Card 발행에 대한 Microsoft 예제 실습 (1) - CardWriter (이 글의 내용은 재작성되어질 예정입니다.)
385정성태11/6/200626386    답변글 .NET Framework: 75.4. Managed Card 발행에 대한 Microsoft 예제 실습 (2) - STS 구현 (이 글의 내용은 재작성되어질 예정입니다.) [7]
387정성태11/2/200627164    답변글 .NET Framework: 75.5. Windows CardSpace와 SYSNET 사이트의 만남 (이 글의 내용은 재작성되어질 예정입니다.) [1]
397정성태11/11/200624729    답변글 .NET Framework: 75.6. CardWriter.csproj와 함께 알아보는 인증서 식별 방법(이 글의 내용은 재작성되어질 예정입니다.)
398정성태11/12/200623235    답변글 .NET Framework: 75.7. 카드에 암호 거는 방법(이 글의 내용은 재작성되어질 예정입니다.)
399정성태11/12/200625477    답변글 .NET Framework: 75.8. 인증서/스마트 카드에 기반한 Managed Card - STS 구현(이 글의 내용은 재작성되어질 예정입니다.) [5]
369정성태10/22/200620958오류 유형: 15. 자동 업데이트 실패
367정성태10/22/200636737Windows: 3. IIS 7.0 다중 바인딩 설정하는 방법 [1]
365정성태10/21/200620468Windows: 2. 서버(build 5600)에 IIS 7.0 서비스와 .NET 3.0 설치 방법
359정성태10/17/200616605오류 유형: 14. VS.NET 빌드 오류 - FxCopCmd.exe returned error code 65.
358정성태10/17/200621796오류 유형: 13. WSE 3.0 서비스 관련 WSE101 오류 / Destination Unreachable
357정성태12/1/200624049.NET Framework: 74. WCF 이야기 [4]
378정성태10/28/200628836    답변글 .NET Framework: 74.1. WCF와 WSE 3.0의 활용 [4]파일 다운로드1
379정성태11/3/200627775    답변글 .NET Framework: 74.2. WCF로 구현하는 .NET Remoting [4]파일 다운로드1
380정성태10/28/200626684    답변글 .NET Framework: 74.3. 웹 서비스와 닷넷 리모팅으로써의 WCF 구현파일 다운로드1
381정성태10/28/200629108    답변글 .NET Framework: 74.4. WCF 서비스 참조 추가 메뉴 [2]
382정성태10/28/200635167    답변글 .NET Framework: 74.5. WCF 서비스를 IIS에서 호스팅하는 방법파일 다운로드1
383정성태10/28/200629944    답변글 .NET Framework: 74.6. IIS 6.0: 다중 Endpoint 제공파일 다운로드1
384정성태10/28/200626808    답변글 .NET Framework: 74.7. IIS 7.0: 다중 Endpoint 제공
389정성태11/11/200629665    답변글 .NET Framework: 74.8. WCF에 SSL 적용 (1) - Httpcfg.exe 도구를 이용한 SSL 설정
390정성태11/6/200626806    답변글 .NET Framework: 74.9. WCF에 SSL 적용 (2) - 서비스 제작파일 다운로드1
... 181  182  [183]  184  185  186  187  188  189  190  191  192  193  194  195  ...