Apple Remote Desktop'ın “perde” ekran kilidi ile kilitlenmiş bir Mac'in kilidini açma


28

Apple Remote Desktop, uzak bir istemcinin uzaktan kumanda edilen Mac ekranını kilitlemek için kullanabileceği bir "perde" özelliğine sahiptir. Bunu çalışma Mac'ime evimden Mac ile bağladığımda kullanıyorum. Çalışmam Mac'in ekranı Apple Remote Desktop (ARD) kullanarak uzaktan evimdeki Mac'ten kontrol ederken büyük bir kilit simgesi ve bir mesaj gösteriyor.

Ne yazık ki, uzaktaki Mac'in ekranının kilitli kalmasına neden olan bir tür hata var, hatta bağlantısını kestikten sonra bile. (Her iki makinede de en son ARD ve OS X 10.8.2.) Bu olduğunda, ertesi gün çalışmaya başladım ve Mac ekranımdaki büyük kilit simgesini ve mesajı buldum. Şimdi Mac'in önünde fiziksel olarak mevcut olmasına rağmen, ekran kilidini açmanın bir yolunu bulamıyorum.

Genelde sshMac'e başka bir makineden girmeyi dener ve işlemleri öldürürüm. ARDAgentİşlemi, ekran kilitleme işlemini (adı hatırlayamıyorum) ve işlem adında "ard" veya "remote" ile bulabileceğim başka bir şeyi öldürmeyi denedim . Bunların hiçbiri ekranın kilidini açmıyor gibi görünüyor. Sonunda, osascript -e ...çalışan tüm uygulamalarım incelikle istifa etmek için kullanmak için başvurdum, sonra shutdown -r nowmakineyi yeniden başlatmak için koşuyorum .

Sorum şu: kullanarak sshveya başka bir şekilde ARD kilit ekranında sıkışmış bir Mac'in kilidini başarıyla açmanın bir yolu var mı?


Bunu yeniden oluşturmanın bir yolu: Uzak Masaüstü ile hedef Mac'e giriş yapın, Perde modunu başlatın ve ardından ne yapılacaksa bitirdikten sonra, hedef Perde modundayken kullanıcıyı hedef Mac'te oturumu kapatın. Bu, Mac'i Hedef Masaüstü ekranında hala bulunan büyük kilit simgesiyle birlikte Uzak Masaüstü uygulamasına ve hatta bilgisayarın fiziksel bir kullanıcısına erişilemez durumda bırakacaktır.

Bu durumu tetiklemek için ne yaptığımdan emin değilim ama kesinlikle çıkış yapmıyorum. Her iki durumda da, çözüm aynı olması gerektiği gibi görünüyor.


1
Sorunuzu doğrudan yanıtlamadan: Ekran Paylaşımı yerine ARD kullanmanızın belirli bir nedeni var mı?
yokuş yukarı

1
ARD kullanıyorum, çünkü Ekran Paylaşımı bu "perde" özelliğine sahip değil ve orada olmadığım zamanlarda çalışanların Mac'imi görmesini ve erişmesini istemiyorum.
John Siracusa,

Donanım ekranından ziyade normal ekran paylaşımını ve Sanal ekranı kullanmayı
önerebilirdim

Yanıtlar:


11

Bunu test etmek için ARD'li bir Mac'im yok, ancak bu güneş ışığı alan yardımcı program sorunu çözebileceğini gösteriyor. Kaynak koduna hızlı bir bakıştan, sadece perde modundan çıkmak için bir CFNotificationCenter mesajı gönderir.

Oturumunuzla bağlantınızı her kestiğinizde bu çalışmayı gerçekleştirmek için ARD oturum kapatma işlemine bağlanmanın bir yolu olup olmadığından emin değilim, ama en azından gerektiğinde SSH ile çalıştırabilirsiniz.


1
Bu umut verici görünüyor! Bir dahaki sefere hatayı yeniden oluşturabilirim.
John Siracusa

1
Birçok denememe rağmen, hatamı tekrar yapamadım. Ödül yarın sona ereceği için, işe yarayacağı varsayımına dayanarak bu cevabı kabul edeceğim.
John Siracusa

Ben de çoğalmayı başaramadım, ancak ekranların kilidini açmak için AppleScript'in nasıl kullanılacağına dair bazı belgeler buldum ve bu kodun ayrıntı seviyesi için ödül için en iyi yer gibi görünse de ayrı bir cevap olarak yayınlayacağım. CFNotificationCenter'ın iç çalışmaları.
bmike

1
Bu mükemmel çalıştı. Herhangi bir durumda, bazı insanlar hala bu sorunla karşılaşırsa (benim gibi), kodu github.com/mattlavine/sunshine-ard adresinde bulabilirsiniz .
frbl

2
Bunu Mac'imde çalıştıran Mac'imde denedim ve işe yaramadı.
Brad Parks,

6

Bulduğum en hızlı çözüm, kilitli olan uzak bilgisayardaki bir yönetici hesabına bir SSH bağlantısı kurmak.

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

Tür: ps -ax | grep AppleVNCServer

Gibi bir şey okuyan satır istiyorum

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

Bunun solundaki PID'yi not edin.

sonra girin:

sudo kill -9 "PID" 

Bu, kilit ekranını yeniden başlatmaya zorlar ve tekrar kullanılabilir duruma getirir.

Bunun yukarıda açıklanan yazıya benzediğini biliyorum. Ayrıca ARD 3.6.1 çalıştıran iki 10.8.2 makinede yapılır.


Bu benim için öğleden sonra El Cap'te çalıştı (ve günü kurtardı). Teşekkürler!
Mark

1
Bunu Mojave'da denedim, şans yok.
Noah

3

Buna değer, bu ARD'de bilinen bir hatadır ve görünüşe göre bir süredir var. Bu Apple KB'in bu konuda bir makalesi var, ancak nasıl düzeltileceği konusunda öneri yok. http://support.apple.com/kb/TS2401

Belgenin anahtar kısmı:

Perde modunu kullanarak bir istemcinin kontrolünü ele geçirmek için Uzak Masaüstü'nü kullanırsanız, ardından uzak istemcide oturum açın veya oturumu kapatın, denetim oturumu sona erecek ve yeniden başlatılıncaya kadar bilgisayarın denetimini yeniden ele geçiremezsiniz. Bu, Mac OS X v10.5 veya sonraki bir sürümü çalıştıran istemcide gerçekleşir ve ayrıca Denetimi almadan önce istemcinin Ekranını Kilitlediğinizde de ortaya çıkar.

çözüm

Oturumu kapatmadan önce, hassas bilgileri olan pencereleri kapatın, kontrol oturumunu sonlandırın (ve gerekirse Ekran kilidini açın). Perde modunda kontrol ederken uzaktaki istemcide oturumu kapatmayın.


2

Tamam, ARD kullanma konusunda yorum yapamam, buna sahip değilim, ama bu en azından bu arada uygun bir geçici çözüm olabilir.

Normal ekran paylaşımını kullanarak donanım ekranını ya da sanal ekranını kullanma seçeneğiniz vardır. Bu, 10.7'de kullanımı kolay bir şeydi, ancak 10.8 yerine gizlendi ve ekranları değiştirmek için menü öğesi komutu kayboldu.

Sanal ekranı kullanmak için yapmanız gerekenler. Öncelikle, normal ekranınızda, ilgili ekran paylaşım seçeneklerine izin veren başka bir kullanıcı daha sonra oturum açın:

  • Hedef makineye hiç kimse giriş yapmamışsa, her zaman normal giriş ekranını gösteren Donanım görüntüsünü alırsınız
  • Giriş yapmış olduğunuz kullanıcı önceden giriş yapmışsa, o zaman bu kullanıcıya geçecek ve donanım ekranını kullanacaktır.
  • Donanım ekranında henüz oturum açmamış başka bir kullanıcıyla oturum açarsanız, aşağıdaki mesajı alırsınız ve ana ekranı değiştirmeden, ana ekranını değiştirmeden ne istersen yapabileceğinize neden olan sanal ekranı kullanma olanağına sahip olursunuz. kimse izleyebilmek için

görüntü tanımını buraya girin

Bu mükemmel değildir, ikincil kullanıcınızın dosyalara ilişkin erişim haklarına sahip olduğundan ve erişmeniz gerekebileceğinden emin olmanız veya ikincil (veya "kukla") kullanıcınızı terk etmenin garip uygulamalarını benimsemeniz gerekebilir. masadan çıktığınızda oturum açtığınızda birincil kimliğinizi ekran paylaşımı üzerinde kullanmanıza izin veriyor, ancak yardımcı olabilir.


2

Apple, kilit ekranının ARD Yönetici Kılavuzu'nun 9. Bölümünde nasıl kodlanacağına dair bir örnek sunar .

Belki de sayfa 174'deki o komut dosyası sadece kilit açma sırasını göndermek için kısaltılabilir:

-- 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 

2

Şu anda 10.8.2 ve 3.6.1 çalıştıran ikinci bir makinem olmadığından, tam kurulumunuzu çoğaltamıyorum, ancak işte denedim:

10.8.2 / 3.6.1 yönetici Mac'imden 10.6.8 müşterimdeki ekranı kilitledim, istemciden çıkış yaptım ve ekran kilitleme aksaklığını yeniden oluşturdum. ARD oturumumun bağlantısı kesildi ve müşteri kilit ekranı simgesiyle kaldı. Müşteriye girdim ve 'kickstart'tan biraz sevişmeye çalıştıktan sonra,' LockScreen 'işini ortaya koyan launchctl listesini koştum. Bir sinyal vermeden onu öldürmenin bir etkisi olmadı, ancak a -9 göndermenin kilit simgesini ekrandan kaldırması ve birkaç saniye sonra oturum açma penceresinin yüklenmesi. Bu aynı tekniğin kilitli bir 10.8.2 / 3.6.1 makinesinde çalıştığını ve sorunun kullanıcı oturumunu kapatmasından başka bir şeyden kaynaklandığını doğrulamak için şartlarınız altında denemeniz gerekecektir.


1
Bu işlemi kesinlikle öldürdüm ve daha sonra kilidin ekranda kaldığını gördüm. Bir dahaki sefere hatayı yeniden ürettiğimde tekrar deneyeceğim, emin olmak için.
John Siracusa

Bir sorun giderme caddesi hakkında iyi bilgi, ancak işlemi öldürmek işe yaramıyor. Kilidi programlı olarak göndermek için el kitabımı görün.
bmike

2

El Capitan'daysanız, kilit ekranını öldürmeyi içeren yukarıdaki talimatlar çalışmayacaktır. Başlatmaya devam eden bir işlem var ve onu kullanarak bulamadım launchctl list. Ayrıca sshgiriş bilgilerim üzerinden ARD'yi kapatmaya çalıştım ama bu da işe yaramadı. Görünüşe göre LockScreen.app ve ARD ayrıştırılmış işlemlerdir. shutdown -r nowYeniden başlamak için zorlamak zorunda kaldım . Apple'ın bu hatayı düzeltmemiş ya da gerçekte çalıştıktan sonra gerçekten işe yarayan bir çözüm bulamamasına çok kızgınım.


Gerçekten de aynı problemim var. Kilit ekranını ve çalışan diğer şeytanları öldürmeyi denedim, ama şanssız. Farklı çözümler arayacağım ve eğer bulabilirsem onları buraya göndereceğim.
frbl

Bir çözüm bulma şansın var mı?
tmm1

0

Uzak Masaüstü uygulamasında, sistem listesini açın ve "Kilitli Ekran" durumunu gösteren uzak bir makineyi vurgulayın. Etkileşim menüsünü aşağı çekin ve "Ekranın Kilidini Aç ..." ı seçin.

Sistemin durumunun "Kilitli Ekran" dan "Kullanılabilir" e değiştiğini hemen göreceksiniz. Daha sonra yeni bir perde modu bağlantısı başlatabilirsiniz.


Hangi Uzak Masaüstü uygulaması bu?
tmm1

Apple Remote Desktop.App v 3.9.
tyager
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.