Macを複数のユーザーが同時に使用できますか？

Macを異なるユーザーが同時に使用できますか？

Macは1つですが、ユーザーは3人です。iPhoneまたはMacでアプリケーションを開発するために、同じマシンに同時にリモートでアクセスできますか？

Mac OS Xサーバーではこれが可能ですか？

もしそうなら、そのためにどのように設定しますか？

これは、複数のアカウントを設定している場合、OS X Lionのビルトインスクリーン共有でサポートされています：

ユーザーごとの画面共有

別のログインでコンピューターを使用している可能性のある他のユーザーを中断することなく、そのコンピューターの任意のユーザーアカウントでMacにリモートでログインして制御できます。

これはMacからMacに問題なく機能します。Windowsから制御するには、どうやら ARDを1回「キックスタート」する必要があります。これは、コマンドラインを使用して、AppleのApple Remote Desktopに従って実行できます。コマンドライン（キックスタート）を介してリモートで構成します。または：システム環境設定で、画面共有、リモートログイン、リモート管理、およびリモートAppleイベントを無効にしてから、すべてを再度有効にし、最後にすべてを無効にして、画面共有を有効にします。

しかし、上記を実行しても、古いXPマシンと最新バージョンのUltraVNCを使用した私のテストはあまり成功しませんでした。

• Macがログインウィンドウにいたときに、UltraVNCを使用すると、昔のように、そのMacの画面の制御を実際に引き継ぐことになります。したがって、MacとXPの両方のボックスはまったく同じように表示され、単一のセッションを共有します。
• Macユーザーがログインしたときに、VNCを起動するとログインウィンドウの背景が表示されますが、ほとんどの場合は空です。Windowsでマウスを動かすと、Macカーソルがビーチボールに変わります。ログインウィンドウが空でない場合は、クリックに応答しません。
• 画面共有ではなくリモート管理を使用しても違いはありません。

• 私はこれを自分で必要としないので、あまりテストしませんでした。別のOS、または別のビューアでは、異なる結果が得られる場合があります。しかし、最新のRealVNCのリリースノートからの次の引用はあまり期待できません。

  Mac OS X 10.7（Lion）に組み込まれている画面共有への接続はサポートされていません。
  回避策：なし。
  ステータス：検討中。

余談ですが、MacからWindowsボックスへのリモートセッションを使用したり、Macに戻ったり、同じMacでWindowsを実行しているParallelsのようなものを使用したりしないでください。これにより、ドロステ効果のある無限ループが生成されます。再起動が必要です...

OS Xの古いバージョンでは、Vine Server（OSXvnc）を使用できます。私はそれを使用したことはありませんが、クリエイターは主張します：

[..] Tiger（Mac OS 10.4）では、Vine Server（OSXvnc）を使用して、これらすべてのデスクトップに同時にアクセスできます。これにより、複数のユーザーが同じMac上の自分のデスクトップを使用してログインできます。

[..]

必要なのは、Vine Server（OSXvnc）にアクセスするためにVNCビューアーを実行しているコンピューターまたはPDAだけです。これで、これらすべての古いPCを使用できるようになりました！

しかしながら：

各ユーザーは、ユーザーの簡易切り替えを使用してログインする必要があります。コンピューターを再起動する場合は、VNC経由のアクセスを有効にするために、高速ユーザー切り替えで各ユーザーにログインしてログインする必要があります。

また、まったく同じソフトウェアを同時に使用すると、問題が発生する場合があります（一時ファイルがユーザー領域に保存されていない場合など）か、ライセンス契約に違反する場合があります。

これがLeopardとSnow Leopardでまだ機能するかどうかはわかりません。（ただし、 Server Faultに関する最近の投稿は、OS Xの最新バージョンでテストされていることを示している可能性があるため、Snow Leopardですか？）

ライオンの時点で、はい。ここに9to5macの記事があります。アップルから：

ユーザーごとの画面共有

別のログインでコンピューターを使用している可能性のある他のユーザーを中断することなく、そのコンピューターの任意のユーザーアカウントでMacにリモートでログインして制御できます。

Vinesサーバーを使用して、2台のWindowsラップトップから1台のmac miniまで、2つの同時かつ個別のセッションを実行できました。2人のユーザーがMacにログオンし、両方のセッションで別々のvinesサーバーexeを実行する必要がありました。各vinesサーバーのIP、ポート、およびpwコンボにアクセスするように構成されたtightvncを使用することで、機能しました。

Webサイトの指示に従って、Vinesサーバーの設定が構成されました。

vinesサーバーインスタンスは起動シーケンス（最初のセッション5900、2番目の5901など）でポート番号を割り当てるため、あまり堅牢ではありませんが、機能しました。

Vine Serverも使用し、3つの異なるユーザーアカウントで1台のMacにログインします。解決方法がわからない問題があります。たとえば、macユーザーがaltキーまたはcapslockキーを押すと、他のすべてのアカウントにも影響が及ぶため、イライラする可能性があります。

過去に、私は次のように単一のMac Proをセットアップしました（他の開発者がマシンさえ必要としないという意図で）：

複数のモニター
複数のキーボード
複数のマウス

その後、Parallelsを実行しました。これにより、OSXを仮想化できるようになりました。ユーザーごとにVMを作成しました。

特定のキーボードとマウスを各VMに割り当てました。モニターはすべてメインOSに搭載されていたため、次の制限がありました。

ログインして、VMを起動し、それらを正しいモニターに移動し、そのモニターでそのVMをフルスクリーンにする必要がありました。

誤って（実際のマシンのメインユーザーとして）マウスを「画面外」に移動した場合、他の人の上にマウスが表示されます。

USBデバイスは特定のVMに簡単に割り当てることができましたが、最初の起動時に混乱を引き起こすことがありました（たとえば、同じ名前のキーボード...どれですか？）。

AndroidとiOSの両方の開発を行っていましたが、これは実行可能でした。ただし、mac miniとmac proの価格（および各ユーザー用にOSXとParallelsを購入する必要性）を考えると、ひとまとめになったminiを購入するだけではありません。強烈なマシンの馬力を「共有」したいなら、うまくいくと思います。

VNCセッションを介した複数のユーザーがサポートされていますが、High Sierraの時点で、Appleは5つの同時ログインセッションの任意の制限を課しています。macOSの以前のバージョンで問題なく16以上の同時ログインを実行しました。

これらは完全に一意のデスクトップログインセッションであり、異なるVNCクライアントによって同時に制御され、「バックグラウンド」になっているため、コンソール画面には表示されません。

しかし、High Sierraの時点では、macOSはバックグラウンドまたはそれ以外の場合、5つの同時ログインセッションのみを許可します。

これは簡単に試せます。Macで複数のユーザーアカウントを作成します。コンソールでユーザーの1人としてログインします。別のMacから「スクリーン共有」アプリを使用して、コンソールにログインしていないユーザーの1人として複数アカウントのMacに接続します。現在のユーザーの画面を共有するか、自分でログインするかを尋ねるダイアログが表示されます。自分を選択すると、コンソールとは関係なく、バックグラウンドのログインセッションになります。

彼らは同じVNCセッションにアクセスできますが、カーソルは1つしかありません（3人が戦っています！）。

あなたが本当に望んでいるのはソースバージョン管理だと思います。ローカルマシンからプロジェクトに取り組み、変更を中央サーバーにコミットし、他の人の変更を取り戻します。

このトピックを読むことをお勧めします。優しい紹介です：

http://www.profhacker.com/2010/03/25/a-gentle-introduction-to-version-control/

また、2〜4人のユーザー向けに1台の非常に強力なマシンを使用するソリューションを検討していました。しかし、専門的には、次の理由により、このソリューションから離れました。

1）1人のユーザーに問題が発生して再起動すると、全員が影響を受けます。再起動を待ちます。また、4人のユーザーが同時に作業している場合、1人のユーザーのみと比較して、おそらくこれらの再起動がより頻繁に必要になります。

2）マシンが故障した場合、プログラマーを家に送り返すことができますか？

したがって、誰もが自分のマシンを手に入れ、ソースコード管理とビルドサーバーのアウトソーシングはプロフェッショナルな方法のようです。

私はしばらくの間、この問題の解決策を探していましたが、私が見つけた最良のオプションは、Guestユーザーを有効にし、自動的にログインするように設定することです。

それが設定されたら、他のユーザーとして確実に接続し、仮想（ユーザーごとの）画面共有セッションを取得できます。