Запустіть програму при запуску комп'ютера, коли ніхто не ввійшов у систему, і покажіть вікно, коли хтось увійде в систему (ОС: Windows)

У мене є програма, яка запускається при запуску системи за допомогою програми планування завдань на Windows Server 2012. Програма повинна запускатися, навіть якщо комп'ютер перезавантажується автоматично.

Адміністратор - це обліковий запис, який використовується для запуску програми, параметр "Запустити, чи користувач увійшов чи ні" перевіряється на завдання.

Проблема з цим полягає в тому, що коли нарешті хтось увійшов як адміністратор за допомогою підключення до віддаленого робочого столу, інтерфейс (вікно програми) приховано.

Як я розумію, немає способу вирішити це за допомогою Планувальника завдань.

Як я можу це вирішити?

Це має бути досить поширеною проблемою, але я не можу знайти нічого, шукаючи в мережі. Я дуже здивований, що Microsoft допускає таке обмеження у своєму планувальнику. Чи можу я створити VBScript або щось, що працює при запуску і запускає програму, яка потім буде видно, коли користувач насправді входить у систему?

Інші ідеї?

(Я не хочу створювати окрему програму лише для GUI, яка підключається до початкової програми. Я також вважаю за краще, якщо мені не доведеться припиняти вже запущену програму після входу в систему, а потім запускати це знову.)

Зрозумів, як це зробити самостійно. Це дещо вирішення, але саме це я очікував.

• Добре, перший крок - захопити програму під назвою AutoLogon.exe від Microsoft:
  http://technet.microsoft.com/sv-se/sysinternals/bb963905.aspx

стій! Не покидайте ще. Читати далі ...

• Запустіть його, встановіть його так, щоб адміністратор повинен автоматично входити в систему.

• Створіть завдання в Планувальнику завдань. Установіть його для запуску лише тоді, коли користувач (адміністратор) увійшов у систему. Тригер - "увійти в систему" і вкажіть, що це лише тоді, коли адміністратор входить.

• Створіть друге завдання. Запускати лише тоді, коли користувач увійшов у систему, запустіть при вході в систему адміністратора. Дія повинна бути "запустити програму", а програма - "C: \ Windows \ System32 \ rundll32.exe" з полем аргументу, встановленим на "user32.dll, LockWorkStation".

Тепер, якщо ви перезавантажите комп'ютер, це те, що адміністратор автоматично входить у систему, програма, яку ви хочете запустити, запускається, а робоча станція блокується. Якщо я входжу через підключення до віддаленого робочого столу, я можу побачити вікно програми та використовувати графічний інтерфейс. Я можу без проблем заблокувати / розблокувати комп’ютер і відключити / підключити знову як завгодно. Немає жодних проблем, якщо я заходжу на сервер і входжу на фактичну робочу станцію. Оскільки адміністратор вже ввійшов у завдання, він не запуститься знову (він не створює нескінченний цикл для входу, з якого ви не можете вийти).

Просто як це. Зрозуміло, існує один другий часовий період, перш ніж комп'ютер заблокується після автоматичного входу, і я думаю, що про-хакер з фізичним доступом до комп'ютера може зробити щось підлий протягом цього часового вікна, але в моєму випадку я можу не помітити цей ризик безпеки. Поки я не впускаю жодних профі-хакерів у свій будинок і показую їм комп'ютер, система повинна бути відносно безпечною. Перш за все, на комп’ютері не так багато цінності, яка потребує суперзберігаючого захисту, тому я цілком задоволений цим рішенням.

У мене є програма, яка запускається при запуску системи за допомогою програми планування завдань на Windows Server 2012. Програма повинна запускатися, навіть якщо комп'ютер перезавантажується автоматично.

Тоді чому ви не зробите це системною послугою, як визначають специфікації Windows?

Як я можу це вирішити?

Ви не можете. Фонові програми не повинні взаємодіяти з інтерфейсом користувача. Або: інтерфейс повинен запускати власну програму, яка потім підключається до служби. Презентація користувальницького інтерфейсу, що працює у користувальницькому просторі користувача, презентація, служба Windows виконує обробку. Ось так розрахована модель, можливо, приблизно 15 років.

Я дуже здивований, що Microsoft допускає таке обмеження у своєму планувальнику.

Мене більше дивує, що ти ніколи не буяв запитати чому.

Існує кілька питань:

• Коли ввійти кілька людей, хто отримує інтерфейс користувача?
• Коли користувач виходить із системи, ви вбиваєте програму? ТАКОЖ.
• Безпека. Фонова програма може працювати з обмеженими правами - піддаючи користувальницький інтерфейс користувачеві, це означає, що користувач може виконувати там код. Модель обміну повідомленнями Windows - ах - повна проблем.

Мені не хочеться створювати окрему програму лише для GUI, яка до речі підключається до початкової програми.

Ні я, ні Microsoft в цей момент не цікавляться тим, що ви хочете робити. Існує створена і підтримувана модель, що дозволяє приєднати обробку фону до користувальницького інтерфейсу користувача - використовувати його чи ні. Але коли ні, не робіть сумнівів щодо проблем безпеки, які ви поставили.

Це все в тому, про Sessionщо працює ваша програма. Якщо ніхто не входить у систему, немає інтерактивного сеансу для відображення під, я вважаю, що він працює під Session 0, який має дивний інтерфейс, який не відображається, як інші.

Тепер, якщо ваша програма виявляє, коли explorer.exeзапускається (чи якийсь інший спосіб виявлення входу користувача) і магічно переосмислює себе або породила якийсь дочірній процес у цій новій сесії, тоді кожен, хто ввійде в систему, з радістю побачить, що ви робите.