"гугление" по этому вопросу - полная бестолковщина, каких только советов там нет...
Кое что близкое к истине есть
здесь
, но метода там все таки не описано - и все же КАК!? восклицают "коменты"...
Проблема сия по большей части от того, что ищут - не то "о чем увидели" в окне ошибки, когда в очередной раз пытаются присоединить компьютер из AD
GUID
, сам по себе это всего лишь стандарт... и применяется во множестве решений.Скорее всего вас все таки интересует
UUID
, в нашем случае он-же GUID (здесь как раз вся путаница и заключается)Способов на самом деле несколько... вплоть до перехвата сетевого трафика спец.софтом и в служебной инфе там где-то он есть,
Но все таки проще и наверное правильнее использовать для этих целей
WMI
,что опять-же довольно сложная тема для обсуждения,
здесь
есть очень доступная информация для того чтобы осознать что это, но как только вопрошающий начинает вникать - запросы, WOL, классы ; ему это кажется безумно сложным... оно на самом деле так и есть 
Я же расскажу как вам получить результат не вникая в подробности...
проще всего было бы выложить vbs, но я решил показать как это получается... все предельно просто:
1. Нам необходимо иметь права администратора, так как доступ к WMI это очень привилегированная процедура
2. Необходимо получить чудесную утилиту
Scriptomatic2
(она предназначена для более доступной подготовке скриптов для управления WMI)
3. Запустив ее - оглядимся:
поле WMI Namespace выбрано автоматически, там гордо выставлено root\CIMV2
а вот в поле WMI Class, нам необходимо выбрать Win32_ComputerSystemProduct
... в окне автоматически будет сгенерирован скрипт для просмотра параметров его полей,
далее прямо в программе мы имеем возможность его выполнить нажав кнопку Run
откроется консоль, где собственно говоря и будет информация о полях, одним из них
является UUID - ЭТО ТО ЧТО НАМ НУЖНО, ЭТО И ЕСТЬ GUID КОМПЬЮТЕРА.
в управе и два в филиалах, в смысле, они физически в разных местах