가상 컴퓨터에서도 안정적으로 사용할 수있는 고유 한 컴퓨터 식별자가 있습니까?

Question

터미널 서버에서 실행할 작은 클라이언트 프로그램을 작성하고 있습니다. 나는 그것이 지정된 서버에서만 실행되고 서버에서 제거되면 작동을 멈추게 할 수있는 방법을 찾고있다.

나는 100 % 안전성을 유지할 수있는 방법이 없다는 것을 잘 알고 있으며, 대부분의 고급 사용자가 그것을 할 수 없도록하기를 원하지 않습니다.

나는 프로세서 ID, Windows 제품 ID, 컴퓨터 GUID 및 다른 UI와 같은 다른 고유 식별자를 조사하고있었습니다. 터미널 서버는 가상 컴퓨터이기 때문에이 컴퓨터에서 완전히 고유 한 것은 찾을 수 없습니다.

대부분 이것을 확인하기 위해 조사해야 할 아이디어가 대부분 안전합니다. 응용 프로그램 자체의 목적을 무효화 할 수 있으므로 가능한 한 보안을 유지할 시간이나 필요성이 없습니다.

사용자의 MAC 주소를 원하지 않습니다. 각 컴퓨터마다 고유하지만 인터넷에서 제공되는 지침에 따라 스푸핑 될 수 있습니다.

Microsoft 제품 ID까지는 시스템 팀이 VM 서버를 복제하고 회사 볼륨 키를 사용하기 때문에 동일한 제품 ID 번호를 가진 두 대의 서버에 액세스 할 수 있습니다. 어떤 아이디어가 있습니까? 제품 ID가 동일하지 않습니다. 제품 ID :

컴퓨터 식별을 시도하는 대신이 소프트웨어에 액세스하기 위해 사용자를 식별하고 AD를 통해 그룹 기반 권한을 생성하는 것이 좋습니다.

Answer 1

953을 원한다면 Mac ID과 같이 갈 수 있습니다. 스푸핑 될 수 있지만 기본적으로 시스템에는 고유합니다.

Answer 2

가장 간단한 해결책은 mac 주소를 사용하는 것이지만 Windows에서 쉽게 변경할 수 있습니다 (editing the registry). 나는 사람들의 5 % 미만이 그것을하는 방법을 알고 있다고 말할 것입니다.

다음은 C#으로 MAC 주소를 얻는 방법은 다음과 같습니다 (몇 가지가있는 경우, 또는 카드)

System.Net.NetworkInformation.NetworkInterface.GetPhysicalAddress(); 

Answer 3

당신은 MAC의 네트워크 카드의 주소로 라이센스를 묶을 수있다.

물론 네트워크 카드를 변경하면 소프트웨어가 작동하지 않습니다.

/TPM이 서버에서 표준이되는 경우이를 사용하여 서버를 인증 할 수 있어야합니다. 다음과 같이

Answer 4

당신은 PC의 MAC 주소를 얻을 수 있습니다 : 물론 http://www.java2s.com/Code/CSharp/Network/GetMacAddress.htm

는,이 방법은 결함이없는 것은 아니다. 이 게시물에 비슷한 접근법이 있지만 정확히 일치하지는 않습니다. What's a good way to uniquely identify a computer?

Answer 5

macaddress 방식으로 확장합니다. 시스템 소유자에게만 알려진 SALT과 함께 md5 기능이있는 macaddress를 사용할 수 있습니다. 이 방법, macaddress는 SALT 알지 않고 쓸모가 없다.

그냥 내 tuppence 가치 ..:)

[편집] - 해시/염장 등의 C#을 예를 들어 여기 참조 :

MD5 hash with salt for keeping password in DB in C#

디자인으로

http://www.obviex.com/samples/hash.aspx

Answer 6

는 고유 가상 머신을 식별하는 것은 어렵습니다; 고유하게 식별 할 수있는 모든 것은 가상 머신을 복제하면 동일한 머신을 생성해야하기 때문에 완전히 가상 머신이 아니 었음을 암시합니다.

1. 루프백 네트워크 어댑터를 통해 VM과 통신하는 하트 비트 응용 프로그램을 호스트 시스템에 만듭니다.
2. 하트 비트 응용 프로그램이 호스트 시스템을 고유하게 식별 할 수없는 경우 실행을 거부하십시오.
3. 하트 비트 응용 프로그램이 실행되고 있지 않으면 기본 응용 프로그램 실행을 거부하십시오.

하트 비트 응용 프로그램을 너무 쉽게 스푸핑 할 수 없도록하는 방법을 찾아야합니다.

터미널 프로그램을 100 % 보호 할 수 없습니다. 이 질문은 소프트웨어 불법 복제를 방지하려는 것과 같습니다.

Answer 7

내가 찾은 가장 좋은 것은 BIOS UUID입니다. 그러나 유스 케이스에서는 완벽하지 않습니다.

VM 내부에서 사용할 수있는 SMBIOS UUID는 VMware 하이퍼 바이저 및 관리 도구에서 VirtualMachine.config.uuid (참조 : the uuid property on this page)로도 사용됩니다. 이는 특정 호스트 나 특정 vCenter에서 고유 함을 보장합니다. 그러나 별도의 호스트 또는 별도의 vCenter 설치에 복제 할 수 있습니다.

또한 가상 시스템의 BIOS UUID는 변경할 수 있습니다. API를 통해 변경 될 수 있습니다 (클라이언트를 통해 쉽지는 않지만).

이것은 VM을 정확히 복제하기 위해 약간의 특별한 노력과 설정이 필요하기 때문에 95 %를 넘을 것입니다.

그러나 VM 재해 복구 및 향후 가상화 소프트웨어 업그레이드와 같은 가상화 구현 관점에서 볼 때 : UUID 또는 MAC 주소와 같은 하드웨어 ID를 사용하면 모든 문제가 발생합니다. 소프트웨어 아래에서 OS 버전을 개정하려는 경우 일반적으로 새 가상 시스템을 만들어서 두 서버의 VM 구성을 수동으로 편집하여 일치시킬 UUID를 변경해야합니다. MAC을 사용하여 네트워크 아키텍처를 변경하는 경우 소프트웨어에 VM이 특별한 경우가 필요합니다. 이러한 것들은 단지 가상 관리자의 두통을 일으 킵니다 (하지만 당신이 알기를 원하는 정확한 두통이 될 수 있습니다.).

필자가 언급 한 사용 권한 기반 접근 방식을 사용하거나 필요한 경우 동시 라이센스 서버를 사용하는 것이 좋습니다. 그러나 하드웨어 연결 라이센스가 이미 골머리 인 무겁게 가상의 배경에서 나옵니다.