Як розблокувати Mac, який був заблокований блокуванням екрана Apple "Завіса" Apple Remote Desktop

Apple Remote Desktop має функцію "завіси", яку віддалений клієнт може використовувати для блокування екрана Mac, який управляється дистанційно. Я використовую це під час підключення до свого робочого Mac з домашнього Mac. На моєму робочому екрані Mac відображається великий значок блокування та повідомлення, коли я віддалено керую ним із домашнього Mac за допомогою Apple Remote Desktop (ARD).

На жаль, є якась помилка, яка змушує екран віддаленого Mac залишатися заблокованим, навіть після того, як я відключився від нього. (Останнє ARD та OS X 10.8.2 на обох машинах.) Коли це станеться, я приходжу на роботу наступного дня, щоб знайти великий екран піктограми блокування та повідомлення на екрані мого Mac. Незважаючи на те, що зараз фізично присутній перед Mac, я не можу знайти спосіб розблокувати екран.

Я зазвичай намагаюся sshввійти в Mac з іншої машини і вбивати процеси. Я намагався вбити ARDAgentпроцес, процес блокування екрана (я не можу пригадати ім'я), і все інше, що можу знайти в імені процесу "ard" або "remote". Жодна з цих речей, здається, не відкриває екран. Врешті-решт, я вдаюсь до використання, osascript -e ...щоб розповісти всі мої запущені програми, щоб витончено вийти, а потім біжу shutdown -r nowперезавантажувати машину.

Моє запитання: чи є спосіб успішно розблокувати Mac, який застряг на екрані блокування ARD, використовуючи sshчи іншим способом?

Один із способів відтворити це: увійдіть у цільовий Mac за допомогою віддаленого робочого столу, запускайте режим завіси, а потім, закінчивши будь-яку роботу, яку потрібно було виконати, вийдіть із користувача на цільовому Mac, перебуваючи в режимі завіси. Це залишить Mac недоступним для додатка віддаленого робочого столу та навіть фізичного користувача комп'ютера, при цьому великий значок блокування залишається на екрані цільового Mac.

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

У мене немає Mac з ARD, щоб перевірити це, але ця утиліта із сонячним промінням підказує, що вона може вирішити проблему. Швидкий погляд на вихідний код, він просто надсилає повідомлення CFNotificationCenter, щоб вийти з режиму штор.

Я не впевнений, чи є спосіб підключитися до процесу виходу ARD, щоб це було запущено кожного разу, коли ви відключаєте сеанс, але принаймні ви можете запустити його через SSH за необхідності.

Це найшвидше рішення, яке я знайшов, - це зробити з'єднання SSH з обліковим записом адміністратора на віддаленому комп'ютері, який заблокований.

ssh "adminuser"@ip.address/or.computername

Тип: ps -ax | grep AppleVNCServer

Ви хочете рядок, який читає щось на кшталт

/System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Support/LockScreen.app/Contents/MacOS/LockScreen -session 256 -msgHex 

Запишіть PID, що знаходиться зліва від цього.

потім введіть:

sudo kill -9 "PID" 

Це змусить перезапустити заблокований екран і зробить його знову доступним.

Я знаю, це як повідомлення, що викладене вище. Це також робиться на двох машинах 10.8.2, на яких працює ARD 3.6.1.

Оскільки це вартий, це відома помилка ARD і, мабуть, вже деякий час. У цій Apple KB є стаття про це, але немає пропозицій щодо її виправлення. http://support.apple.com/kb/TS2401

Основна частина документа:

Якщо ви використовуєте віддалений робочий стіл для того, щоб взяти під контроль клієнта в режимі завіси, потім увійдіть або вийдіть на віддалений клієнт, сеанс управління закінчиться, і ви не зможете знову взяти під контроль комп'ютер до його перезавантаження. Це відбувається на клієнті під керуванням Mac OS X v10.5 або пізнішої версії, а також відбудеться, якщо ви заблокуєте екран клієнта перед тим, як взяти Control.

Дозвіл

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

Гаразд, я не можу коментувати використання ARD, у мене його немає, але це може бути підходящим рішенням, принаймні тим часом.

Використовуючи звичайний обмін екраном, у вас є можливість використовувати або апаратний дисплей, або віртуальний. Це було простою справою на 10.7, але вона була прихованою, а не на 10,8, і команда пункту меню для переключення дисплеїв відсутня.

Щоб використовувати віртуальний дисплей, ось що вам потрібно зробити. По-перше, попросіть іншого користувача до вашого звичайного, який має відповідні параметри спільного використання екрана, а потім увійдіть:

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

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

Apple надає приклад того, як скриптувати екран блокування у розділі 9 Посібника адміністратора ARD .

Можливо, цей скрипт на сторінці 174 можна було скоротити, щоб просто надіслати послідовність розблокування:

-- Start commanding the local copy of Remote Desktop
tell application "Remote Desktop"
  -- decide which list to perform this on, in this case it's called
     "WorkMac"
  set these_computers to computer list "WorkMac"
  -- unlock the screen when finished
  execute (make new unlock screen task) on these_computers
end tell 

Я не можу відтворити ваші точні настройки, оскільки у мене зараз немає другої машини, що працює під управлінням 10.8.2 та 3.6.1, але ось що я спробував:

З мого Mac 10.8.2 / 3.6.1 адміністратора я заблокував екран на своєму клієнті 10.6.8, вийшов із клієнта та відтворив глюк блокування екрана. Мене відключили від сеансу ARD, і клієнт залишився зі значком блокованого екрана. Я ввійшов до клієнта і, намагаючись отримати трохи кохання від 'kickstart', я запустив список startctl, який виявив роботу 'LockScreen'. Вбивство його без подачі сигналу не мало ніякого ефекту, але надсилаючи його -9, вилучив піктограму блокування з екрана і через кілька секунд завантажилося вікно входу. Вам доведеться спробувати це за ваших умов, щоб переконатися, що ця сама техніка працює на заблокованій машині 10.8.2 / 3.6.1 і коли проблему викликає щось інше, ніж користувач, який вийшов із системи.

Якщо ви перебуваєте на "Ель-Капітан", наведені вище вказівки щодо вбивства блокуваного екрана не спрацюють. Існує деякий процес, який продовжує його запускати, і я не зміг його знайти за допомогою launchctl list. Я також намагався вимкнути ARD через свій sshлогін, але це теж не вийшло. Мабуть, LockScreen.app і ARD - це роз'єднані процеси чи щось. Мені довелося робити, shutdown -r nowщоб зробити перезавантаження. Я дуже роздратований тим, що Apple не виправила цю помилку чи не забезпечила її вирішення, що, знаєте, насправді працює ПІСЛЯ цього факту.

У додатку «Віддалений робочий стіл» відкрийте список системи та виділіть віддалену машину, яка показує статус «Заблокований екран». Відкрийте меню Взаємодія та виберіть "Розблокувати екран ..."

Ви відразу побачите зміну статусу системи з "Заблокованого екрана" на "Доступного". Потім можна ініціювати нове підключення режиму завіси.