C#: Программное определение загрузки Windows Server

Похоже, вы рассмотрели большинство возможных способов, о которых я знаю. Что заставляет меня вернуться к идеям грубой силы. Мне любопытно, что вы делаете, когда не можете установить службу Windows на поле (или это просто не очень жизнеспособно из-за числа)

Во-первых, просто попытаться удаленно войти в систему или что-то еще, и иметь какой-то способ проверить, не сработает это или нет, подождите 1 минуту, попробуйте еще раз. Но похоже, что это может вызвать у вас побочные проблемы?

Моя идея метода грубой силы, который не повлияет на состояние:

• Пинг каждые 1-5 секунд
• Как только он начнет отвечать
• подождите 5 или 10 или даже 15 минут, продолжая пинговать его
• Если проверка связи не удалась, сбросьте этот таймер (случай перезапуска обновлений Windows)
• Затем будьте красивы уверены, что находитесь в правильном состоянии.

С потенциально тысячами серверов я не могу себе представить, что 15 минут на каждом будут иметь большое значение, особенно если они достаточно последовательны, чтобы можно было запускать большие партии.

Итак, я смог добиться этого, используя хакерский метод, который, похоже, работает в моей тестовой среде.

Обратите внимание, что свойство el.Current.Name будет соответствовать тексту Ctrl-Alt-Del, поэтому в 2008R2 это «Нажмите CTRL-ALT-DEL, чтобы войти в систему» ​​и «Нажмите CTRL-ALT-DEL, чтобы войти в систему». на 2012R2

Я создал консольное приложение С#, использующее автоматизацию пользовательского интерфейса:

using System;
using System.Windows.Automation;

namespace WorkstationLocked
{
    class Program
    {
        static void Main()
        {
            AutomationElement el = AutomationUI.FindElementFromAutomationID("LockedMessage");

            if (el !=null)
            {
                Console.WriteLine(el.Current.Name);
            }
        }
    }
    class AutomationUI
    {
        public static AutomationElement FindElementFromAutomationID(string automationID)
        {
            string className = "AUTHUI.DLL: LogonUI Logon Window";

            PropertyCondition condition = new PropertyCondition(AutomationElement.ClassNameProperty, className);
            AutomationElement logonui = AutomationElement.RootElement.FindFirst(TreeScope.Children, condition);

            if (logonui != null)
            {
                condition = new PropertyCondition(AutomationElement.AutomationIdProperty, automationID);
                return logonui.FindFirst(TreeScope.Descendants, condition);
            }
            else
            {
                return null;
            }

        }
    }
}

Затем я могу запустить это консольное приложение через PsExec, однако, поскольку его нужно запускать на рабочем столе winlogon, что можно сделать только в локальной системе, PsExec вызывается дважды. Например:

psexec.exe \\ServerA -s -d C:\PsTools\PsExec.exe -accepteula -d -x C:\Utils\WorkstationLocked.exe

Сейчас это очень большая работа, так как я не могу передать вывод команды вызывающему процессу, поэтому я могу просто посмотреть, чтобы заполнить значение реестра или записать в файл, который впоследствии может быть опрошен.