Mac OS Xの組み込み画面共有を使用してヘッドレスMac Miniに接続するのに慢性的な問題があります。通常は問題なく動作しますが、接続できない場合があります。
こんなふうになります:
接続を開始します(FinderウィンドウのサイドバーにあるMac Miniをクリックして[画面を共有...]ボタンを選択するか、起動/System/Library/CoreServices/Screen Sharing.app
してBonjour名「macmini.local
」を入力します)。接続する」と、ドキドキが消えます。正常に接続する場合は、この時点で接続します。しかし、多くの場合、ドキドキは消え、それに代わるものは何もありません。画面共有アプリはアクティブなままで、メッセージが表示されず、何時間放置しても何も起こりません。接続が発生していないようです。
問題を確実に発生させることはできませんが、発生すると、いくつかの異なるMacクライアントから確認できます。(ssh経由のシャットダウンを介して)リモートマシンを再起動すると、リモートマシンは消えて問題なく接続しますが、より良い解決策を探しています。
sshを介してリモートMac Miniで実行されているプロセスを確認する/System/Library/CoreServices/RemoteManagement/screensharingd.bundle/Contents/MacOS/screensharingd
と、rootが所有する2つのプロセスと、子プロセスが1つ表示されます/System/Library/CoreServices/RemoteManagement/ScreensharingAgent.bundle/Contents/MacOS/ScreensharingAgent
。これらのプロセスのいずれかを強制終了しようとすると、PIDは変更されますが実行されたままになり、接続できなくなります。
このスレッドからMac mini Serverの画面共有サービスを再起動する画面共有デーモンを適切に再起動する方法を学びました。または実際には2つの方法。どちらが適切かわからないので、両方を行います。助けにはならないが、まだ接続できない。
このスレッドからMac-to-Mac画面共有が停止するのはなぜですか?bonjour名ではなく、IPアドレスで接続することを提案しました。これを試してみると、「接続」スロバーの代わりにログインウィンドウが表示されます。それでも接続はありません。また、ローカルマシンで画面共有を終了しても、スタックしたログインウィンドウは削除されません。このスレッドから学んだように、NetAuthAgentを強制終了するのが唯一の方法です。スタックした画面共有認証ダイアログを強制終了する方法は?
両方のマシンでLion(10.7.4)が実行されていますが、10.6以降、おそらく10.5からこの動作を観察していますが、覚えていません。リモートマシンは2009 Mac Miniで、ローカルマシンはMacBook Proです(ただし、この動作はさまざまなクライアントマシンで再現されています)。
確かに、リモートマシン上にバウンスできるプロセス、サーバー、デーモンが存在する必要がありますか?再起動の不足?